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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0029287
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Cash upmajorhave not tried2015-03-16 11:302015-05-05 12:37
ReporteraaroncaleroView Statuspublic 
Assigned Toaaroncalero 
PriorityhighResolutionfixedFixed in VersionRR15Q3
StatusclosedFix in branchFixed in SCM revisionc1ff550691c2
ProjectionnoneETAnoneTarget VersionRR15Q3
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Review Assigned Tomalsasua
Regression levelProduction - Confirmed Stable
Regression date2014-07-31
Regression introduced in releaseRR14Q2
Regression introduced by commithttps://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/b4857a1be895 [^]
Triggers an Emergency PackNo
Summary

0029287: The Paymentmethodcashup table is not correctly updated using multiorders

DescriptionThe Paymentmethodcashup table is not correctly updated using multiorders.
The Paymentmethodcashup table is updated the first time multiorders are used to pay open tickets, but from then on the table is no longer updated
Steps To ReproduceLogin in WebPOS
Create 4 tickets and add some products to all of them. Do NOT close the tickets.
Verify the values in the paymentmethodcashup table.
Using the menu entry 'Pay Open tickets' pay the first 2 tickets.
Verify that the paymentmethodcashup table is updated.
Using the menu entry 'Pay Open tickets' pay the remaining 2 tickets.
Verify that the paymentmethodcashup table is NOT updated.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
depends on backport 0029307RR15Q1.3 closedaaroncalero The Paymentmethodcashup table is not correctly updated using multiorders 
depends on backport 0029308RR14Q3.6 closedmarvintm The Paymentmethodcashup table is not correctly updated using multiorders 
caused by defect 0026025RR14Q2 closedmigueldejuana Using Multiorders, data is not saved for cashup 
caused by defect 0027214 closedOrekaria [RR14Q3] While paying the receipts using Pay Open Tickets option, Uncaught type error appears when overpayment is made - Card 
blocks feature request 0028933RR16Q1 closedRetail QA: RR15Q2: Add tests for Mobile applications 

-  Notes
(0075678)
aaroncalero (manager)
2015-03-17 09:42

The original regression was introduced in RR14Q2 by the following commit:
https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/ba559daa626b77980a6fdff42a028894c24203e3 [^]
(0076511)
hgbot (developer)
2015-04-14 10:57

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: c1ff550691c27c0d552ebd91e3763ddc340c8ad2
Author: Aaron Calero <aaron.calero <at> openbravo.com>
Date: Tue Apr 14 10:52:20 2015 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/c1ff550691c27c0d552ebd91e3763ddc340c8ad2 [^]

Fixed issue 29287: The Paymentmethodcashup table is not correctly updated using multiorders

The array used to keep the list of orders within the multiorder (to be passed to the cashup report) is now reset after the cashup report is called, so the next time a multiorder ticket is closed, the array is empty and only receipts belonging to the current multiorder are considered for the cashup report.

---
M web/org.openbravo.retail.posterminal/js/pointofsale/model/pointofsale-model.js
---
(0076898)
dmitry_mezentsev (developer)
2015-04-29 20:41

Ping!
Guys,
It looks like this issue is in Q2 so it has to be closed!!!
(0077001)
malsasua (developer)
2015-05-05 12:37

verified

- Issue History
Date Modified Username Field Change
2015-03-16 11:30 aaroncalero New Issue
2015-03-16 11:30 aaroncalero Assigned To => marvintm
2015-03-16 11:30 aaroncalero Regression level => Production - Confirmed Stable
2015-03-16 11:30 aaroncalero Regression date => 2014-07-31
2015-03-16 11:30 aaroncalero Regression introduced in release => RR14Q3
2015-03-16 11:30 aaroncalero Regression introduced by commit => https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/b4857a1be895 [^]
2015-03-16 11:30 aaroncalero Triggers an Emergency Pack => No
2015-03-17 09:42 aaroncalero Note Added: 0075678
2015-03-17 09:43 aaroncalero Status new => scheduled
2015-03-17 10:41 Orekaria Relationship added blocks 0028933
2015-03-17 11:39 dmitry_mezentsev Relationship added caused by 0026025
2015-03-17 11:41 dmitry_mezentsev Relationship added caused by 0027214
2015-03-17 11:42 dmitry_mezentsev Regression introduced in release RR14Q3 => RR14Q2
2015-03-30 20:12 marvintm Target Version RR15Q2 => RR15Q3
2015-04-14 10:57 hgbot Checkin
2015-04-14 10:57 hgbot Note Added: 0076511
2015-04-14 10:57 hgbot Status scheduled => resolved
2015-04-14 10:57 hgbot Resolution open => fixed
2015-04-14 10:57 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/c1ff550691c27c0d552ebd91e3763ddc340c8ad2 [^]
2015-04-14 11:05 aaroncalero Assigned To marvintm => aaroncalero
2015-04-29 20:41 dmitry_mezentsev Note Added: 0076898
2015-05-05 12:37 malsasua Review Assigned To => malsasua
2015-05-05 12:37 malsasua Note Added: 0077001
2015-05-05 12:37 malsasua Status resolved => closed
2015-05-05 12:37 malsasua Fixed in Version => RR15Q3


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker