yay

Thanks for the suggestion, in my case at least, the payment module handles everything inside a payment window so no ajax requests can be tracked, and switching carriers inside the payment window works and the amounts update correctly too. Nothing really in the error logs either to indicate an issue. In the database they get the wrong carrier id.

Did you ever find a solution for this? I'm running in to the same issue on a 1.6 shop with Klarna Checkout v3 and I can't figure out what's wrong.

Make sure that the path is correct to the file, if your root category doesn't have an ending slash, it probably won't find the file. So try adding a / before extradocs.

Old thread but seems to lack any answers so figured I'd post anyway. Ran into this now when trying to install Prestashop 1.6 locally with MAMP. For me the solution was to switch to PHP 5 instead of PHP 7 which is default in newer versions of MAMP (maybe on XAMPP as well). Might be the same for those of you experiencing issues with your hosting providers so check what PHP version is used before trying to fix something with your Prestashop installation. Prestashop 1.7 seems to work fine with PHP 7.

Could you specify where that line should go? Or attach your blocklayered.php? Our line numbering doesn't seem to match.

Completely forgot about this problem. For my issue it turned out the problem was the percentage itself, it was set to 55% which caused this mess. 55.01% worked as well as any other figure aside from 55. God knows why...

Thanks for the tip, seems to work on 1.6 as well!

Is both the front-office and back-office affected by this? Turn on dev mode and see if there any missing files that's causing the slow load speeds.

I have a weird problem in PS 1.5.6.2. I have a customer group that has a fixed discount, set in the Customer group settings. For simplicity, let's say the discount is 50 %. This works great when a group member place a normal order in the shop, the discount is counted correctly. But when adding additional products to the order in the back-office (by clicking the Add product button in the order) sometimes the Customer group discount seems to be added twice, meaning that customers get another 50% off a price that's already discounted by 50 %. The price is displayed correctly when you search for the product but as soon as you hit the second Add product button, the product is added to the cart with an incorrect price. There are no other discounts, specific prices or modules that should affect the prices, and as stated, everything works in the front-office so that would indicate a bug in the back-office. Has anyone stumbled upon this before or have any clues what to do?

Old topic but seems to be a lot of people struggling with this. Found a solution that isn't perfect in all cases but sorta work. In the Product selection first select the category/categories you want the voucher to apply to. Then add another rule concering Products, select all products from the Unselected column to the left and move them to the right Selected column. Make sure that you haven't added two separate rules. Categories and Products should be under the same rule as below. Then under Actions > Apply a discount to, select Selected product(s) This means that the rule will concern all products, but only those in the selected categories. And the discount will only apply to products in that certain category. The down side is that if you add new products, they will have to be added manually under Product selection.

Yes the CSS works but I want to avoid having to add specific CSS for all level two and three categories since that means the CSS has to be updated every time a new category is added.

I have a three level category structure that looks something like this: Women ​Tops Blouses Jackets Shoes Casual shoes Training shoes ​Men Shirts Long-sleeve Short-sleeve Shoes Sneakers Trainers ​I want to use a certain color for styling elements on all Men categories and another color for all Women categories. So all sub-categories and sub-sub-categories should have the same color as their "grandparent" category. So my solution was to add this to the body class tag in header.tpl. {if $page_name == 'category'} category-{$id_category_parent}{/if} This works great but only for two levels. When I'm in say the Blouses category on level 3, the returned parent ID will of course be Tops instead of Women. I know there is a $category->level_depth command that might be helpful but I still can't figure out how to access the "grandparent" category ID for level 3 categories. Any ideas?

I was just looking for something like this. Thank you very much for sharing!

Thanks again for taking the time. Might look into automating this solution. Editing all id_manufacturer to a "Not on sale" manufacturer in the database is done in a jiffy but then again it's easy to forget to add the "Not on sale" manufacturer to all new products. Maybe it would be easiest to add some SQL trigger that adds the "Not on sale" manufacturer to all new products and then adds the "On sale" manufacturer to all products that get a specific price or has the On sale checkbox active.

Thanks for the reply! Don't know if I'm just slow today but I can't get it to work completely. If I keep the On sale manufacturer in the Unselected box, I don't get a discount for On Sale products. So far so good. But what doesn't work is discounts for other products. Since my regular priced products don't have a Manufacturer they are not affected by the cart rule and should therefore not work. Right? Using 1.5.6.2 as well.