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

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

0049873: 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 ]
depends on backport 004987422Q3 closedRetail A mechanism to detect incorrect state recovery from persistence layer is required 

-  Notes
(0139561)
hgbot (developer)
2022-07-24 19:30

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/merge_requests/805 [^]
(0139562)
hgbot (developer)
2022-07-24 19:31

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/1104 [^]
(0139781)
hgbot (developer)
2022-08-02 00:22

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2 [^]
Changeset: 19ad3c8b0e5c9f3cf93d38e3d4b776da78567739
Author: Guillermo Alvarez de Eulate <guillermo.alvarez@openbravo.com>
Date: 02-08-2022 00:22:45
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/commit/19ad3c8b0e5c9f3cf93d38e3d4b776da78567739 [^]

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
---
(0139782)
hgbot (developer)
2022-08-02 00:22

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2/-/merge_requests/1104 [^]
(0139783)
hgbot (developer)
2022-08-02 00:24

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/merge_requests/805 [^]
(0139784)
hgbot (developer)
2022-08-02 00:24

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2 [^]
Changeset: 95cd89cfd9b087fc4462d12165c1007667479c49
Author: Guillermo Alvarez de Eulate <guillermo.alvarez@openbravo.com>
Date: 02-08-2022 00:23:44
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.core2/-/commit/95cd89cfd9b087fc4462d12165c1007667479c49 [^]

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
---

- Issue History
Date Modified Username Field Change
2022-07-24 19:21 guilleaer New Issue
2022-07-24 19:21 guilleaer Assigned To => Retail
2022-07-24 19:21 guilleaer Triggers an Emergency Pack => No
2022-07-24 19:30 hgbot Note Added: 0139561
2022-07-24 19:31 hgbot Note Added: 0139562
2022-07-24 19:31 guilleaer Status new => scheduled
2022-07-24 19:31 guilleaer Assigned To Retail => guilleaer
2022-07-26 08:21 javietxe Issue Monitored: javietxe
2022-08-02 00:22 hgbot Resolution open => fixed
2022-08-02 00:22 hgbot Status scheduled => closed
2022-08-02 00:22 hgbot Fixed in Version => 22Q4
2022-08-02 00:22 hgbot Note Added: 0139781
2022-08-02 00:22 hgbot Note Added: 0139782
2022-08-02 00:24 hgbot Note Added: 0139783
2022-08-02 00:24 hgbot Note Added: 0139784
2022-08-03 14:29 hgbot Fixed in Version 22Q4 => 22Q3
2022-08-03 14:29 hgbot Note Added: 0139843
2022-08-03 14:29 hgbot Note Added: 0139844
2022-08-23 14:39 guilleaer Note Deleted: 0139844
2022-08-23 14:39 guilleaer Note Deleted: 0139843
2022-08-23 14:40 guilleaer Fixed in Version 22Q3 => 22Q4


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker