Openbravo Issue Tracking System - Retail Modules
View Issue Details
0029287Retail ModulesCash uppublic2015-03-16 11:302015-05-05 12:37
aaroncalero 
aaroncalero 
highmajorhave not tried
closedfixed 
5
pi 
RR15Q3RR15Q3 
malsasua
Production - Confirmed Stable
2014-07-31
RR14Q2
https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/b4857a1be895 [^]
No
0029287: The Paymentmethodcashup table is not correctly updated using multiorders
The 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
Login 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.
No tags attached.
depends on backport 0029307RR15Q1.3 closed aaroncalero The Paymentmethodcashup table is not correctly updated using multiorders 
depends on backport 0029308RR14Q3.6 closed marvintm The Paymentmethodcashup table is not correctly updated using multiorders 
caused by defect 0026025RR14Q2 closed migueldejuana Using Multiorders, data is not saved for cashup 
caused by defect 0027214 closed Orekaria [RR14Q3] While paying the receipts using Pay Open Tickets option, Uncaught type error appears when overpayment is made - Card 
blocks feature request 0028933RR16Q1 closed Retail QA: RR15Q2: Add tests for Mobile applications 
Issue History
2015-03-16 11:30aaroncaleroNew Issue
2015-03-16 11:30aaroncaleroAssigned To => marvintm
2015-03-16 11:30aaroncaleroRegression level => Production - Confirmed Stable
2015-03-16 11:30aaroncaleroRegression date => 2014-07-31
2015-03-16 11:30aaroncaleroRegression introduced in release => RR14Q3
2015-03-16 11:30aaroncaleroRegression introduced by commit => https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/b4857a1be895 [^]
2015-03-16 11:30aaroncaleroTriggers an Emergency Pack => No
2015-03-17 09:42aaroncaleroNote Added: 0075678
2015-03-17 09:43aaroncaleroStatusnew => scheduled
2015-03-17 10:41OrekariaRelationship addedblocks 0028933
2015-03-17 11:39dmitry_mezentsevRelationship addedcaused by 0026025
2015-03-17 11:41dmitry_mezentsevRelationship addedcaused by 0027214
2015-03-17 11:42dmitry_mezentsevRegression introduced in releaseRR14Q3 => RR14Q2
2015-03-30 20:12marvintmTarget VersionRR15Q2 => RR15Q3
2015-04-14 10:57hgbotCheckin
2015-04-14 10:57hgbotNote Added: 0076511
2015-04-14 10:57hgbotStatusscheduled => resolved
2015-04-14 10:57hgbotResolutionopen => fixed
2015-04-14 10:57hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/c1ff550691c27c0d552ebd91e3763ddc340c8ad2 [^]
2015-04-14 11:05aaroncaleroAssigned Tomarvintm => aaroncalero
2015-04-29 20:41dmitry_mezentsevNote Added: 0076898
2015-05-05 12:37malsasuaReview Assigned To => malsasua
2015-05-05 12:37malsasuaNote Added: 0077001
2015-05-05 12:37malsasuaStatusresolved => closed
2015-05-05 12:37malsasuaFixed in Version => RR15Q3

Notes
(0075678)
aaroncalero   
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   
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   
2015-04-29 20:41   
Ping!
Guys,
It looks like this issue is in Q2 so it has to be closed!!!
(0077001)
malsasua   
2015-05-05 12:37   
verified