Jump to content

DavidCBL

Members
  • Posts

    7
  • Joined

  • Last visited

Profile Information

  • First Name
    David
  • Last Name
    Patterson

DavidCBL's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. I've FINALLY found a 'hack' that works for me though I'm not sure if it's correct. In product.tpl change line 425 to data-discount="{$quantity_discount.reduction|floatval}" from data-discount="{$quantity_discount.real_value|floatval}" and change line 438 to {convertPrice price=$quantity_discount.reduction|floatval} from {convertPrice price=$quantity_discount.real_value|floatval}
  2. I think the problem seems to be in ProductController.php with the call to formatQuantityDiscounts() with the base price rather than the combination price. This is giving a real_value of -4 rather than the expected 2 in my case. However, I can't just change this to use the combination price as the actual price display in the upper right is correct and breaks if I change it to correct the volume discount price. Someone must have come across this problem previously and fixed it, if you have I'd appreciate some input
  3. Hi, I've been looking for the past day for a solution to this problem but so far have found nothing that fixes the problem. I'm using the default bootstrap theme on PrestaShop 1.6.1.6. I've also tried 1.6.1.7 and it's the same problem. I have my prices all set to include tax at 20%. I have a product with say base price 255 (inc tax 306) and two combinations, the first with no increase (so still 255 and 306), the second with an increase of 5 to 260 (inc tax 312). I've created a specific price rule using a base of 260 not 255 and a decrease of 2 inc tax for 5+ units. This would make it 310 inc tax. I've tried working off the base but it doesn't take into account the +5 increase from the combination so it's 306 - 2 and not 312 - 2. If I use tax excl for the -2 reduction (so it's 2.40) then the price is 303.60 (306-2.40), which is still ignoring the increase of 5 from the combination. In this scenario the volume discounts table is correct at 2 in the discount and saving of 10 though the actual price is wrong. However, if I work on a specific price of 260 with a reduction of 2 on quantity of 5+ my price reduction is correct in the top right of the product page at 310 and it's correct when added to the cart but the volume discount shows as -4 and you save as -20. It seems to be working this out as (260 + 20% - 2) = 310 but 310 is 4 higher than 306 so it's a discount of -4. It should in fact be using the base price from the combination, so it should have had a base of 312 not 306 so it would have shown the discount as 2. I've tried lots of combinations of tax inc/ex and various specific pricing and I can either get the volume discount to show correctly and the price wrong or the price right and the volume discount wrong. Does anyone know a way to change the volume discount so it works off the combination actual price increase from the base rather than just the base value? (I forgot to add, in preferences I do have it set as quantity discount based on combinations and not product but this setting has no effect either way) Thank you, David
  4. Unless I've missed something they do all appear to be version number updates, general formatting updates and changing the max version to 1.6.99.99. I've updated both of my 1.6.1.6 sites and they're still running and none of the settings on the updated modules have changed. I'll be updating my 1.6.1.5 site tomorrow once I get it to 1.6.1.6. My SagePay module was also updated by the PrestaShop Addons team and that still appears to be working though I had no idea what they changed on that either as no changelog! I had to ftp down the code and compare it to a previous version to find they'd changed two files and added in a blank file under translations!
  5. Thanks Bellini13. I've got a test store running these updated modules and will do a code comparison against one of my backups. I was concerned with the recent security issues that it might somehow be related to that.
  6. So by taking all them updates I won't break my stores? If that's the case then I'll update them tomorrow. Thanks.
  7. Hi all, Yesterday my 1.6.1.6 store reported it needed to update 12 modules, as of today that's risen to 31 modules! I've tried searching everywhere online to find the reason for so many updates needed and can find no reason. I contacted PrestaShop through their online chat but they weren't aware of any updates. I've seen this issue now on 3 of my ecommerce stores, two of which are 1.6.1.6 and one is 1.6.1.5. I ran up a demo store and went through all of the updates but there doesn't seem to be any changelog as to why so much has changed. I did notice that the updates correlated with a lot of changes someone called Maxime Biloe is currently doing on GitHub. for example the BankWire change is for stating it's not compatible with 1.7. I don't suppose anyone can advise as to why so many of the modules are being updated and whether it's safe to actually take the changes as I don't wish to break my websites. The modules that are requesting updates are: Bank wire, Banner Block, Cart Block, Categories Block, CMS Block, Contact Block, Contact Information Block, Currency Block, Custom CMS Information Block, Featured Products on the homepage, Image Slider for your homepage, Language block, Layered Navigation block, manufacturers block, my account block, my account block for your websites footer, new products block, newsletter block, payments logo block, product payment logos block, quick search block, social networking block, social sharing, specials block, store locator block, tags block, theme configurator, top horizontal menu, user info block, viewed products block and wishlist block! Thank you, David
×
×
  • Create New...