Openbravo Issue Tracking System - Retail Modules |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0050925 | Retail Modules | Web POS | public | 2022-11-16 19:22 | 2024-06-19 16:12 |
|
| Reporter | sofidossant | |
| Assigned To | AugustoMauch | |
| Priority | urgent | Severity | critical | Reproducibility | always |
| Status | closed | Resolution | fixed | |
| Platform | | OS | 5 | OS Version | |
| Product Version | RR22Q3.2 | |
| Target Version | | Fixed 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 Pack | No |
|
| Summary | 0050925: ERROR WHILE IMPORTING: org.openbravo.mobile.core.process.OutDatedDataChangeException |
| Description | When 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 Reproduce | 1 - 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 | |
| Tags | No tags attached. |
| Relationships | | related to | feature request | 0054540 | | closed | Retail | Retail Modules | It would be useful to prevent the creation of OutDatedDataChangeException EWIs for deleted orders | | depends on | backport | 0052662 | RR22Q3 | 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
 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 Modified | Username | Field | Change |
| 2022-11-16 19:22 | sofidossant | New Issue | |
| 2022-11-16 19:22 | sofidossant | Assigned To | => Retail |
| 2022-11-16 19:22 | sofidossant | File Added: issueEwi-2022-11-16_15.16.34.mkv | |
| 2022-11-16 19:22 | sofidossant | Triggers an Emergency Pack | => No |
| 2022-11-16 19:46 | Practics | Issue Monitored: Practics | |
| 2022-11-18 07:42 | ranjith_qualiantech_com | Assigned To | Retail => ranjith_qualiantech_com |
| 2022-11-18 07:44 | ranjith_qualiantech_com | Status | new => scheduled |
| 2022-11-21 09:37 | ngarcia | Issue Monitored: ngarcia | |
| 2022-11-29 23:57 | hgbot | Note Added: 0144235 | |
| 2022-11-30 08:02 | alostale | Assigned To | ranjith_qualiantech_com => AugustoMauch |
| 2022-12-05 07:33 | hgbot | Resolution | open => fixed |
| 2022-12-05 07:33 | hgbot | Status | scheduled => closed |
| 2022-12-05 07:33 | hgbot | Note Added: 0144394 | |
| 2022-12-05 07:33 | hgbot | Fixed in Version | => RR23Q1 |
| 2022-12-05 07:33 | hgbot | Note Added: 0144395 | |
| 2022-12-05 07:33 | hgbot | Note Added: 0144396 | |
| 2023-03-08 08:08 | AugustoMauch | Issue cloned | 0051799 |
| 2023-04-20 16:32 | malsasua | Relationship added | related to 0052052 |
| 2023-06-05 11:47 | meriem_azaf | Status | closed => new |
| 2023-06-05 11:47 | meriem_azaf | Resolution | fixed => open |
| 2023-06-05 11:47 | meriem_azaf | Fixed in Version | RR23Q1 => |
| 2023-06-05 11:47 | meriem_azaf | Status | new => scheduled |
| 2023-06-05 11:47 | meriem_azaf | Status | scheduled => resolved |
| 2023-06-05 11:47 | meriem_azaf | Resolution | open => fixed |
| 2023-06-05 11:47 | meriem_azaf | Status | resolved => closed |
| 2023-06-05 12:07 | meriem_azaf | Relationship added | depends on 0052662 |
| 2023-09-26 15:10 | malsasua | File Added: 50925-21Q4.diff | |
| 2024-06-19 16:12 | malsasua | Relationship added | related to 0054540 |
|
Notes |
|
|
(0144235)
|
|
hgbot
|
|
2022-11-29 23:57
|
|
|
|
|
(0144394)
|
|
hgbot
|
|
2022-12-05 07:33
|
|
|
|
|
(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
|
|
|