If I add to cart a product and go ahead to the checkout, the price in relation to the quantity set is correct. If I go back to the cart, and change the quantity, the price is initially being correctly calculated (in the cart section), but If I go ahead to the checkout again, I will get the previous price, set in according to the old quantity and not to the updated quantity.
Does someone have the same issue ? if it's so, a patch would be awesome.
Thanks
| Comment | File | Size | Author |
|---|---|---|---|
| #10 | 2787509-cart-update-qty.patch | 2.09 KB | longwave |
| #10 | 2787509-cart-update-qty-test-only.patch | 1.57 KB | longwave |
Comments
Comment #2
tr commentedComment #3
rolfo85 commentedI noticed that this issue happens only if you click on the "back" browser button.
If you go back using the button "cancel" in the bottom of the page, then you can update your quantity and go ahead again and the price is being correctly updated in according to the new quantity.
The point is that almost everyone uses the back button.
Can someone fix this ?
Comment #4
rolfo85 commentedComment #5
tr commentedI have not yet looked at this issue or tried to reproduce it. The first thing I would suggest is to update your site to -dev to see if the issue has been fixed.
Comment #6
rolfo85 commentedI've just tried it with your test installation.
There is still that problem, only when you're using the browser button.
That's why I wanted to use the PayPal express checkout.
Comment #7
tr commentedYes, I'm able to reproduce this. It looks like a caching problem - Drupal 8 caches everything by default unless you explicitly tell it not to, which means applications like e-commerce which use volatile data are subject to this kind of problem.
Comment #8
rolfo85 commentedSo could it be fixable?
Comment #9
david.czinege commentedI created a patch, which set senssion's uc_cart_order_rebuild parameter to TRUE in the cart form's submitForm method. After that the checkout page will be rebuilt.
Comment #10
longwaveThis should fix it for now, though we should perhaps refactor much of the cart -> order code.
Comment #11
longwaveHah, great timing, and an identical fix!
Comment #14
longwaveCommitted - @david.czinege I gave you author credit as you posted first.
Comment #15
david.czinege commentedHaha :) Thank you!
Comment #16
rolfo85 commentedThank so much
Comment #18
rakun commentedThis is issue for D7 and ubercart 3.x also. Problem can be reproduced as anonymous user with steps mentioned above.
Should I create new post for this issue on D7, or reopen this one?
Comment #19
tr commentedPatch in #10 (including test) should be backported to 7.x-3.x. I'm not sure why this wasn't done before ...
Comment #20
rakun commentedNot yet ported?
Comment #21
cosolom commentedI think this is done for 7.x-3.x
Comment #23
graham leach commentedHello Everyone,
If there's a back port of this solution to D7U3...where's the link please?