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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0040387
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajoralways2019-03-14 12:112019-06-17 18:41
ReporterngarciaView Statuspublic 
Assigned Tomigueldejuana 
PriorityurgentResolutionfixedFixed in VersionRR19Q1.2
StatusclosedFix in branchFixed in SCM revisionf88298391cd5
ProjectionnoneETAnoneTarget VersionRR19Q1.2
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
Summary

0040387: Two cash ups in local storage if the backoffice session is closed during the cash up

DescriptionTwo cash ups in local storage if the backoffice session is closed during the cash up. It causes the following orders to go to Errors While Importing POS Data with the following error as the JSON has the two cash up identifiers:

javax.persistence.EntityNotFoundException: No row with the given identifier exists: [OBPOS_App_Cashup#...]
Steps To ReproduceLink a terminal
Log in
Open Till
Do some orders
Open backoffice in the same browser (Back Office menu entry in the POS)
Return to POS
Do the Cash up but do not complete the Step 4
Log out in the backoffice
Return to POS
Post, print and close
Check the following error message is shown:

"The connection was restored. However, in the meantime, your session timed out. You must login again now to ensure proper synchronization. Your pending tickets will be saved."

Click on Log in again
Open Till again
Do some orders

Check the go to Errors While Importing POS Data

If you check the cashup table in browser's local storage, you could observe there are two records
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0040379 closedmigueldejuana Two cash ups in local storage if the backoffice session is closed during the cash up 

-  Notes
(0112805)
hgbot (developer)
2019-06-17 09:17

Repository: retail/backports/3.0RR19Q1.2/org.openbravo.retail.posterminal
Changeset: bacb8024577158e080366278c84f5a1713d0e57c
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Mon Jun 17 12:46:42 2019 +0530
URL: http://code.openbravo.com/retail/backports/3.0RR19Q1.2/org.openbravo.retail.posterminal/rev/bacb8024577158e080366278c84f5a1713d0e57c [^]

Related to issue 40387 : Two cash ups in local storage if the backoffice session is closed during the cash up

* If we do not synchronize the cashup during cashup process (because we lost the session and we need to login again), the cashup is processed when we login again. If we have to synchronize a Cashup during the login we will create 2 new cashups. One because the login process creates one if there is not a Cashup not processed and another one created by the postProcessFunction which creates a new cashup after synchronizing a cashup.
Just avoid to create a new Cashup in postProcessFunction if we already habe created a new one.
* Add a hook to be able to close till when synchronizing the cashup in the login process

---
M web/org.openbravo.retail.posterminal/js/login/model/login-model.js
---
(0112837)
guilleaer (manager)
2019-06-17 18:41

Remember to apply session patch if enviroment requires it

http://code.openbravo.com/erp/pmods/org.openbravo.retail.sessions/rev/47f0e1cebf4fcbf04a82a5d31a6f1b4b9db0d6e7 [^]

- Issue History
Date Modified Username Field Change
2019-03-15 08:31 migueldejuana Type defect => backport
2019-03-15 08:31 migueldejuana Target Version => RR19Q1
2019-03-27 09:10 plujan Target Version RR19Q1 => RR19Q1.1
2019-05-01 08:36 marvintm Target Version RR19Q1.1 => RR19Q1.2
2019-06-17 09:17 hgbot Checkin
2019-06-17 09:17 hgbot Note Added: 0112805
2019-06-17 09:19 migueldejuana Status scheduled => resolved
2019-06-17 09:19 migueldejuana Resolution open => fixed
2019-06-17 18:41 guilleaer Review Assigned To => guilleaer
2019-06-17 18:41 guilleaer Note Added: 0112837
2019-06-17 18:41 guilleaer Status resolved => closed
2019-06-17 18:41 guilleaer Fixed in Version => RR19Q1.2


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker