Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0050925Retail ModulesWeb POSpublic2022-11-16 19:222023-09-26 15:10
Reportersofidossant 
Assigned ToAugustoMauch 
PriorityurgentSeveritycriticalReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product VersionRR22Q3.2 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0050925: ERROR WHILE IMPORTING: org.openbravo.mobile.core.process.OutDatedDataChangeException
DescriptionWhen I make a sale in webPOS and pay for it, when I put a debug in preprint, I update and then continue. The following error is generated while importing:
org.openbravo.mobile.core.process.OutDatedDataChangeException: The data of this order has been changed on the server. Please reload the ticket through the menu and apply your changes again.
Steps To Reproduce1 - Open WEBPOS
2 - Put a debug in preprint
3 - Do a sales.
4 - When stop the debugging, click in F5
5 - Continue the sales.
7 - Check the errors while importing
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on backport 0052662RR22Q3 scheduled meriem_azaf Retail Modules ERROR WHILE IMPORTING: org.openbravo.mobile.core.process.OutDatedDataChangeException 
related to defect 0052052 closed AugustoMauch POS2 Reduce the number of times the state is persisted on disk 
Not all the children of this issue are yet resolved or closed.
Attached Files? issueEwi-2022-11-16_15.16.34.mkv (2,308,289) 2022-11-16 19:22
https://issues.openbravo.com/file_download.php?file_id=17837&type=bug
diff 50925-21Q4.diff (2,728) 2023-09-26 15:10
https://issues.openbravo.com/file_download.php?file_id=18997&type=bug
Issue History
Date ModifiedUsernameFieldChange
2022-11-16 19:22sofidossantNew Issue
2022-11-16 19:22sofidossantAssigned To => Retail
2022-11-16 19:22sofidossantFile Added: issueEwi-2022-11-16_15.16.34.mkv
2022-11-16 19:22sofidossantTriggers an Emergency Pack => No
2022-11-16 19:46PracticsIssue Monitored: Practics
2022-11-18 07:42ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2022-11-18 07:44ranjith_qualiantech_comStatusnew => scheduled
2022-11-21 09:37ngarciaIssue Monitored: ngarcia
2022-11-29 23:57hgbotNote Added: 0144235
2022-11-30 08:02alostaleAssigned Toranjith_qualiantech_com => AugustoMauch
2022-12-05 07:33hgbotResolutionopen => fixed
2022-12-05 07:33hgbotStatusscheduled => closed
2022-12-05 07:33hgbotNote Added: 0144394
2022-12-05 07:33hgbotFixed in Version => RR23Q1
2022-12-05 07:33hgbotNote Added: 0144395
2022-12-05 07:33hgbotNote Added: 0144396
2023-03-08 08:08AugustoMauchIssue cloned0051799
2023-04-20 16:32malsasuaRelationship addedrelated to 0052052
2023-06-05 11:47meriem_azafStatusclosed => new
2023-06-05 11:47meriem_azafResolutionfixed => open
2023-06-05 11:47meriem_azafFixed in VersionRR23Q1 =>
2023-06-05 11:47meriem_azafStatusnew => scheduled
2023-06-05 11:47meriem_azafStatusscheduled => resolved
2023-06-05 11:47meriem_azafResolutionopen => fixed
2023-06-05 11:47meriem_azafStatusresolved => closed
2023-06-05 12:07meriem_azafRelationship addeddepends on 0052662
2023-09-26 15:10malsasuaFile Added: 50925-21Q4.diff

Notes
(0144235)
hgbot   
2022-11-29 23:57   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/merge_requests/442 [^]
(0144394)
hgbot   
2022-12-05 07:33   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/merge_requests/442 [^]
(0144395)
hgbot   
2022-12-05 07:33   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core [^]
Changeset: 65b1aaaa336ad4acb95d1cd680bda86bda2d1b40
Author: Augusto Mauch <augusto.mauch@openbravo.com>
Date: 03-12-2022 12:33:28
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/commit/65b1aaaa336ad4acb95d1cd680bda86bda2d1b40 [^]

Fixes ISSUE-50925: State is persistate immediately if state model is persisted

There is a problem when a state action generates a message if the user refreshes the tab before the state
was persisted. In that situation the message will be sent to the backend but the rest of the state will
remain as it was before the action was completed when recovered from the persisted state.

To prevent this problem, we are now forcing the immediate persistence of the updated state if a new backend message
has been created as a consequence of the action execution. The only exception are OBMOBC_TerminalLog messages, those
do not force immediate persistence to prevent a performance impact on messages that do not generate relevant problems
if sent to the backend twice.

---
M web/org.openbravo.mobile.core/app/model/application-state/State.js
---
(0144396)
hgbot   
2022-12-05 07:33   
Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core [^]
Changeset: 3dae5c1b486e16fec8f3abeb5e0e63796b4a3527
Author: Augusto Mauch <augusto.mauch@openbravo.com>
Date: 03-12-2022 12:52:05
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/commit/3dae5c1b486e16fec8f3abeb5e0e63796b4a3527 [^]

Related to ISSUE-50925: checkContextChange is more robust

As part of the fix of this issue we noticed that checkContextChange is not robust enough. There is a race condition and
potentially checkContextChange could be invoked passing the context as parameter in a non supported format. Instead of
an object that contains four string properties (IDs), it receives an object that contains four objects (user, role, org,
client).

Now checkContextChange supports both formats, in case it ever receives the objects-within-object format

---
M web/org.openbravo.mobile.core/app/integration/remote-server/BackendServer.js
---