Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajorrandom2018-11-26 14:422019-04-15 18:53
Reportergorka_gilView Statuspublic 
Assigned Togorka_gil 
PrioritynormalResolutionfixedFixed in VersionRR18Q4.3
StatusclosedFix in branchFixed in SCM revision2093905bef72
ProjectionnoneETAnoneTarget VersionRR18Q4.3
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toguilleaer
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0040617: Shared payment methods: race condition when saving the slave cashup

DescriptionWhen doing login into a slave of payment methods,
if go directly to the cashup it gives an error.

Looking into openbravo log can be seen that the cashup id is null, since the synchronization of the initial cachup done in the login still is not in the backend.

Looks like a race condition between the initial cashup and the runsynprocess to sync it to the backend.
Steps To ReproduceAfter add the terminal log project it can be reproduced in the shared payment tests, for example:
I31822_SPMQuotationSharedPayments (in the api method restoreSPMCashups)
Proposed SolutionEnsure that initcashup has finish before launch the runsyncprocess.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0039691 closedgorka_gil Shared payment methods: race condition when saving the slave cashup 

-  Notes
hgbot (developer)
2019-04-15 18:35

Repository: retail/backports/3.0RR18Q4.3/org.openbravo.retail.posterminal
Changeset: 2093905bef726e9911aeeb8968a06eaf8143c2de
Author: Gorka Gil <gorka.gil <at>>
Date: Thu Apr 11 19:00:16 2019 +0200
URL: [^]

Fixed issue 40617: Fixed two problems with shared payment methods cashup synchronization:
- If terminal belonged to a hierarchy, initCashup and runsyncprocess were executed twice during login
- The synchronization of the cashup happened when the cashup hadn't yet been prepared to be synchronized

M web/org.openbravo.retail.posterminal/js/closecash/model/cashup-model.js
M web/org.openbravo.retail.posterminal/js/login/model/login-model.js

- Issue History
Date Modified Username Field Change
2019-04-15 16:17 gorka_gil Type defect => backport
2019-04-15 16:17 gorka_gil Target Version => RR18Q4.3
2019-04-15 18:35 hgbot Checkin
2019-04-15 18:35 hgbot Note Added: 0111157
2019-04-15 18:35 hgbot Status scheduled => resolved
2019-04-15 18:35 hgbot Resolution open => fixed
2019-04-15 18:35 hgbot Fixed in SCM revision [^] => [^]
2019-04-15 18:53 guilleaer Review Assigned To marvintm => guilleaer
2019-04-15 18:53 guilleaer Status resolved => closed
2019-04-15 18:53 guilleaer Fixed in Version => RR18Q4.3

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker