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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0030809
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajorsometimes2015-09-09 18:522015-12-17 15:19
ReportermarvintmView Statuspublic 
Assigned Tojorge-garcia 
PriorityhighResolutionno change requiredFixed in VersionRR16Q1
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned ToOrekaria
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0030809: CalculateGross functionality may be called several times in parallel

DescriptionCurrently in the Web POS there are several actions which may trigger the "calculateGross" functionality, which computes taxes and gross/net values of each line and the receipt.

This functionality is asynchronous, and should protect itself so that no more than one execution is happening in parallel, to prevent potential data corruption and performance problems. However, this is currently not the case.
Steps To Reproduce- In the Web POS, add a product
- Click on the line, and click on the "+" button many times in quick succession. Verify that the browser slows down quite a bit, and that there are multiple executions of the calculateTaxes functionality running in parallel. This should not happen.
Proposed SolutionThe calculateGross function should control whether there is an execution currently running, and should start a new execution if a call happened while the previous one was running.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0030771RR16Q1 closedjorge-garcia CalculateTaxes should not be executed when the receipt is being closed 

-  Notes
(0082832)
Orekaria (administrator)
2015-12-17 15:19

Fixed with the changesets in the issue 30771

- Issue History
Date Modified Username Field Change
2015-09-09 18:52 marvintm New Issue
2015-09-09 18:52 marvintm Assigned To => Retail
2015-09-09 18:52 marvintm Triggers an Emergency Pack => No
2015-09-09 18:53 Orekaria Relationship added related to 0030771
2015-11-24 12:40 jorge-garcia Assigned To Retail => jorge-garcia
2015-11-24 12:40 jorge-garcia Status new => acknowledged
2015-12-04 13:55 Orekaria Status acknowledged => scheduled
2015-12-17 15:19 Orekaria Review Assigned To => Orekaria
2015-12-17 15:19 Orekaria Note Added: 0082832
2015-12-17 15:19 Orekaria Status scheduled => closed
2015-12-17 15:19 Orekaria Resolution open => no change required
2015-12-17 15:19 Orekaria Fixed in Version => RR16Q1


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker