I'm trying to install a new template just purchased from Prestashop addons for my website

I'm still using the classic template so this is my first update,

I always get this message :

Compile Error: Only variables can be passed by reference

[Symfony\Component\Debug\Exception\FatalErrorException 0]

But it has installed some features of the new template and I really need help.

Thanks in advance

Daniel

This error occurs when you have enabled Multishop, have only added and configured one shop so far, and have created a new main category.
The error appears when you click on the new main category to add new Subcategories.

Reason: A category is set as the default in the shop's configuration, and if you now try to edit the other main category, the SQL query in the 
classes/Category.php file, within the getParentsCategories function, 

SELECT c.*, cl.*  FROM `ps_category` c
            LEFT JOIN `ps_category_lang` cl
                ON (c.`id_category` = cl.`id_category`
                    AND `id_lang` = 1 AND cl.id_shop = 1 ) WHERE c.`nleft` <= 20 AND c.`nright` >= 21 AND c.`nleft` >= 2 AND c.`nright` <= 19 ORDER BY `nleft` DESC

executed. This returns NULL, which means that the variable `currentCategoryView[‘breadcrumb_tree’]` is empty in the template, causing this error.

Table Category: 
    id_category     id_parent     id_shop_default     level_depth     nleft     nright     active     date_add     date_upd     redirect_type     id_type_redirected     position     is_root_category     
    1         0         1         0         1         22         1         2026-01-19 12:37:07         2026-01-19 12:37:07            404         0         0         0
    2         1         1         1         2         19         1         2026-01-19 12:37:07         2026-01-19 12:37:07            404         0         0         1
    3         2         1         2         3         8         1         2026-01-19 12:37:26         2026-01-19 12:37:26            301         0         1         0
    4         3         1         3         4         5         1         2026-01-19 12:37:26         2026-01-19 12:37:26            301         0         1         0
    5         3         1         3         6         7         1         2026-01-19 12:37:26         2026-01-19 12:37:26            301         0         2         0
    6         2         1         2         9         14         1         2026-01-19 12:37:26         2026-01-19 12:37:26            301         0         2         0
    7         6         1         3         10        11         1         2026-01-19 12:37:26         2026-01-19 12:37:26            301         0         1         0
    8         6         1         3         12        13         1         2026-01-19 12:37:26         2026-01-19 12:37:26            301         0         2         0
    9         2         1         2         15        16         1         2026-01-19 12:37:26         2026-01-19 12:37:26            301         0         3         0
    10         2         1         2         17        18         1         2026-03-31 11:37:38         2026-03-31 11:37:38            301         0         4         0
    11         1         1         1         20        21         1         2026-03-31 11:38:16         2026-03-31 11:38:16            410         0         0         1

I'm having trouble generating PrestaShop VOUCHERS/DISCOUNT COUPONS in this new version.

I couldn't find how it used to be, but now there seems to be a tab called "discounts" within the Catalog.

I'm trying to create them from here but I'm getting an error. I also don't understand how to create cart rules.

I corrected an error when creating the object. <b>cart_rule (unknown column 'minimum_product_quantity' in 'INSERT INTO')</b>

in config/xml/
- default_country_modules_list.xml
- must_have_modules_list.xml
- modules_native_addons.xml
- don't rember the 4th .xml file...

The files were 71 bytes long and contained an error message encoded in JSON.

I replaced the 4 files with the last backed up and it worked again.

1.7.5.0 / PHP 5.6 (I know it's ooold, but I try to upgrade to v8 over the weekend

ciao..

Error in src/Core/Language/Pack/Loader/RemoteLanguagePackLoader.php (line 60)

seems like they don't care about older versions at all...

very very lame developers!

I have a prestashop 9.1, and after 5 month of my online store, no I had a lot of abbandoned cart, and when I want to check the cart list in my backend, prestashop or is too slow, or got a time out error.

Do you have a temporany solution about these problem ? at the moment I added a index on DB on carts table column date_add, I litle bit solved the problem.

thanks

We have noticed in our shop https://glamspot.eu that the prices are being displayed with or without VAT depending the browser used.

For example, in Chrome in macbook, Safari no iPhone is showing with VAT, in safari iPad, Safari no Macbook, Chrome in a Android device,  Edge and Chrome no Windows without VAT.

Of course the IVA is being calculated in the checkout and the final price, as well the price we see in the admin/backoffice is the normal price with VAT.

Any idea what this might be? Thanks for all the help.

It's a very strange problem on a prestashop installation, made some years ago by using 1.6.1.4 version. That's what happens:

When the 10 millionth product image is entered, the system does not display it anymore while all the other images with a lower ID keep being displayed with no problem

If I disable the URL REWRITE, all the photos are correctly displayed

I already made sure that in .htaccess there's the picture display with ID greater than 7 numbers, and it's present.

# Images
RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L]
RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L]
RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L]

As if prestashop didn't take into consideration this instruction

Any tips?

Thanks you all

- sorry my english -

since a month I'm using PS9 (supposed to be set for production) however I had found an issue that is keeping me away to publish the webite.

Technically I don't know how to explain it exactly, however I often can't insert email and pwd from front office to log in as a customer; it looks like I can't "focus" the email and password fields.

I encounter, often, the same issue when I try to click on products from the product list.

PS version: 9.0.2

PHP 8.2.29 (I tried also with the 8.1)

Theme: hummingbird.

Thank you all in advance for your time.

Marcello

I have been testing the upgrade of my prestashop installation going from 1.6.1.24 to 1.7.8.11 and continuing to 8.2.3.

I must say, it went pretty smoothly. Ofcourse i had the incompatible modules that needed updating and i had reset the theme to classic.

During testing, i came across an issue that a customer could enter their address (step 2 of checkout), but it would not save. Instead, the form would return to step 2 and in the url i could see ?id_address=0 was added.

I then tried to add an address to the customer from the backoffice, but that also failed. That made me think this has to be a database problem.

I compared the schemas for ps_address and there were indeed differences. After running the following sql statements to fix the discrepancies, I was able to add addresses using the backoffice:

However, the front office wasn't working. When trying to add an address to a customer's account, i always got the "Please fix the error below." message on top of the form, but all fields were OK (not red). I debugged it and it returned nothing in the error array. So field validation was OK.

Next up was this piece of code in the validate function of "classes/form/CustomerAddressForm.php"

The if statement would always fire the inner code, meaning that the Hook check was never empty ('').
I did some debugging on this and $hookReturn returned null (not an empty string) and possibly an empty array (i had this result during some testing).

So i changed the code into:

And now my address is being saved properly in the back office and the front office.

My question, shouldn't this hit all people on 8.2.3 that have no hooks for 'actionValidateCustomerAddressForm'. Or am i missing a hook?

PS: Why on earth is cloudflare blocking this forum post when i use the <> code. I have now pasted it as images, which is stupid.

Any ideas please

The same situation in short description: "Отлично състояние, неразличим от нов. Модел 2026г. Лекота, производителност и издръжливост са ключовите конструктивни параметри на крилото" - real 139, counted 374.

In PS8 was right.

p.s. Maybe these are not used, but the remaining ones!

By order status or by date get an error message (Division by Zero)

See error message and debug screen

Hello, I installed the Official GDPR compliance module and I set it to show the GDPR checkbox and text with the Official Product Comments module (see image-1 attached), but the GDPR checkbox and text are not showed in the product comments form (see image-2 attached). Can someone help me? Thank you.

We have just migrated our site from PrestaShop 1.6.1.16 to Prestashop 8.2.3 using the Migration Pro module, but since the migration, we have encountered a strange problem.

As soon as an order is placed, the physical stock of the products included in that order is increased. If three products are ordered, three products are added, and so on.

This problem occurs with any order, regardless of whether the item is in stock, the carrier, or the payment method. It is also not related to the order status, as the problem occurs as soon as the order is placed, whether it is pending payment, paid, or otherwise. By the way, this change doesn't print any stock movement.

We have tried disabling the modules, but nothing works. This problem is having a major impact on our stock and is starting to affect our services.

Does anyone have any ideas? We are open to any solution.

Please let me know if you need any further information.

Best regards,
Theo Marchal

I think I ran into a bug in Faceted Search module. My product stock filter looks like this (Im only using 1 language in my shop, Polish):

(Niedostepne = Unavailable, W magazynie = In stock)

So I'm getting proper fields in Polish, but there's also a random extra field and I've got no clue where is it coming from. Ive checked translations panel and while there are options of translating "In stock" and "Unavailable", there's no such field as "Available". Any ideas what might be wrong and how to fix it and remove the extra field?

I'm using Presta 1.7.8.5 with ps_facetedsearch v3.8.0.

I am attempting to upgrade my son's PS 1.5 shop to a later version, eg PS8 or PS9. My plan: build a local copy of PS and then work out how to do the upgrade. I have fallen at the first hurdle!

I have a new installation of PS9.0.1 on a new Win 11 / WAMP setup.

PS9 Installs OK but then Apache refuses to serve up both the shop or the back end.

Entering https://localhost/PS9  into MS Edge produces:

    Hmmm… can't reach this page

    localhost refused to connect.

    Try:

    Checking the connection

    Checking the proxy and the firewall

    ERR_CONNECTION_REFUSED

Entering https://localhost/PS9/admin  into MS Edge produces:

    Oops! An Error Occurred

   The server returned a "500 Internal Server Error".

I am obviously new at this. What have I missed? Please help!! Very annoying

Barrie

The installation is:

WAMP Server 2.4. Server Configuration

Apache Version: 2.4.65  - Documentation Apache - Loaded Apache modules

Server Software: Apache/2.4.65 (Win64) PHP/8.3.28 mod_fcgid/2.3.10-dev - Port defined for Apache: 80

PHP Version: [Apache module]  8.3.28 - Documentation PHP - Loaded PHP extensions - Use of PHP versions

[FCGI] 8.0.30 - 8.1.33 - 8.2.29 - 8.3.28 - 8.4.15 - 8.5.0 - FCGI mode help

MySQL Version: 8.4.7 - Port defined for MySQL: 3306 - default DBMS -  Documentation MySQL

MariaDB Version: 11.4.9 - Port defined for MariaDB: 3307 -  Documentation MariaDB - MySQL - MariaDB

Win64OpenSSL_Light-3_6_0 (1)

Then after I reload the page, the first one that was in the list that was updated disappears, and I can then update the new first one in the list. (which was previously second in the list) But when I try to update the next one in the list, the same error message appears at the top right. "Could not perform action update for module undefined".

Then I have to reload the page again, and then I can update the last in the list. (of three at this time)

Thank you, Shalom

First when upgrade to 1.7.8 and PHP 7.3 at shopping cart not working ajax update on products quantities and delete not working.

When change to PHP 7.4 error in shopping cart: Notice: Trying to access array offset on value of type null

First issue I think with jquery. Second need check if is set index.

But I don't know where fix it.

Or it is theme problem or core?

Any ideas?

I am now testing Hummingbird at Presta 9.0.1.

I have a problem with native prestashop modules: Image Slider and Banner at Main Page.

At Classic theme it works all fine but at Hummingbird it does not fit to width of responsively set body section but is displayed from edge to edge of monitor (Image Slider) or too narrowly (Banner).

Any other modules at Main Page works fine.

I have noticed that in Classic theme div class=container is set almost at the beginning of main section and contains all content of main section. But in Hummingbird it is not at the beginning of whole main section but is inserted inside some of module sections. Where it is module works fine, but in Image Slider and Banner it is missing. Because of some reason Hummingbird put it to some modules and does not to another.

Is there any easy way to fix it?

Thanks in advance.

Some stripe payments are still being processed.

I can't see any corresponding activity on the Stripe developer logs and no customer shopping carts logged around the same time.

Is anyone else getting similar errors?

Prestashop V8.1.6

PHP version 8.1

Stripe Module version 3.6.8

stripe_official - mLpeIec1PCac0fNsoff - /classes/services/StripeDisplayHeaderService.php:61 - Cannot get ProductLazyArray from ID: Argument 1 passed to StripeOfficial\Classes\factories\StripeProductLazyArrayFactory::createProductLazyArrayFromProductId() must be of the type integer, null given, called in /home/automate/public_html/modules/stripe_official/classes/services/StripeDisplayHeaderService.php on line 59 - #0 /home/automate/public_html/modules/stripe_official/classes/services/StripeDisplayHeaderService.php(59): StripeOfficial\Classes\factories\StripeProductLazyArrayFactory::createProductLazyArrayFromProductId(NULL, Object(Context)) #1 /home/automate/public_html/modules/stripe_official/stripe_official.php(1235): StripeOfficial\Classes\services\StripeDisplayHeaderService->setHeaders() #2 /home/automate/public_html/classes/Hook.php(1043): Stripe_official->hookDisplayHeader(Array) #3 /home/automate/public_html/classes/Hook.php(418): HookCore::coreCallHook(Object(Stripe_official), 'hookDisplayHead...', Array) #4 /home/automate/public_html/classes/Hook.php(981): HookCore::callHookOn(Object(Stripe_official), 'displayHeader', Array) #5 /home/automate/public_html/classes/controller/FrontController.php(622): HookCore::exec('displayHeader') #6 /home/automate/public_html/controllers/front/ProductController.php(465): FrontControllerCore->initContent() #7 /home/automate/public_html/classes/controller/Controller.php(319): ProductControllerCore->initContent() #8 /home/automate/public_html/classes/Dispatcher.php(510): ControllerCore->run() #9 /home/automate/public_html/index.php(28): DispatcherCore->dispatch() #10 {main}

In the instruction of the PS8, there is description of number of decimals option. 
However in my menu there is no such option? How can I round my prices to full price, without any decimals? 

Thank you in advance!

{
    "combination_16331_attribute_ecotax": [
        "This value should not be blank."
    ],
    "combination_16332_attribute_ecotax": [
        "This value should not be blank."
    ],
    "combination_16333_attribute_ecotax": [
        "This value should not be blank."
    ]
}

What is wrong?

PHP Warning: Undefined array key "cart_quantity" in /public_html/controllers/front/ProductController.php on line 1329

    /**
     * @param array $product
     *
     * @return int
     */
    protected function getRequiredQuantity($product)
    {
        $requiredQuantity = (int) Tools::getValue('quantity_wanted', $this->getProductMinimalQuantity($product));
        if ($requiredQuantity < $product['minimal_quantity']) {
            $requiredQuantity = $product['minimal_quantity'];
        }

        if ($product['cart_quantity'] >= $requiredQuantity) {
            return 0;
        }

        return $requiredQuantity;

I'm coming to you with a strange one, and hard to diagnose as well...

We are encountering a problem on a 1.6.1.18 shop (but the problem might have been there before this version as we are just now managing this website) : when the Prestashop Smarty Cache is enabled, after some time or after something is triggered, the PHP-FPM instances start to overload the server and finally render the site inaccessible.

A bit of context

This shop is running on a dedicated server with:

- 16G of RAM

- PHP-FPM 7.0.32

- MariaDB 10.1.26

It used to be on an other server with a rather complex configuration, but has since been moved. The problem persisted. It also used to use PHP-FPM 5.6, but the problem persisted after we upgraded to 7.0.

The shop has between 7k and 10k page views per day and approximately 15 to 20 orders a day. It also has ~1600 active products in its catalog.

The problem

When the shop is using the Smarty Cache (filesystem, not database), at seemingly random moments, the PHP-FPM processes start to overload one after the other until the server gets a load average so high that the website can't be viewed any more. The only solution at this stage is to restart the php-fpm daemon and then the site works again until the next occurrence of this phenomenon. The only way we found to avoid this all together has been to disable the Smarty Cache, but that's not a good solution.

We can't pinpoint what conditions are causing this problem to appear nor why it's happening. We tried to replicate it on an other server simulating a load on the website, adding and editing products, triggering CRON jobs, and so on, without success. From that, we gathered that the problem must be triggered by a load specific to the daily use of the shop (visitors, orders, admin actions, cron jobs, modules calling external APIs for delivery or abandoned carts, ...).

When the problem occurs, what is apparent is that the PHP-FPM processes are trying to fetch or remove template cache files from different modules very rapidly and in a seemingly infinite loop. We found that by running a trace (using `strace`) on the processes. The queried paths vary from one occurrence to another and even during the occurrence, so there is not definite culprit that can be identified among the modules.

The traces show that the systems is trying to remove some cache directories with the `rmdir` system call but that fails as the directory is not empty. Example:
`rmdir("/var/www/vhosts/website.com/httpdocs/cache/smarty/cache/additionalproductstabs/tab/291/1/1") = -1 ENOTEMPTY (Directory not empty)`

We don't know anymore where to search for clues. The problem is hard to diagnose as the shop is in production and we can't do everything we want on it. Moreover, as we could not replicate this problem on our staging environment, we can't easily test solutions like deactivating modules to see if it still happens.

We are asking for your help to try to find a new perspective or a new approach to diagnosing this problem and solving it. We can provide whatever configuration you need to better understand what could be causing this. Two pieces of trace are attached to this post if you want to have a look at the output (they are just extracts as it runs indefinitely until a daemon restart).

Thanks a lot to everyone who can help!

trace_2

trace_1

I know this version is quite old now, but sharing a fix I had to implement on a PrestaShop 1.7.6.7 site with multi-currency enabled. Posting here because I couldn’t find a clear solution for this specific case anywhere.

The issue:

• When an order was placed in a non-default currency (e.g. shop base in EUR, customer pays in CHF), the order itself showed the correct totals in the order currency.
• But in ps_order_detail, the product line prices (product_price, original_product_price, unit/totals) were stored in the shop’s base currency.
• This meant inconsistencies: order summary looked fine, but the order details showed the wrong currency values (in BO and order confirmation emails).

To resolve, you need to override OrderDetail class. Drop this into /override/classes/order/OrderDetail.php and clear cache:

 

<?php
class OrderDetail extends OrderDetailCore
{
    /**
     * Set detailed product price to the order detail.
     *
     * @param Order $order
     * @param Cart  $cart
     * @param array $product
     */
    protected function setDetailProductPrice(Order $order, Cart $cart, $product)
    {
        $currency = new Currency((int) $order->id_currency);
        $this->setContext((int) $product['id_shop']);

        $id_tax_address = (int) $order->{Configuration::get('PS_TAX_ADDRESS_TYPE')};
        $nullVar = null;

        $price_tax_incl = Product::getPriceStatic(
            (int) $product['id_product'],
            true,
            (int) $product['id_product_attribute'],
            6,
            null,
            false,
            true,
            $product['cart_quantity'],
            false,
            (int) $order->id_customer,
            (int) $order->id_cart,
            $id_tax_address,
            $nullVar,
            true,
            true,
            $this->context
        );

        $price_tax_excl = Product::getPriceStatic(
            (int) $product['id_product'],
            false,
            (int) $product['id_product_attribute'],
            6,
            null,
            false,
            true,
            $product['cart_quantity'],
            false,
            (int) $order->id_customer,
            (int) $order->id_cart,
            $id_tax_address,
            $nullVar,
            true,
            true,
            $this->context
        );

        $price_tax_incl = Tools::ps_round($price_tax_incl, 6);
        $price_tax_excl = Tools::ps_round($price_tax_excl, 6);

        $converted_excl = Tools::convertPrice($price_tax_excl, $currency);
        if ($converted_excl === false || $converted_excl === null) {
            $converted_excl = 0.0;
        }

        $this->original_product_price = (float) Tools::ps_round($converted_excl, 6);
        $this->product_price = $this->original_product_price;

        $this->unit_price_tax_excl = (float) Tools::ps_round(Tools::convertPrice((float) $product['price'], $currency), 6);
        $this->unit_price_tax_incl = (float) Tools::ps_round(Tools::convertPrice((float) $product['price_wt'], $currency), 6);

        $this->total_price_tax_excl = (float) Tools::ps_round(Tools::convertPrice((float) $product['total'], $currency), 6);
        $this->total_price_tax_incl = (float) Tools::ps_round(Tools::convertPrice((float) $product['total_wt'], $currency), 6);

        $this->purchase_supplier_price = (float) $product['wholesale_price'];
        if ($product['id_supplier'] > 0
            && ($supplier_price = ProductSupplier::getProductPrice(
                (int) $product['id_supplier'],
                $product['id_product'],
                $product['id_product_attribute'],
                true
            )) > 0
        ) {
            $this->purchase_supplier_price = (float) $supplier_price;
        }

        $this->setSpecificPrice($order, $product);
        $this->group_reduction = (float) Group::getReduction((int) $order->id_customer);

        $shop_id = $this->context->shop->id;
        $quantity_discount = SpecificPrice::getQuantityDiscount(
            (int) $product['id_product'],
            $shop_id,
            (int) $cart->id_currency,
            (int) $this->vat_address->id_country,
            (int) $this->customer->id_default_group,
            (int) $product['cart_quantity'],
            false,
            null,
            null,
            $nullVar,
            true,
            true,
            $this->context
        );

        $unit_price = Product::getPriceStatic(
            (int) $product['id_product'],
            true,
            ($product['id_product_attribute'] ? (int) $product['id_product_attribute'] : null),
            2,
            null,
            false,
            true,
            1,
            false,
            (int) $order->id_customer,
            null,
            $id_tax_address,
            $nullVar,
            true,
            true,
            $this->context
        );

        $unit_price = Tools::ps_round($unit_price, 6);

        $this->product_quantity_discount = 0.00;
        if ($quantity_discount) {
            $this->product_quantity_discount = $unit_price;
            if (Product::getTaxCalculationMethod((int) $order->id_customer) == PS_TAX_EXC) {
                $this->product_quantity_discount = Tools::ps_round($unit_price, 6);
            }

            if (isset($this->tax_calculator)) {
                $this->product_quantity_discount -= $this->tax_calculator->addTaxes($quantity_discount['price']);
                $this->product_quantity_discount = Tools::ps_round($this->product_quantity_discount, 6);
            }
        }

        $this->discount_quantity_applied = (
            ($this->specificPrice && $this->specificPrice['from_quantity'] > 1) ? 1 : 0
        );
    }
}

✌️

in my shop - all payment methods from v9.4.3.3 - von PrestaShop Checkout
are wrong.   

Anybody who know in which file i can fix this ?

THX

but when i click on the "terminate installation" button i got an error message: 

{
    "ets_marketplace": {
        "status": false,
        "msg": "L\u0027action Install est impossible pour le module ets_marketplace. Handler not found for source https:\/\/api-addons.prestashop.com?method=module\u0026format=json\u0026channel=stable\u0026iso_code=fr\u0026iso_lang=fr\u0026version=9.0.0\u0026id_module=32443"
    }
}

on url : /improve/modules/manage/action/install/ets_marketplace?id=32443&source=https%3A%2F%2Fapi-addons.prestashop.com%3Fmethod%3Dmodule%26format%3Djson%26channel%3Dstable%26iso_code%3Dfr%26iso_lang%3Dfr%26version%3D9.0.0%26id_module%3D32443&_token=XXXXXXXX

can you help ? what should i do ? 

but when i click on the "terminate installation" button i got an error message: 

{
    "ets_marketplace": {
        "status": false,
        "msg": "L\u0027action Install est impossible pour le module ets_marketplace. Handler not found for source https:\/\/api-addons.prestashop.com?method=module\u0026format=json\u0026channel=stable\u0026iso_code=fr\u0026iso_lang=fr\u0026version=9.0.0\u0026id_module=32443"
    }
}

on url : /improve/modules/manage/action/install/ets_marketplace?id=32443&source=https%3A%2F%2Fapi-addons.prestashop.com%3Fmethod%3Dmodule%26format%3Djson%26channel%3Dstable%26iso_code%3Dfr%26iso_lang%3Dfr%26version%3D9.0.0%26id_module%3D32443&_token=XXXXXXXX

can you help ? what should i do ? 

Got a lot of confusion when always no matter the permissions PS returned the following error.

Finally found the problem here:

src\Core\Domain\ImageSettings\CommandHandler\RegenerateThumbnailsHandler.php
Line: 99

$errors can return lot of other errors like original image missing (MY CASE) etc... But as we can see from the code it is not handled.

It's handling timeout, but everything else is thrown as Permissions error.

PS Version: 9.0.0

I'm facing a very serious and unusual issue on Prestashop 9 that I can't solve, and I need your help to understand the origin of this bug.

The problem starts when I access the back-office and open a product page to view, edit, or save it. Prestashop automatically creates a duplicate record in the catalog. The most anomalous thing is that the new record has the exact same ID as the original product.

For context, this duplication occurs specifically in the ps_stock_available table, which manages quantities. My Prestashop 9 installation is clean, contains only core modules, and the products were imported from a Prestashop 1.7 site.

Details of the problem:

In the catalog, two identical products appear with the same ID.

One of the two records is set to published (active = 1) but with a quantity of zero.

The other record is unpublished (active = 0) but has the correct quantity.

This behavior occurs for most of my products, but NOT ALL, and affects both products with and without combinations.

Attempting to delete one of the two records results in both being deleted.

Even after clearing the cache or cleaning up orphaned data, the problem persists and reappears every time I open a product.

What I've already done (without success):

I've tried to fix the data inconsistency with several SQL queries, but the issue keeps recurring. I have ruled out common causes like orphaned records and incorrect settings for the depends_on_stock and out_of_stock fields.

This behavior points to a deep anomaly in Prestashop's logic, likely caused by a bug in a module or a corrupted override file.

Has anyone ever encountered a problem with automatic product duplication with the same ID upon opening it in the back-office? Any suggestions on how to diagnose the origin of this issue (for example, which specific tables or core files I should inspect) would be extremely helpful.

Thank you in advance for your time and assistance.

I have to fix the categories on a prestashop which are displayed in a weird way. When I check the database, the nleft and nright of the categories which are displayed in a wrong way are set to what seems to be a random pair of number or all at 0.

So I guessed the problem come from the N-Tree of those categories and wanted to rebuild it.

The problem I have is that either I create, delete or modify a category, the N-Tree does not seem to be rebuilt. So I wanted to call the function used to rebuild the N-Tree via a script. i used:

include('config/config.inc.php');
include('init.php');

try {
  Category::regenerateEntireNtree();
} catch (CategoryException $e) {
  echo $e->getMessage();
}

But the problem is that it does not fix anything. The script seems to do nothing at all, given how much time it takes to be executed!

What should I do ?

I was expected if I add product into two or more categories I can see them in this categories, but it's not working. 

Product is visible only in default category.

It's bug or feature?

I'm working on a 1.7.8.9 version of PrestaShop. Im hosting in an enviroment test server on Hostinger with PHP 7.4.

My problem is that every time that I access to the root folder of the instalation /shop/ in this case I get a 500 error (with no log on the server). 

I was struggling a lot until I shared tested on https://testlocal.ly/ and saw that was able to get the website propperly. Then I checked and I am able to see others parts of the website as /shop/index.php. I tried everithing on my hands and I'm out of ideas. 
Tried also generating new .htaccess (manual editting aso). I activate locale and checked but same, some of my collegues and online checkers when access to /shop/ are redirected to /shop/es/ but not me, still on 500 error.

Tried also with deleting coockies, cache, dns flush.... All i got and was able to lookup on Internet. 

Im in need on some help or ideas because Im not able to get to the point of the error and discover if its just a thing of my computer (that doesnt make sense to me but..)

All help is appreciated. 

Hi, I have encountered a problem that prestashop generates with products that have a minimum purchase quantity.

If you enter a quantity above the minimum, prestashop rewrites the quantity to the minimum again. 

It seems as if it detects that the quantity you enter is lower and rewrites it. 

This does not happen with all quantities, I have tried putting different quantities. For example a product with minimum quantity for sale of 50 units I can put 650 and buy perfectly but if I put 150 it rewrites it and puts me back to 50.

When you add it to the cart and rewrite there the quantity it generates two items. Continuing with the example of the previous product. If you modify the quantity from 50 to 250 it generates an article with 50 units and another with 200 units.

It seems as if it counts some percentage and for a product that has a minimum quantity of 50 units does not let you put a quantity between 100 and 499.

Can someone check this to see if the same thing happens to you?

Thanks!

Attached video, it's a little difficult to explain in words.

This seems like undesirable behaviour. I'm using groups to 'restrict' users from being able to use certain carriers, if I now add a new group and add users, they suddenly can use those carriers and I have to update all the carriers.

The function Memcached->connect() (see below) causes a fatal PHP error: Fatal error: Uncaught TypeError: in_array(): Argument #2 ($haystack) must be of type array, bool given in /data/html/protempo.nu/classes/cache/CacheMemcached.php on line 84.

$this->memcached->getVersion() does not return an array when the memcached service is not running, hence the Fatal error.

    public function connect()
    {
        if (class_exists('Memcached') && extension_loaded('memcached')) {
            $this->memcached = new Memcached();
        } else {
            return;
        }

        $servers = self::getMemcachedServers();

        if (!$servers) {
            return;
        }
        foreach ($servers as $server) {
            $this->memcached->addServer($server['ip'], $server['port'], (int) $server['weight']);
        }

        $this->is_connected = in_array('255.255.255', $this->memcached->getVersion(), true) === false;
    }
 

I'm sorry if this is not the right place to open this topic but I just subscribed and have yet to fully understand how the platform works.

I’m currently working on a PrestaShop 1.7.7.2 installation and encountered a serious issue. Whenever I try to update a product (changing quantity, description, etc.) from the admin panel, I get this error:

"Unable to update settings" and then the small rotating circle which usually pops up during a saving gets stuck and loops infinitely. 

After checking the browser console and network tab, I noticed this error:

Uncaught SyntaxError: Unexpected token 'F', "Forbidden" is not valid JSON

The request to /adminXXXX/index.php (the product update route) returns a 403 Forbidden error.

What I’ve tried so far:

• Enabled debug mode → no error displayed
• Cleared PrestaShop cache and browser cache
• Verified admin session/token
• Looked at logs but found nothing helpful
• Also looked at various forums (this one too) but couldn't find the solution to my problem nowhere.
• Yesterday our hosting suddenly suspended our account due to "excessive use of database". I had to optimize said database and ended up following this cleanup guide prior to the issue: https://prestahero.com/blog/post/85-clean-up-prestashop-database.html
• Contacted my hosting provider, and with their help we tried to disable ModSecurity, but the issue persisted even with ModSecurity disabled

Environment:

• PrestaShop version: 1.7.7.2
• PHP version: 7.3
• Hosting: Shared hosting
• No recent module installations
• Issue appeared after backup restoration and database restoration and cleanup/optimization

I've spoken with the hosting provider and they say there's nothing wrong on their part, so it seems this is a PrestaShop issue.

While trying to figure out the problem I also tried simply exiting my account and logging in once more. That fixed the issue for a very short period of time. I run a save on one of the items and it worked. Then 5 minutes later, the same problem reoccurred, and logging in once more did not fix the issue.

Has anyone experienced this or can help me debug this further?

Thanks in advance ?
– Antonio

# Query_time: 80.357039  Lock_time: 0.000002 Rows_sent: 1  Rows_examined: 8477155
SET timestamp=1754412925;
SELECT COUNT(*) as visits, COUNT(DISTINCT `id_guest`) as unique_visitors
            FROM `connections`
            WHERE `date_add` BETWEEN "2025-01-01 00:00:00" AND "2025-08-02 23:59:59"
             AND id_shop IN (1) LIMIT 1;

The consequence is that any additional Modal Dialog being added as a Bulk Action to the Categories Grid cannot open a new <form> tag, as the twig form_widget helper considers itself in an "open" form. This is an issue in a custom module I am currenlty working on.

Fix: on line 54 of src/PrestaShopBundle/Resources/views/Admin/Sell/Catalog/Categories/Blocks/delete_categories_modal.html.twig there should be a form closure with:

  {{ form_end(deleteCategoriesForm) }}

This bug is present in PS 8.1. and still in the current PS 9.

Where can I suggest such a correction as this forum apparently is only for discussion?

Many thanks

P.

I upgraded to 1.7.8.0 from 1.7.7.5, and now the material icons are not shown anymore. See attached image.

Any idea why this happens?

Best wishes,

Tim

It doesn't show the specific prices created, so it is not possible to edit it.

It looks like is a problem of Malformed UTF-8 characters, how can i correct this specials characters issue?

Check the error print below ↓↓↓

Since last week, on a site I maintain, the combined discount rules stopped working.

As you can see in the attached screenshots, we have many discount coupons, but when editing them, combinations between them are not possible because the list of other discounts doesn't load.

I don't see any error messages in the PrestaShop log, nothing relevant in the Apache log, I don't see any errors with the browser's developer tools, and the PrestaShop debug doesn't tell me anything.

I'm completing lost with this error.

https://devdocs.prestashop-project.org/9/basics/installation/advanced/nginx/

Ubuntu 24.04   PHP8.3

thanks
Michael

I have the following problem with PrestaShop. I will not hide the fact that I work practically on WordPress, but I received a task from my client to properly set up his website/store which is based on PrestaShop.

The problem is that the client has a store with rental products for occasions, e.g. weddings, based on the installed calendar, the second plugin which is "rental_rabats" is supposed to calculate a specific discount based on days, e.g. for 3 days it is 20%.

I set everything in the rental_rabats files according to the client table and nothing works at all. All the time some errors pop up in the logs, in the database the module writes that it is enabled, in the PrestaShop store in the settings it writes that it is enabled.

And I receive this message on the side of the server where the domain is located in the logs:

[07-Jul-2025 23:06:44 Europe/Warsaw] RENTAL DEBUG - Action: remove_rental_from_cart
[07-Jul-2025 23:06:52 Europe/Warsaw] RENTAL DEBUG - Action: getRentalDates
[07-Jul-2025 23:06:52 Europe/Warsaw] RENTAL DEBUG - getRentalDates - Cart ID: 24376
[07-Jul-2025 23:06:55 Europe/Warsaw] === RENTALCART AJAX: addToCartWithRental started ===
[07-Jul-2025 23:06:55 Europe/Warsaw] RENTALCART AJAX: Product ID: 198, Dates: 2025-07-08 to 2025-07-18, Qty: 1
[07-Jul-2025 23:06:55 Europe/Warsaw] RENTALCART AJAX: Cart updateQty result: true
[07-Jul-2025 23:06:55 Europe/Warsaw] RENTALCART AJAX: saveRentalDates result: success
[07-Jul-2025 23:06:55 Europe/Warsaw] RENTALCART AJAX: Attempting to get rental_rabats module instance.
[07-Jul-2025 23:06:55 Europe/Warsaw] RENTALCART AJAX: rental_rabats module instance received. Active status: false
[07-Jul-2025 23:06:55 Europe/Warsaw] ERROR RENTALCART AJAX: rental_rabats module found but NOT ACTIVE.
[07-Jul-2025 23:06:55 Europe/Warsaw] RENTALCART AJAX: SUCCESS: Sending response.
[07-Jul-2025 23:06:59 Europe/Warsaw] RENTAL DEBUG - Action: remove_rental_from_cart

It's as if PrestaShop didn't read the module at all, despite it being enabled, which is confirmed by the database and enabled in the admin login to PrestaShop.

Additionally, " Module::getInstanceByName() " pops up, I don't know what it's about, and I've been working on this problem for about 20 working hours and the client won't talk to me. I have already asked Gemini about this problem and tried to solve it with them but it didn't help and the problem is still the same.

Or is there a free plugin that I could replace "rental_rabats" that would work more or less on the same principle?

It's really annoying for me and the client is also pressed for time. I should add that the client uses the WareHouse theme.

Tamaño: vps xxl

CPU: 12 vCore

RAM: 24 GB

Soporte de datos: 640 GB NVMe SSD

The shop is facing down moments, when the CPU is very high in using... and the processes, the database sometimes using more than 100%...

In the graphs, the moments going down is because we restart the server.

Any idea what's going on? How can we get more info and of course fix that?

Thanks in advance!

It's a PLESK Ubuntu 22.04.5 LTS

I noticed that this is a global problem, does anyone already have a solution?

When updating Prestashop to version 8.x, the following errors were displayed -> [INTERNAL]
/var/www/prestashop/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Compiler/DefinitionErrorExceptionPass.php line 54 - Symfony\Component\DependencyInjection\Exception\RuntimeException: You have requested a non-existent parameter "api_private_key". #0 /var/www/prestashop/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Compiler/AbstractRecursivePass.php(83): Symfony\Component\DependencyInjection\Compiler\DefinitionErrorExceptionPass->processValue() #1 /var/www/prestashop/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Compiler/DefinitionErrorExceptionPass.php(32): 

j'utilise les webservices pour interfacer le site de mes clients avec un logiciel de caisse.

Cela fonctionne plutôt bien mais nous avons des problèmes récurrents notamment lorsque nous n'avons pas la main sur la création et l'administration des sites.

Nous sommes habitués à fonctionner avec des sites hébergés sur OVH et depuis quelques temps nous avons un souci de retour qui concerne des clients ou webmasters qui ont choisi un autre opérateur.

Parmi les soucis rencontrés nous sommes particulièrement contrariés par celui-ci :

1.  test d'existence d'un fournisseur par son nom (GET <site>/api/suppliers/?filter[name]=[<nom fournisseur>])
2. si xml vide création du fournisseur (POST <site>/api/suppliers)
3. si retour OK (201) récupération de l'id du fournisseur (GET <site>/api/suppliers/?filter[name]=[<nom fournisseur>])

Cette dernière étape retourne un xml vide comme en étape 1 alors qu'en interrogeant directement via un navigateur la même requête renvoie l'id du fournisseur.

Cela nous arrive aujourd'hui avec O2switch mais également récemment avec Hostinger qui est pourtant recommandé par Prestashop.

Est-ce que quelqu'un a une idée pour résoudre ce souci hormis celle de changer de fournisseur ?

The error occurs only on products that were received from ERP. When I create manually a product using Prestashop interface (function Add Product), it does not happen. 

Video of the Problem:  https://www.dropbox.com/scl/fi/9ldlnlsh9lnslpowueszo/NAO-APAGAR-ERRO-PRESTASHOP-INTEGRA-O-TINY.mp4?rlkey=qu3udufxcpjtgg7eie6r7vwnw&st=pr35n5aq&dl=0

PS: DON'T care about the text I wrote on the video, it's for my ERP support. But you can understand the video anyway... they anwered it's not ERP error, but to look after Prestashop support to get why this error is ocurring.

Please, is there someone who could debug and track what could be the problem?

Thank you.

assets:

 use_parent_assets: true

in my configuration file no css/js will load.

I'm encountering a critical but somewhat unusual issue in a PrestaShop 8.1.7 store with friendly URLs enabled and no ID in the URL structure.

? The issue:

In the shop, both categories and brands (manufacturers/publishers) are used. For example:

✅ https://familis.pl/na-jej-glowie → Category (working)

❌ https://familis.pl/marki/wydawnictwo-zycia-wewnetrznego-na-jej-glowie → Brand (404 error)

Here's what’s happening:

If a brand URL contains any part of an existing category alias (even just a word like "na" or "glowie"), the system throws a 404.

Even changing the order of words in the slug doesn’t help. But on some of those everything is working ok.

Examples:

✅ https://familis.pl/wydawnictwo-antyk-marcin-dybowski – works as category

✅ https://familis.pl/marki/wydawnictwo-antyk-marcin-dybowski – works as brand

✅  https://familis.pl/anna-mandrela-ksiazki - work as category  

✅   https://familis.pl/marki/anna-mandrela  - work as brand

 ✅  https://familis.pl/wydawnictwo-bialy-kruk - work as category

 ❌ https://familis.pl/marki/bialy-kruk - 404 as a brand

✅ https://familis.pl/na-jej-glowie - Category (working)

❌ /brand/wydawnictwo-zycia-wewnetrznego-glowie – 404 as brand

❌ /brand/glowie-wydawnictwo-zycia-wewnetrznego – 404 as brand

❌ /brand/na-jej-wydawnictwo-zycia-wewnetrznego – 404 as brand

❌ /wydawnictwo-zycia-jej-wewnetrznego – 404 as brand

It seems like the Dispatcher or router mistakenly parses part of the slug as a category, and breaks the routing for brand pages.??

Any other clue what could it be?

? Configuration:

Categories URL format: {rewrite}

Brand URL format: brand/{rewrite} (translated as /marki/ ; with /brand/ - is the same - 404 )

No ID in URLs

Using "SEO Audit - SEO Analytics, Pretty URL, Image & Sitemap" module to manage slugs and URLs

? Behavior observed:

The Dispatcher incorrectly routes brand URLs when part of the brand alias matches or overlaps a category alias.

This occurs even with partial word matches, not just full slug conflicts.

❓ Questions:

switching to brand/{id}-{rewrite} most likely will resolve these problem but still is not a clue of the problem. Its god to know whats happened and how to fixed that.

I need categories and brands (especially book publishers) to coexist even with similar or identical names – without breaking friendly URLs or requiring forced renaming.

Thanks in advance for any insight or experience you can share!

Best regards,
Patryk - Familis
PrestaShop 8.1.7 – Friendly URLs enabled, no ID in slugs

I have spoken with Webshipper support regarding their module. However, they have stated that they will no longer continue updating it due to a decline in the number of users, even though I still need it.

The current version of PrestaShop I am using is 8.2.1.

The reason I rebuilt the webshop on PrestaShop 8.2.1 is that I encountered issues with the old database on the previous webshop, which was running version 1.7.x. Additionally, the server was upgraded to the latest version of PHP (8.3).

Among other things, I am experiencing an issue on the checkout page:
public_html/modules/webshipper/webshipper.php on line 173

As a result, Webshipper has declined to assist with the problem.

Any help regarding this issue ?

1. I click "Connect to Google Analytics."

2. I select my Google account.
3. Continue

4.Returns to point 1.

I have added an account in Analytics

modules/metrics?google_message_error=UNEXPECTED_GA3_ERROR&countProperty=1

BO is ok, can access and all is good.

FO: error:

Fatal error: Uncaught PrestaShop\PrestaShop\Core\Exception\ContainerNotFoundException: Kernel Container is not available in /home/picanty/www/src/Adapter/ContainerFinder.php:77 Stack trace: #0 /home/picanty/www/classes/module/Module.php(1702): PrestaShop\PrestaShop\Adapter\ContainerFinder->getContainer() #1 /home/picanty/www/classes/module/Module.php(1691): ModuleCore::getModuleRepository() #2 /home/picanty/www/classes/Hook.php(884): ModuleCore::getNativeModuleList() #3 /home/picanty/www/classes/Dispatcher.php(351): HookCore::exec('actionDispatche...', Array) #4 /home/picanty/www/index.php(28): DispatcherCore->dispatch() #5 {main} thrown in /home/picanty/www/src/Adapter/ContainerFinder.php on line 77

Can you please help me what can I do?

Already empty cache folders.

In debug mode I get this error in Front office:

[PrestaShopException]

Property Address->phone is empty.
at line 1046 in file classes/ObjectModel.php

1041.             }
1042.
1043.             $message = $this->validateField($field, $this->$field);
1044.             if ($message !== true) {
1045.                 if ($die) {
1046.                     throw new PrestaShopException($message);
1047.                 }
1048.
1049.                 return $error_return ? $message : false;
1050.             }
1051.         }

    ObjectModelCore->validateFields - [line 293 - classes/ObjectModel.php]
    ObjectModelCore->getFields - [line 578 - classes/ObjectModel.php]
    ObjectModelCore->add - [line 192 - classes/Address.php] - [2 Arguments]
    AddressCore->add - [line 535 - classes/ObjectModel.php] - [2 Arguments]
    ObjectModelCore->save - [line 71 - classes/form/CustomerAddressPersister.php]
    CustomerAddressPersisterCore->save - [line 158 - classes/form/CustomerAddressForm.php] - [2 Arguments]
    CustomerAddressFormCore->submit - [line 90 - classes/checkout/CheckoutAddressesStep.php]
    CheckoutAddressesStepCore->handleRequest - [line 76 - classes/checkout/CheckoutProcess.php] - [1 Arguments]
    CheckoutProcessCore->handleRequest - [line 229 - controllers/front/OrderController.php] - [1 Arguments]
    OrderControllerCore->initContent - [line 306 - classes/controller/Controller.php]
    ControllerCore->run - [line 525 - classes/Dispatcher.php]
    DispatcherCore->dispatch - [line 28 - index.php]

In my cart page 2 only the fields Company, Address2 Line and Phone are shows with text "Optional" but apparantly Phone should be filled. If not customer gets server 500 error (which is not goods for business!).

In previous version of PS you could set which fields are mandatory and which not.
How can I fix this ?

Small addition: as customer sometime forget to leave their house number, I changed the text of 2nd address line to "house number"and made it mandatory to force them to leave their house number. Saves a lot of extra communications with customer.

I found this in classes/Address.php

    /**
     * @see ObjectModel::$definition
     */

    // when you override this class, do not create a field with allow_null=>true
    // because it will give you exception on checkout address step
    public static $definition = [
        'table' => 'address',
        'primary' => 'id_address',
        'fields' => [
            'id_customer' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId', 'copy_post' => false],
            'id_manufacturer' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId', 'copy_post' => false],
            'id_supplier' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId', 'copy_post' => false],
            'id_warehouse' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId', 'copy_post' => false],
            'id_country' => ['type' => self::TYPE_INT, 'validate' => 'isUnsignedId', 'required' => true],
            'id_state' => ['type' => self::TYPE_INT, 'validate' => 'isNullOrUnsignedId'],
            'alias' => ['type' => self::TYPE_STRING, 'validate' => 'isGenericName', 'required' => true, 'size' => 32],
            'company' => ['type' => self::TYPE_STRING, 'validate' => 'isGenericName', 'size' => 255],
            'lastname' => ['type' => self::TYPE_STRING, 'validate' => 'isName', 'required' => true, 'size' => 255],
            'firstname' => ['type' => self::TYPE_STRING, 'validate' => 'isName', 'required' => true, 'size' => 255],
            'vat_number' => ['type' => self::TYPE_STRING, 'validate' => 'isGenericName'],
            'address1' => ['type' => self::TYPE_STRING, 'validate' => 'isAddress', 'required' => true, 'size' => 128],
            'address2' => ['type' => self::TYPE_STRING, 'validate' => 'isAddress', 'size' => 128],
            'postcode' => ['type' => self::TYPE_STRING, 'validate' => 'isPostCode', 'size' => 12],
            'city' => ['type' => self::TYPE_STRING, 'validate' => 'isCityName', 'required' => true, 'size' => 64],
            'other' => ['type' => self::TYPE_STRING, 'validate' => 'isMessage', 'size' => 300],
            'phone' => ['type' => self::TYPE_STRING, 'validate' => 'isPhoneNumber', 'size' => 32],
              'phone_mobile' => ['type' => self::TYPE_STRING, 'validate' => 'isPhoneNumber', 'size' => 32],
            'dni' => ['type' => self::TYPE_STRING, 'validate' => 'isDniLite', 'size' => 16],
            'deleted' => ['type' => self::TYPE_BOOL, 'validate' => 'isBool', 'copy_post' => false],
            'date_add' => ['type' => self::TYPE_DATE, 'validate' => 'isDate', 'copy_post' => false],
            'date_upd' => ['type' => self::TYPE_DATE, 'validate' => 'isDate', 'copy_post' => false],
        ],
    ];

But the lines of interest do not mention 'required' => true.

Any help is much appreciated.

However, I thought it had been resolved with PS8.2.1 -->> It has not been solved.

I have an installation of PS8.2.1, configured with 6 stores (6 domains same catalogue), and if I try to edit a product while is selected the Multistore, I am asked to choose a reference store, after this choice instead of entering the editing page, is downloaded a useless CSV.

This abnormal behavior also happened to me previously on Ps8, when I logged in to the system.

Surely it's all connected, someone needs to go deeper and solve this BUG.

I've tryed also to delete cache/prod and to login/logout but nothing changes

Thank you
Erik

Has anyone encountered this issue before? What could be causing the product ID or image to incorrectly update to a related product when selecting a combination? Please Help

Example:
Before selecting another variation:

After selecting the variation:

After installing the module, I try to go to edit products and get this error:

Warning: Undefined array key "selected"

PrestaShop\PrestaShop\Core\Exception\ CoreException
in classes/Hook.php (line 431)

                    }
                }
            } catch (Exception $e) {
                $environment = ServiceLocator::get('\\PrestaShop\\PrestaShop\\Adapter\\Environment');
                if ($environment->isDebug()) {
                    throw new CoreException($e->getMessage(), $e->getCode(), $e);
                }
            }
            return '';
        }

HookCore::callHookOn(object(ProductAsCombinations), 'displayAdminProductsExtra', array('_ps_version' => '8.2.0', 'request' => object(Request), 'route' => 'admin_products_edit', 'id_product' => 4, 'cookie' => object(Cookie), 'cart' => null, 'altern' => 1)) in classes/Hook.php (line 983)

                    // we will pass the response from the previous one as parameters.
                    if (0 !== $key && true === $chain) {
                        $hook_args = $output;
                    }
                    $display = Hook::callHookOn($moduleInstance, $registeredHookName, $hook_args);
                    // Case 1 - each module response to different array key. We don't care about the response.
                    if ($array_return) {
                        $output[$moduleInstance->name] = $display;
                    // Case 2 - chaining. Here, each module MUST return an array that will the next module receive as parameters.

HookCore::exec('displayAdminProductsExtra', array('_ps_version' => '8.2.0', 'request' => object(Request), 'route' => 'admin_products_edit', 'id_product' => 4, 'cookie' => object(Cookie), 'cart' => null, 'altern' => 1), 106, true) in src/Adapter/LegacyHookSubscriber.php (line 127)

            $content = Hook::exec(
                $hookName,
                $event->getHookParameters(),
                $moduleId,
                ($event instanceof RenderingHookEvent)
            );
            if (
                $event instanceof RenderingHookEvent
                && 0 !== $moduleId

What could be the cause of the error? Have you encountered such an error with this module?

I've just spotted a new (maybe new) problem with Prestashop 1.7 - with using SMTP protocol and one of mine MTA servers . My (testing) PS 1.7.8.9 environment was build on Centos 7.9 and Apache/2.4.6 (CentOS) PHP/7.4.33 and MySQL version: 5.5.68-MariaDB . I have just started testing the functionality of sending emails and customer contact modules - using one of my domains (e-nutka.pl) and the ESMTP Postfix-based mail server operating within this domain.

My test environment was installed and configured using one e-mail adres - markooff@gmail.com - but now, for testing purposes I want to use several other e-mail adresses - created especially for this occasion in production environment. One of them is - listed below e-mail adress for Customer Service - kontakt-test@e-nutka.pl

Below I present my current configuration of e-mail addresses as well as the configuration of the SMTP protocol:
 

And now - when I try to - using this form - send a test e-mail to my first e-mail (markooff@gmail.com) I get an error message saying:

"ERROR: Please check your configuration! " 

I've checked my smtp configuration (many times) - and when I use it in my MAIL CLIENT (e.g. Mozilla Thunderbird ) - everything works all right - but when I try to use the Prestashop as a mail client which tries to send an e-mail using smtp merhod - I always get the same error. 


But going a bit deeper - I grab the whole traffic from this machine on which I have my Prestashop installed - and when I open the .pcap files in Wireshark and analize the whole tcp(smtp) stream - 



(starting grom EHLO message from SMTP server) 

and the "follow on tcp stream" listing looks like : 


 

it turnes out that Prestashop mail-to function HAS ALWAYS a problem - while entering the < MAIL FROM: Header > in which it still tries to use the inproper e-mail address (markooff@gmail.com)instead of the proper address which in that case should be - kontakt-test@e-nutka.pl ! 
And - in result I always get the 553.5.7.1 error code as the reply from MTA (which is quite uderstable in such situation) 

So it looks like - the problem of malfunction of the smtp method in Prestashop 1.7.xx - is wrong authentication and wrong mail header construction -  which in more secured servers (MTAs) which test and validate the MAIL FROM HEader against the sernder e-mail address (and  perform some domain possesion/mapping validation also) . 

Have you ever encountered such a situation and is there a known solution?  

Regards 

markooff

After enabling the profiler, I noticed that a query which pulls back the entire list of active items in the product table is executed 3 times. At 1 million items, this is 3 million rows being fetched and loaded into RAM.

The query:

SELECT SQL_NO_CACHE p.id_product FROM ps_product p WHERE p.active = 1

Being executed by:
/modules/ps_viewedproduct/ps_viewedproduct.php:317

This is executed 3 times during the rendering of the product display page. This will never work for large catalogs.

After disabling this module as well as "items in the same category", the page execution time dropped from >4sec to 19ms and the memory usage went from 460M to 5MB. While I would expect load times and memory usage to be higher with these modules enabled, they are both fetching far more data than necessary to display the intended information (the number of items in the database doesn't change the amount of information these modules need to render).

Hello colleagues! Could you please guide me as to what could be causing this issue that keeps popping up in the website admin panel. Because there is no data that it is the third thing on the file system and so on.

Hello colleagues! Could you please guide me as to what could be causing this issue that keeps popping up in the website admin panel. Because there is no data that it is the third thing on the file system and so on.

Type error: Argument 1 passed to PrestaShop\Module\Mbo\Addons\ApiClient::setDefaultParams() must be of the type string, null given, called in /home/vit/public_html/var/cache/prod/ContainerO50hsut/appProdProjectContainer.php on line 3592

[Symfony\Component\Debug\Exception\FatalThrowableError 0]

As you can see I only can add a language from the Prestashop website but It's not what I want to do.

Any help?

I have discovered this on PrestaShop 8.1.7. It applies to rounding methods: Round on each line and Round on total when currency Decimals is set to 2. PrestaShop 8.1 rounds Unit Price with discount applied value but uses unrounded value for further calculations. This makes the calculations appear wrong.

Example:
Product base price: £0.30
Discount from 1000pcs: 31%
Product price with discount applied: £0.207 (rounded to £0.21)

PrestaShop makes the following calculations:

£0.21 * 1000 cannot be £207.00

The problem is that rounded Unit Price with discount is displayed (£0.21) but unrounded value is taken to the calculations (£0.207).

Possible approaches to correct this:

1. Display rounded value and use it for further calculations (as it was in PrestaShop 1.6):

£0.21 * 1000 = £210.00

2. Display unrounded value and use it for further calculations (but the shop is set to 2 Decimals which is an issue):

£0.207 * 1000 = £207.00

How to fix this?

Thanks

today we had the website offline cause we reached the hosting limits during a backoffice work and we examinated the space occupation: we found the VAR directory that reached something like 800Mb.

Now... I read something searching on the web about the use of debug mode that influence the file created in this directory. It's correct? Cause we have our theme developers that are working everyday on the theme (it's full of minor issues...) and I would like to understand if it's cause of their works that this happened.

I need really to fix this situation fast cause we're trying to publish the e-commerce in the next days and we can't stop cause of this bad situation...

I use Prestashop 1.7.8.7 multistore sharing stock.

I have Prestashop 1.6.1 and for a few months I have been seeing many fake subscription attempts to the newsletter, some of which are successful (see image below). I tried to protect the newsletter form with Google reCaptcha v.2 and v.3 but nothing changes. In fact, it seems that bots are able to subscribe without going through the site's newsletter form, since the numbering of their subscriptions is not progressive and starts with an id like "N12345" instead of having a progressive id only numerical (e.g. 12345), as happens for real users who subscribe to the newsletter.

Aside from fake subscriptions, the problem is that the site sends a lot of emails regarding the subscription verification and confirmation.

So:

• Why does this happen? Is it a bug in prestashop 1.6.1?
• How do these fake users subscribe?
• How can I protect my site from such fake registration attempts?

I recently have a problem with discounts in my PrestaShop eShop.

I have PrestaShop 1.7.8.2

Last year I was normally using Catalog / Discount options and there were no problems, but, suddenly, it stopped working.

On some categories discount works, but on number of categories not. I do not know where problem is. 

For example:

I set discount:

1. I find category name and number (In pictures bona - 16)
2. I set discount for exact category (In Pictures 16)
3. I set settings for discount, then save it, everything appears normal
4. Discount also appears in product settings / price, for products which are in category (16)
5. Discount does not show in front...

In some categories it works, in some not, but it used to work and now I am unable to control discounts.

What I already tried:

• delete all discounts
• clean cache
• tried all possible settings of discount
• clear cache again
• tried debbug mod - did not find any error, just warnings for translations
• clear cache
• I made a comparison for categories/products that works but did not find any differencies

Any ideas ?

Thank you all... :)

Hello everyone,
We have discovered a bug with the specific pricing feature that prevents us from setting different prices in non-default currencies for products. We want to set fixed prices for one of our manufacturers, but we can't due to the rate multiplier.

Even after setting a stiff specific price in a different currency, the price is still multiplied by the exchange rate.

For example, the normal price in EUR:

Here, it should be 10 USD, but it is multiplied by the exchange rate:

Currencies:

Product specific price:


 

Expected behavior

A fixed specific price should be as we set it, for example, 5 USD, not "5 USD * exchange rate". It works okay when you add a specific price in the default currency as it is supposed to be multiplied by the exchange rate.
 

Steps to reproduce

Back Office:

1. Go to International > Localization > Currencies.
2. Set up an additional currency with an exchange rate, in my case x2.
3. Go to Products > Catalog > Add new product.
4. In the product "Pricing" tab, add a price (in my case it will be 5 EUR).
5. Scroll to the bottom > Specific prices > Add a Specific Price.
6. In "Apply to," choose the additional currency and then scroll to the bottom.
7. Turn on "Set specific price" and enter a value, in my case 10 USD

Front Office:

1. Go to the added product and check the price.
2. Verify the price.
3. Change the currency to the second one.
4. Check the price again.

PrestaShop version(s) where the bug happened

8.1.7

PHP version(s) where the bug happened

8.1

If your bug is related to a module, specify its name and its version

ps_currencyselector (possible)

Since yesterday we have a robot creating a new customer account every 7 minutes.
We already have deleted a few hunderd fake accounts.

We are running the latest version (8.2.0).

Any ID what to do tto stop this robot?

Kind regards,

Roel

I checked the cache the debug mode nothing show any problem 

- after validating a change in a product, the amount of ecotax in the backoffice changed

See the topic here: https://github.com/PrestaShop/PrestaShop/issues/9703 (see inside the issues 10026, 9967, 10030, 9600, 9855)

The implication is: ALL PRESTASHOP WEBSITE ARE ILLEGAL (at least in France and for those which use ecotax). Unfortunately is ecotax a legal obligation.

That is: does someone know how to solve such issues? Or how to accelerate the dev regarding these issues? A lot of shop are willing to pay (as me) for such features.

Thanks in advance!

Cheers

Jean-Philippe

Hello,

I have this issue with a customer. I checked in the database; he updated his address a few minutes before his order. I saw that a solution is to delete ps_cart content, but my question is: will it affect the BO orders section? The orders will be still there?

Thank you

PHP version: 8.1.27
PrestaShop version: 8.1.0
MySQL version: 10.6.12-MariaDB
MySQL engine: InnoDB
MySQL driver: DbPDO

Using the webservice to add manually generated xml for a new customer works

Trying to get a blank schema and fill the needed fields does not work.

The response contains the schema, but there is an error in the associations block. Here is what I get:
 

<?xml version="1.0" encoding="UTF-8"?>

<prestashop xmlns:xlink="http://www.w3.org/1999/xlink">

<customer>

<id><![CDATA[]]></id>

<id_default_group><![CDATA[]]></id_default_group>

<id_lang><![CDATA[]]></id_lang>

<newsletter_date_add><![CDATA[]]></newsletter_date_add>

<ip_registration_newsletter><![CDATA[]]></ip_registration_newsletter>

<last_passwd_gen><![CDATA[]]></last_passwd_gen>

<secure_key><![CDATA[]]></secure_key>

<deleted><![CDATA[]]></deleted>

<passwd><![CDATA[]]></passwd>

<lastname><![CDATA[]]></lastname>

<firstname><![CDATA[]]></firstname>

<email><![CDATA[]]></email>

<id_gender><![CDATA[]]></id_gender>

<birthday><![CDATA[]]></birthday>

<newsletter><![CDATA[]]></newsletter>

<optin><![CDATA[]]></optin>

<website><![CDATA[]]></website>

<company><![CDATA[]]></company>

<siret><![CDATA[]]></siret>

<ape><![CDATA[]]></ape>

<outstanding_allow_amount><![CDATA[]]></outstanding_allow_amount>

<show_public_prices><![CDATA[]]></show_public_prices>

<id_risk><![CDATA[]]></id_risk>

<max_payment_days><![CDATA[]]></max_payment_days>

<active><![CDATA[]]></active>

<note><![CDATA[]]></note>

<is_guest><![CDATA[]]></is_guest>

<id_shop><![CDATA[]]></id_shop>

<id_shop_group><![CDATA[]]></id_shop_group>

<date_add><![CDATA[]]></date_add>

<date_upd><![CDATA[]]></date_upd>

<reset_password_token><![CDATA[]]></reset_password_token>

<reset_password_validity><![CDATA[]]></reset_password_validity>

<associations>

<groups>

<group>

<0><![CDATA[]]></0>

</group>

</groups>

</associations>

</customer>

</prestashop>

the first group has a title 0 instead of id.

<id><![CDATA[ ]]></id> should be OK

Any suggestion for fixing this problem?

On PS 8.2.0, when installing new theme, in Advanced Parameters -> Logs appear 17 errors:

Severity (1-4): Error (3)
Message: No result was found for query although at least one row was expected.
Object type: Translation.
Language: English

I've also tested with a copy of Classic theme, so I think that the errors are not related to the theme.

Kind regards,

Ioan

not displayed on all pages Meta title, Meta description. Only Store name in title. Same with standard theme.

Any ideas on how to fix it?

Thanks.

Details:

• PrestaShop Version: 1.7.6.7
• Configuration: Multistore
• Issue: The discount added in the back office and checked in phpMyAdmin (table pssties_specific_price) shows the correct applied discount of 21.88. However, on the production page, it shows 34.8. This incorrect discount was tracked but could not be found anywhere in the system.

Expected Behavior: The discount displayed on the production page should match the discount added in the back office and checked in phpMyAdmin.

Actual Behavior: The discount displayed on the production page is 34.8 instead of the correct 21.88.

Additional Information:

This issue is occurring frequently I have 17 shops attached but I appears on one or two after updating,
To solve I delete all discounts on the table related to shop id and upload the discounts using the import

The incorrect discount was tracked but could not be found anywhere in the system.

Screenshots:

when click on a admin submenu that came with prestashop8.2 , address bar redirects several times , crush, and bar stops at ;

https://www.****.net/Prestaadmin/index.php/security/compromised?uri=https%3A%2F%2Fwww.****.net%2FPrestaadmin%2Findex.php%2Fsecurity%2Fcompromised%3F&_token=vg6fa5cHKC_Mfdm7dsV2bmwYp3b68Pg5G92bTWBp7g8

in page : ERR_TOO_MANY_REDIRECTS

tried everything in last 2 weeks, somedays worked all days and solved several times but how i dont know... but it happen again and again... so i give up

backup points also gives error while restore

i made malware/virus scan and nothing found

domain admins said it happens because of http->https redirect. but they can not solved. they tell me to write presta

presta 8.2 installed via cpanel.

my site dont have much modules. credit card payment module "iyzico", product import module "easy import" and a complicated theme "movic fashion"

I think Something wrong with database or htaccess . (ps_tab may be).   When i change something on them, it start to work again. But crush in few hours later

-----

use prestashop 8.2 on php 8.1 apache server. SSL built in .

no further issue even in debugging mode 
i only got this error when editing any kind of text inside the website i had to enter it through phpmyadmin 
i can edit my product but not the short and description 
even modules that i can edit text in have the same issue it gives black screen and says forbidden 

here what i did till now 
delete all files and tried new setup with same database same issue tried new database the issue is gone but i cant just drop the database 

when i enter debug mode dashboard and module manager i got these errors 
 

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

Unknown error on line 21 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/symfony/config/Resource/ClassExistenceResource.php
[8192] PrestaShop\Module\PsAccounts\Vendor\Symfony\Component\Config\Resource\ClassExistenceResource implements the Serializable interface, which is deprecated. Implement __serialize() and __unserialize() instead (or in addition, if support for old PHP versions is necessary)

Unknown error on line 274 in file /home/********0/domains/********/public_html/modules/ps_accounts/vendor/monolog/monolog/src/Monolog/Logger.php
[8192] DateTime::__construct(): Passing null to parameter #1 ($datetime) of type string is deprecated

i dont know if its related or not but i changed time from UTC to UTC+02:00 not its UTC and it still have issues 

THANKS IN ADVANCE

For las two days i´m having this problem:

When entering into my web it shows all icons as text for a few seconds, as you can see in this image

Google chrome shows me these errors:

The thing is that these files doesn't exist as ".woff2", but do as ".woff".

My Host log shows these errors:


 

GET /modules/blockreassurance/views/dist/front.js.map HTTP/2.0 404 49472 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36" "www.mydomain.com"

83.138.41.54 - - [ 15/Apr/2024:21:32:50 +0200 ] GET /modules/blockreassurance/views/dist/front.css.map HTTP/2.0 404 49476 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36" "www.mydomain.com"

83.138.41.54 - - [ 15/Apr/2024:21:32:50 +0200 ] GET /themes/core.js.map HTTP/2.0 403 199 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36" "www.mydomain.com"

8
83.138.41.54 - - [ 15/Apr/2024:21:31:00 +0200 ] GET /themes/classic/assets/css/de69cd9e672c81725abc.woff2 HTTP/2.0 404 49488 "https://www.mydomain.com/themes/classic/assets/css/theme.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36" "www.mydomain.com"

83.138.41.54 - - [ 15/Apr/2024:21:31:00 +0200 ] GET /themes/classic/assets/css/a8af1233a958bd1e96ed.woff2 HTTP/2.0 404 49488 "https://www.mydomain.com/themes/classic/assets/css/theme.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36" "www.mydomain.com"

83.138.41.54 - - [ 15/Apr/2024:21:31:00 +0200 ] GET /themes/classic/assets/css/c80d4fb11dcc2140b260.woff2 HTTP/2.0 404 49488 "https://www.mydomain.com/themes/classic/assets/css/theme.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36" "www.mydomain.com"

83.138.41.54 - - [ 15/Apr/2024:21:31:00 +0200 ] GET /themes/classic/assets/css/f2a0933406f783065152.woff2 HTTP/2.0 404 49488 "https://www.mydomain.com/themes/classic/assets/css/theme.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36" "www.mydomain.com"

83.138.41.54 - - [ 15/Apr/2024:21:31:00 +0200 ] GET /themes/classic/assets/css/0f099f4e4d67aeb18ab6.woff2 HTTP/2.0 404 49486 "https://www.mydomain.com/themes/classic/assets/css/theme.css" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36" "www.mydomain.com"

I don't know if this is related to the icons problem.

I´m experiencing this problem without having make any change in the shop.

Any help?

Prestahsop 8.1.4

PHP 8.2.1.7

I haven't added or updated any modules since I first set up the shop in 2020.

It seems like this has been an ongoing issue with PS for many years, so I don't know if there is a fix or not. I tried attached screenshots of the rounding settings I've had in place since the beginning, as well as one showing a sample pricing page for an item, but it keeps giving me error code 200.

I truly appreciate any help you can give.

Thanks.

I'm facing a small problem with the psxmarketingwithgoogle module (Google shopping), I recently (manually) deleted several thousand products, but for some unknown reason, the psxmarketingwithgoogle module continues to send them in the product feed .

Here's what I've done so far:

- Update the module to the latest version: 1.59

- Reset module

- Reconfigure the module

- Clear cache

- Delete products from the merchant center

But nothing happens, the module continues to send my deleted products.

The last option would be uninstall, reinstall, but I know that PrestashopCorp modules are sometimes capricious and during this promotional period, I prefer to avoid downgrading our site.

If anyone has ever faced this problem

I noticed that my setup is running slow and at the bottom of every product page, is this info.  It should an SQL query and load time.  It total approx 80 pages of information.

How to ai stop this from occurring?

I am running PrestaShop 8.2.0 on Ubuntu 22.04, with Apache 2.4, PHP 8.1 with 8GB RAM, 2vCPU

Basically the actual discount show a different amount from the actual discount.

The discount is 5% on only selected products 

so 2799.20 5% is 139.96  it is actually correct

but in the details under it show a different amount 174.95

some method of payment does this 2799.20-139.96=2659.24

other method of payment does this 2799.20-174.95=2624.25

i saw similar posts about this problem but it was a bug in older version of prestashop corrected with the more recent version

Have anybody some suggestion or to know where to escalate this bug?

Any suggestions as to what to look for?

Good day, I'm using Prestashop version 1.6.1.10 and currently facing the problem as below but not sure since 2 months back:

1. the quantity display in Back Office -> Product -> Quantity is incorrect. (as image attached)

2. the combination vs quantity is missed match, but the front-end website display product quantity vs attribute is look fine.

3. the sorting of combination display also in problem, it should follow the sorting in attribute table, but the first attribute should display always become the last one. (as image attached) 

I had tried to flush the cache, duplicate product, create new product with combination but all with same problem on the attribute (combination and quantity tab).

Please kindly help any idea to investigate on this issues? where and what to check?

Installing prestashop from git repo therefore the original files of the version 8.x + php7.4 and mysql 5.7. Smarty creates problems. Can anyone tell me why Smarty comes into conflict with symfony since they have decidedto use Symfony + twig?? Does Smarty need to be removed to fix the problem?? In google there aren't solutions so is better for you to explain the motivation of di error Bug after the installation provided by you.

Hello,

After installing and configuring everything in live mode, the module Stripe Official keeps expecting and force to push the wrong webhook url :
Expected webhook URL : https://www.domain.module/stripe_official/webhook

but it should be : https://www.domain.fr/module/stripe_official/webhook ; like fixed on the Stripe.com > webhooks
The module wants to update to domain.module/stripe instead of domain.fr/module

I tried to look everywhere, remade the webhook, update the new webhook id in the db but it keeps asking the same wrong url and unfortunately all the orders made are not created in the BO, even if the payments have been received.

The domain of the shop on prestashop is correct btw

Shop url :https://www.domain.fr
Physical url : /

Thank you for your help.

Edit 1 : I found out the issue might be caused by this function in the file /stripe_official.php

/**
     * get webhook url of stripe_official module
     *
     * @return string
     */
    public static function getWebhookUrl()
    {
        $context = Context::getContext();
        $locale = $context->language->iso_code;

        $url = $context->link->getModuleLink(
            'stripe_official',
            'webhook',
            [],
            true,
            null,
            Configuration::get('PS_SHOP_DEFAULT')
        );

        return str_replace($locale . '/', '', $url);
    }

By changing this function by :

  /**
     * get webhook url of stripe_official module
     *
     * @return string
     */
    public static function getWebhookUrl()
{
    return 'https://www.domain.fr/module/stripe_official/webhook';
}

Or by :

public static function getWebhookUrl()
{
    $context = Context::getContext();

    // Obtenir l'URL générée dynamiquement
    $url = $context->link->getModuleLink(
        'stripe_official',
        'webhook',
        [],
        true,
        null,
        Configuration::get('PS_SHOP_DEFAULT')
    );

    return $url;
}

I don't have the message shown in the backoffice anymore. I'm not sure if the webhook will works properly though.

Can you allow inserting more characters there in some future minor update?

IETF regulation regarding this;

Quote

To distinguish language variants for countries, regions, or writing systems (scripts), IETF language tags combine subtags from other standards such as ISO 639, ISO 15924, ISO 3166-1 and UN M.49. For example, the tag en stands for English; es-419 for Latin American Spanish; rm-sursilv for Romansh Sursilvan; sr-Cyrl for Serbian written in Cyrillic script and sr-Latn-RS written in Latin script; nan-Hant-TW for Min Nan Chinese using traditional Han characters, as spoken in Taiwan; yue-Hant-HK for Cantonese using traditional Han characters, as spoken in Hong Kong; and gsw-u-sd-chzh for Zürich German.

Thank you!

Call to a member function get() on null

in classes/controller/Controller.php (line 816)

     *

     * @throws Exception

     */

    public function get($serviceId)

    {

        return $this->container->get($serviceId);

    }

    /**

     * Gets a parameter.

     *

NOTE: I hosted my prestashop site in Hostinger server.

I'm struggling with a pagination issue in PrestaShop. When I enable the new Products v2 feature (via the admin panel), the page attempts to render all 40,000 products at once (that's the number of products I have). Pagination seems to be completely disabled.

Here’s what I’ve tried so far:

Cleared the cache.

Replaced AdminController.php and AdminProductsController.php with the latest versions from GitHub.

Disabled all modules.

I’ve taken many more steps, but it’s hard to keep track of everything as I’ve been troubleshooting continuously. Each time something doesn’t work, I immediately roll back the changes to avoid causing additional issues.

Unfortunately, none of these efforts have resolved the problem. The page keeps loading products until the browser throws an "out of memory" error.

Does anyone have any suggestions on where else I could look to troubleshoot or resolve this issue?

Thanks in advance!