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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0049874
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[POS2] POScriticalhave not tried2022-07-24 19:212022-08-23 14:40
ReporterguilleaerView Statuspublic 
Assigned ToRetail 
PrioritynormalResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version22Q3
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned ToAugustoMauch
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0049874: A mechanism to detect incorrect state recovery from persistence layer is required

DescriptionAfter investigating some sequence breaks in customer production environment we suspect that sometimes the state recovery from persistence layer to the state (when f5 is done) is not working well.
Because of that, the sequence stored in the terminal object is greater than the sequence recovered in the state and the sequence of the terminal overwrites the one from the state


State 20
Terminal 20

Sale 1
State 21
Terminal 20

Sale 2
State 22
Terminal 20

f5 is pressed
For some reason a preious state is recovered an now is the new state
State 19
Terminal 20

In this situation a pieze of code is executed. Since terminal is > to state the new seq in the state is 20

Sale 3
State 20
Terminal 20

DUPLICATED!

Sale 4
State 22
Terminal 20

DUPLICATED!


To be able to find more information we need a mechanism to ensure that the state that we recover is the same state that we saved lastly
Steps To ReproduceN/A
Proposed SolutionWhen an order is completed generate a unique UUID in one model which is persisted (docSequence)
When the state is recovered form persistance layer -> log the recovered ID

If we found cases in which the recovered UUID is different from the Last saved UUID then we know that we have a problem in the process to save/restore the state
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks feature request 0049873 closedguilleaer A mechanism to detect incorrect state recovery from persistence layer is required 

-  Notes
(0140323)
guilleaer (manager)
2022-08-23 14:38

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2 [^] [^]
Changeset: 1a63cd4b120bd7656ae7b8d6017b360a86f6498c
Author: Guillermo Alvarez de Eulate <guillermo.alvarez@openbravo.com>
Date: 03-08-2022 14:29:04
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/commit/1a63cd4b120bd7656ae7b8d6017b360a86f6498c [^] [^]

Fixes ISSUE-49873: Adds a hook to be executed when the state is recovered from the persistence layer

---
M web-jspack/org.openbravo.core2/src/core/Registry.js
M web-jspack/org.openbravo.core2/src/ob-init.js
---
(0140324)
guilleaer (manager)
2022-08-23 14:39

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2 [^] [^]
Changeset: 670693674732d742d61ba27292fe89a99f438d34
Author: Guillermo Alvarez de Eulate <guillermo.alvarez@openbravo.com>
Date: 03-08-2022 14:29:38
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/commit/670693674732d742d61ba27292fe89a99f438d34 [^] [^]

Fixes ISSUE-49873: Write in log latest assigned sequence number when state is recovered from persistence layer

---
M web-jspack/org.openbravo.pos2/src/ob-init.js
---

- Issue History
Date Modified Username Field Change
2022-07-24 19:31 guilleaer Type feature request => backport
2022-07-24 19:31 guilleaer Target Version => 22Q3
2022-08-16 12:58 marvintm Target Version 22Q3 => 22Q3.1
2022-08-23 14:38 guilleaer Note Added: 0140323
2022-08-23 14:39 guilleaer Note Added: 0140324
2022-08-23 14:40 guilleaer Target Version 22Q3.1 => 22Q3
2022-08-23 14:40 guilleaer Status scheduled => resolved
2022-08-23 14:40 guilleaer Resolution open => fixed
2022-08-23 14:40 guilleaer Review Assigned To => AugustoMauch
2022-08-23 14:40 guilleaer Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker