Bug: Editing and updating an order does not update totals correctly
Let's say we want to update an order and increase an amount. The functionality is there in theory. You can go to Orders and edit the order and new totals do calculate correctly at first. But if you click to save the order, the order totals revert to the original amount. If you send an invoice, it will have the correct subtotal but will have the original total will be what the customer is asked to pay.
In the order below, the original order was for a test product for $1.00. We updated the order and the new total should be $300, but the customer is only invoiced the original $1.
We need a fix please.
Jigoshop 1.2.1
Twenty Eleven
Authorize.net
Checkout field manager
Easy FancyBox
Fast Secure Contact Form
Custom Meta Widget
Tiny MCE Widget
MaxButtons
Social Sharing Toolkit
Ultimate TinyMCE
Screen_shot_2012-05-23_at_8.00.04_PM.png
Support Staff 2 Posted by ivica on 24 May, 2012 08:01 AM
Hi! Thank you for your report, I forwarded it directly to developers for
investigation.
3 Posted by markos24ro on 24 May, 2012 04:31 PM
In version 1.2.2, Jigoshop Version: 1.2.2, WordPress Version: 3.3.2, PHP Version: 5.2.17.
When I change order status after click on save command button all costs of products are multiply with the quantity.
If I change status from "on hold" to "processing" all costs are doubleingin command, but the totals and subtotal remain good.
Then when I change status of command from "processing" to "completed" the cost of each product multiplied by the quantity again.
What can I do?
4 Posted by Matt on 24 May, 2012 06:48 PM
Try the two changes outlined here, and let me know if that fixes all your totals issues:
http://i.imgur.com/ofQ7p.png
5 Posted by markos24ro on 24 May, 2012 07:12 PM
Thanks, that's works, but from admin using the JigoShop - Delivery Notes, the note printed is stiil worng, take worng calculation but I don't no from where.
A little help please to solve this second problem.
Thank you.
6 Posted by Matt on 24 May, 2012 07:48 PM
Sorry, the Delivery Notes plugin wasn't developed by the Jigoshop Team, therefore we can't provide support for it.
Cheers
7 Posted by markos24ro on 24 May, 2012 07:56 PM
ok, thanks very much for help.
8 Posted by markf@projectdiscovery.com on 25 May, 2012 03:33 AM
Hey Matt -
The fix you provided here (http://i.imgur.com/ofQ7p.png) seems to have done the trick. The totals now appear correctly and emailing an invoice sends the correct amount as well.
Can a guy assume that new code will automatically be included in any new versions of Jigoshop? Thanks for the help Matt.
9 Posted by Matt on 25 May, 2012 02:15 PM
Absolutely, it will be fixed for v1.2.3 and forever after :).
10 Posted by colormania on 30 May, 2012 05:52 AM
For people using delivery notes, it is remultiplying the total by quantity. I've done something in jigoshop-delivery-notes-classes, line 248 :
$data['price'] = jigoshop_price($item['cost'] * $item['qty'], array('ex_tax_label' => 1));I suppressed
* $item['qty']and it seems to have done the trick for frontend orders.But I still have a problem when I create manually orders as subtotals and totals don't seem t calculated the same way.
Here is the other thread.
11 Posted by Lynn on 15 Jun, 2012 02:40 PM
Matt, I have an urgent problem. We shipped out our orders but there is no options for me to go to Edit Order and select complete the order. The entire bar of Customer Billing Address and Costomer Shipping Address, Order status..etc are missing. Please see my attached image. Please help.
Support Staff 12 Posted by ivica on 15 Jun, 2012 03:15 PM
Hi Lynn! I don't see your image attached?
13 Posted by superkat1 on 25 Jul, 2012 07:57 PM
Matt,
I verified your code fix and it is indeed already included in the new 1.2.3 version, however, the problem still remains. The problem being manual orders input from the back end are not saving correctly, the data is being dumped. The totals go back to zero and all customer billing, address etc. will not save. I see that the beta test of 1.3 will fix this, but I need a work around to be used on my live site until 1.3 is actually launched.
14 Posted by Matt on 28 Jul, 2012 03:38 PM
Yes that bug should be fixed in the current 1.3 public beta.
15 Posted by superkat1 on 30 Jul, 2012 10:17 AM
referring again to my last post " I see that the beta test of 1.3 will fix this, but I need a work around to be used on my live site until 1.3 is actually launched."
Is it possible for you to provide that code which is the "fix" in 1.3 for those of us needing our live sites to function. A known fix currently only in beta testing isn't the answer. I can't use the beta version as my functional shop and I need these values to not be zeroed for my invoices or my customers.
Thanks so much!