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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0032486
TypeCategorySeverityReproducibilityDate SubmittedLast Update
feature request[Retail Modules] Web POSmajoralways2016-03-15 18:272016-03-30 10:15
ReporterOrekariaView Statuspublic 
Assigned ToOrekaria 
PrioritynormalResolutionfixedFixed in VersionRR16Q2
StatusclosedFix in branchFixed in SCM revision3cd41b0ee827
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customerNo
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0032486: Stabilization: SynchronizationHelper should wrap the asynchronous calls since the Done button is tapped till receipt is closed

DescriptionStabilization: SynchronizationHelper should wrap the asynchronous calls since the Done button is tapped till receipt is closed
Steps To ReproduceIn the ob-synchronization.js file
Set the verbose value to true

Create a sale, start the paying process, stop when the done button is shown

Go to the console, clean the log

Tap the Done button

Verify that the SynchronizationHelper enters a 'synchronized' state before the receipt has been closed
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]

-  Notes
(0084995)
hgbot (developer)
2016-03-15 18:56

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 3cd41b0ee82705f2abefa6e7e01c380599396a3a
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Tue Mar 15 18:46:47 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/3cd41b0ee82705f2abefa6e7e01c380599396a3a [^]

Fixes issue 32486: The SynchronizationHelper wraps the calls since the Done button is tapped until the receipt is closed

The problem is that, depending on the performance of the terminal and/or the quick the user is, receipt data can be corrupted because the closing receipt can get data from another new receipt being created

Also there are collateral changes applied:
- the errorCallback in the multiorders flow has been activated
- when paying with credit, the paymentDone event is triggered after the business partner has been updated

Note that:
- existing or new popups not considering this wraps, can cause the application to fail to halt

---
M web/org.openbravo.retail.posterminal/js/data/dataordersave.js
M web/org.openbravo.retail.posterminal/js/pointofsale/model/pointofsale-model.js
M web/org.openbravo.retail.posterminal/js/pointofsale/view/modals/modalcreditsales.js
M web/org.openbravo.retail.posterminal/js/pointofsale/view/payment.js
---

- Issue History
Date Modified Username Field Change
2016-03-15 18:27 Orekaria New Issue
2016-03-15 18:27 Orekaria Assigned To => Orekaria
2016-03-15 18:27 Orekaria OBNetwork customer => No
2016-03-15 18:27 Orekaria Triggers an Emergency Pack => No
2016-03-15 18:28 Orekaria Status new => scheduled
2016-03-15 18:47 Orekaria Summary Stabilization: SynchronizationHelper should wrap the asynchronous calls since the Done button is tapped till receipt is close => Stabilization: SynchronizationHelper should wrap the asynchronous calls since the Done button is tapped till receipt is closed
2016-03-15 18:47 Orekaria Description Updated View Revisions
2016-03-15 18:56 hgbot Checkin
2016-03-15 18:56 hgbot Note Added: 0084995
2016-03-15 18:56 hgbot Status scheduled => resolved
2016-03-15 18:56 hgbot Resolution open => fixed
2016-03-15 18:56 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/3cd41b0ee82705f2abefa6e7e01c380599396a3a [^]
2016-03-30 10:15 marvintm Review Assigned To => marvintm
2016-03-30 10:15 marvintm Status resolved => closed
2016-03-30 10:15 marvintm Fixed in Version => RR16Q2

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker