Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0027983
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Multi order paymentmajorrandom2014-10-27 09:182015-05-04 18:39
ReportersureshbabuView Statuspublic 
Assigned Tomigueldejuana 
PriorityurgentResolutionfixedFixed in VersionRR15Q1
StatusclosedFix in branchpiFixed in SCM revisiona6a0c039e5f2
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Merge Request Status
Review Assigned Tomtaal
OBNetwork customerNo
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0027983: [RR14Q4] When receipts are paid through Pay open tickets option, system shows wrong total amount(receipt total amount)

DescriptionAfter creating open tickets, when the user clicks Cash up option and cancel the cash up process. And then when the user try to pay the receipts through Pay open tickets option, system shows wrong total amount(shows one of the receipt total amount as zero)
Steps To Reproduce1) create a Open receipt R1 for amount 113.50
2) Create one more open receipt R2 for amount 200
3) Then click Cash up process.
4) Without doing any thing cancel the cashup process by clicking the cancel button
5) Then try to pay the open receipts using "Pay open tickets" option and select both the receipts which are created at step 1 & Step 2.
6) Then verify the total amount of the each receipt.


Defect: System wrongly shows Receipt R2 amount as Zero (0.00) instead of 200.00

Note: Verify the screen shot for details.

TagsNo tags attached.
Attached Filespng file icon When cash up process is cancelled and when i try to pay open tickets total amount shows wrong value.png [^] (189,833 bytes) 2014-10-27 09:18

- Relationships [ Relation Graph ] [ Dependency Graph ]

-  Notes
(0071232)
hgbot (developer)
2014-10-28 16:26

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: a6a0c039e5f2972608a18c2a2a96d3598e966594
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue Oct 28 16:24:46 2014 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/a6a0c039e5f2972608a18c2a2a96d3598e966594 [^]

Fixed issue 0027983: [RR14Q4] When receipts are paid through Pay open tickets option, system shows wrong total amount(receipt total amount)

Recalculate gross amount when loading unpaid orders

---
M web/org.openbravo.retail.posterminal/js/pointofsale/model/pointofsale-model.js
---
(0071356)
migueldejuana (viewer)
2014-11-03 13:57

 I'm able to reproduce it in Q2,Q3 and Q4. Please Suresh, add some info to know better if it is a regression or just an issue.

Thanks
(0071358)
sureshbabu (viewer)
2014-11-03 14:28

 Retested, now i can able to reproduce in Q3 & Q2 instances. so its not a regression and i will update the fields accordingly.
(0071364)
mtaal (viewer)
2014-11-03 14:56

 Reviewed and tested
(0076941)
hgbot (developer)
2015-05-04 13:47

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 37235e8d729ae054946c4355d7cc74bf76168b11
Author: Miguel A. Alsasua <miguel.alsasua <at> openbravo.com>
Date: Mon May 04 13:47:04 2015 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/37235e8d729ae054946c4355d7cc74bf76168b11 [^]

fixed issue 29747: removed execution of applypromotions when the receipt is cloning and the receipt is saved when calculate gross is executed

when the receipt is cloning, the apply promotions is disabled, because it is generating multiples calls to cloneReceipt method, and it generates that the receipt cloned is corrupted
So, we have problems of refresh of receipt, for example issue 28457 and 27983. To avoid this problems, the order is saved in database local, when calculate gross is executed (to fix of other way the issue 28457)
And removed the fix to issue 27983, now it is working fine with the change to save the receipt in database local when calculate gross is executed

---
M web/org.openbravo.retail.posterminal/js/model/discounts.js
M web/org.openbravo.retail.posterminal/js/model/order.js
M web/org.openbravo.retail.posterminal/js/pointofsale/model/pointofsale-model.js
---
(0076969)
hgbot (developer)
2015-05-04 18:39

 Repository: retail/backports/3.0RR15Q2/org.openbravo.retail.posterminal
Changeset: f012545376ffa1e65269f775f59550391f919457
Author: Miguel A. Alsasua <miguel.alsasua <at> openbravo.com>
Date: Mon May 04 13:47:04 2015 +0200
URL: http://code.openbravo.com/retail/backports/3.0RR15Q2/org.openbravo.retail.posterminal/rev/f012545376ffa1e65269f775f59550391f919457 [^]

fixed issue 29752: removed execution of applypromotions when the receipt is cloning and the receipt is saved when calculate gross is executed

when the receipt is cloning, the apply promotions is disabled, because it is generating multiples calls to cloneReceipt method, and it generates that the receipt cloned is corrupted
So, we have problems of refresh of receipt, for example issue 28457 and 27983. To avoid this problems, the order is saved in database local, when calculate gross is executed (to fix of other way the issue 28457)
And removed the fix to issue 27983, now it is working fine with the change to save the receipt in database local when calculate gross is executed

---
M web/org.openbravo.retail.posterminal/js/model/discounts.js
M web/org.openbravo.retail.posterminal/js/model/order.js
M web/org.openbravo.retail.posterminal/js/pointofsale/model/pointofsale-model.js
---

- Issue History
Date Modified Username Field Change
2014-10-27 09:18 sureshbabu New Issue
2014-10-27 09:18 sureshbabu Assigned To => marvintm
2014-10-27 09:18 sureshbabu File Added: When cash up process is cancelled and when i try to pay open tickets total amount shows wrong value.png
2014-10-27 09:18 sureshbabu OBNetwork customer => No
2014-10-27 09:18 sureshbabu Regression level => QA functional test
2014-10-27 09:18 sureshbabu Triggers an Emergency Pack => No
2014-10-28 16:26 hgbot Checkin
2014-10-28 16:26 hgbot Note Added: 0071232
2014-10-28 16:26 hgbot Status new => resolved
2014-10-28 16:26 hgbot Resolution open => fixed
2014-10-28 16:26 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/a6a0c039e5f2972608a18c2a2a96d3598e966594 [^]
2014-10-28 16:28 migueldejuana Assigned To marvintm => migueldejuana
2014-10-28 16:28 migueldejuana Status resolved => new
2014-10-28 16:28 migueldejuana Resolution fixed => open
2014-10-28 16:29 migueldejuana Status new => scheduled
2014-10-28 16:29 migueldejuana fix_in_branch => pi
2014-10-28 16:29 migueldejuana Status scheduled => resolved
2014-10-28 16:29 migueldejuana Resolution open => fixed
2014-11-03 13:57 migueldejuana Note Added: 0071356
2014-11-03 14:28 sureshbabu Note Added: 0071358
2014-11-03 14:38 sureshbabu Assigned To migueldejuana => sureshbabu
2014-11-03 14:38 sureshbabu Status resolved => new
2014-11-03 14:38 sureshbabu Resolution fixed => open
2014-11-03 14:38 sureshbabu Regression level QA functional test =>
2014-11-03 14:38 sureshbabu fix_in_branch pi =>
2014-11-03 14:40 sureshbabu Assigned To sureshbabu => migueldejuana
2014-11-03 14:42 migueldejuana Status new => scheduled
2014-11-03 14:42 migueldejuana fix_in_branch => pi
2014-11-03 14:42 migueldejuana Status scheduled => resolved
2014-11-03 14:42 migueldejuana Resolution open => fixed
2014-11-03 14:56 mtaal Review Assigned To => mtaal
2014-11-03 14:56 mtaal Note Added: 0071364
2014-11-03 14:56 mtaal Status resolved => closed
2014-11-03 14:56 mtaal Fixed in Version => RR15Q1
2015-05-04 13:47 hgbot Checkin
2015-05-04 13:47 hgbot Note Added: 0076941
2015-05-04 18:39 hgbot Checkin
2015-05-04 18:39 hgbot Note Added: 0076969

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker