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

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajorsometimes2015-06-29 11:062015-07-27 14:09
ReportermarvintmView Statuspublic 
Assigned Tomarvintm 
PriorityurgentResolutionfixedFixed in VersionRR15Q2.3
StatusclosedFix in branchFixed in SCM revisionc87925fade93
ProjectionnoneETAnoneTarget VersionRR15Q2.3
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned ToOrekaria
Regression levelProduction - QA Approved
Regression date2015-01-29
Regression introduced in releaseRR15Q2
Regression introduced by commit [^]
Triggers an Emergency PackNo

0030266: Due to a race condition, it could happen that a cash up is processed more than once

DescriptionDue to a problem in the code which manages the locks in the cash up process, it could happen that if the same cash up is sent more than once, it will be processed more than once also, which leads to:
- Duplicated invoices
- Duplicated reconciliations and transactions which move cash from the POS account to the bank account.
Steps To ReproduceSo far we don't have a reliable way to reproduce this problem. It happened several times in a customer, and the problem in the code is clear, but there is no way to reproduce this problem reliably using the functionality.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0030265RR15Q3 closedmarvintm Due to a race condition, it could happen that a cash up is processed more than once 

-  Notes
hgbot (developer)
2015-07-15 16:08

Repository: retail/backports/3.0RR15Q2.3/org.openbravo.retail.posterminal
Changeset: c87925fade935416cb301a91048394247f09aa27
Author: Antonio Moreno <antonio.moreno <at>>
Date: Wed Jul 15 16:07:26 2015 +0200
URL: [^]

Fixed issue 30266. The commit is not needed, and it unlocks the lock which is needed to ensure the cash up is only processed once in the event of more than one duplicated requests from the client side.

M src/org/openbravo/retail/posterminal/

- Issue History
Date Modified Username Field Change
2015-06-29 11:07 marvintm Type defect => backport
2015-06-29 11:07 marvintm Target Version RR15Q3 => RR15Q2.3
2015-06-29 13:56 dmitry_mezentsev Tag Attached: Approved
2015-07-15 16:08 hgbot Checkin
2015-07-15 16:08 hgbot Note Added: 0078815
2015-07-15 16:08 hgbot Status scheduled => resolved
2015-07-15 16:08 hgbot Resolution open => fixed
2015-07-15 16:08 hgbot Fixed in SCM revision => [^]
2015-07-27 14:09 Orekaria Review Assigned To => Orekaria
2015-07-27 14:09 Orekaria Status resolved => closed
2015-07-27 14:09 Orekaria Fixed in Version => RR15Q2.3

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker