Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0036850 | Retail Modules | Web POS | public | 2017-09-13 19:43 | 2017-09-14 10:36 |
|
Reporter | marvintm | |
Assigned To | Retail | |
Priority | urgent | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | | Fixed in Version | RR17Q4 | |
Merge Request Status | |
Review Assigned To | migueldejuana |
OBNetwork customer | OBPS |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0036850: It's possible to log in a POS which contains errors in a cashup in synchronized mode |
Description | It's currently possible to log in a terminal which contains errors from a previous cashup, if Synchronize mode is enabled.
This is wrong, because it will immediately cause further data corruption in the cashup data, as the Synchronized Mode requires the cashup data to be continuously consistent in the backend to work correctly. |
Steps To Reproduce | - Enable synchronize mode.
- Login and execute a cashup in the Web POS, forcing an error (for example adding an exception in the CashCloseProcessor class).
- Logout. Login again, and verify that you can complete the login without problems. After that, creating any orders will cause new cashups to be generated everytime, due to the Synchronized Mode forcing a reload of the last cashup, and failing to achieve it.
|
Proposed Solution | Login should be disallowed if synchronized mode is enabled, and there are cashup errors pending to be processed for this terminal. |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | issue36850.patch (9,349) 2017-09-13 19:49 https://issues.openbravo.com/file_download.php?file_id=11059&type=bug |
|
Issue History |
Date Modified | Username | Field | Change |
2017-09-13 19:43 | marvintm | New Issue | |
2017-09-13 19:43 | marvintm | Assigned To | => Retail |
2017-09-13 19:43 | marvintm | OBNetwork customer | => No |
2017-09-13 19:43 | marvintm | Triggers an Emergency Pack | => No |
2017-09-13 19:49 | marvintm | File Added: issue36850.patch | |
2017-09-13 19:52 | marvintm | Proposed Solution updated | |
2017-09-13 19:52 | marvintm | OBNetwork customer | No => Yes |
2017-09-13 19:52 | marvintm | Resolution time | => 1506636000 |
2017-09-14 08:52 | hgbot | Checkin | |
2017-09-14 08:52 | hgbot | Note Added: 0099021 | |
2017-09-14 08:52 | hgbot | Status | new => resolved |
2017-09-14 08:52 | hgbot | Resolution | open => fixed |
2017-09-14 08:52 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/c4e5ea1ec8ec0d2ff0c097b0fe471f191421ef20 [^] |
2017-09-14 10:36 | migueldejuana | Review Assigned To | => migueldejuana |
2017-09-14 10:36 | migueldejuana | Note Added: 0099029 | |
2017-09-14 10:36 | migueldejuana | Status | resolved => closed |
2017-09-14 10:36 | migueldejuana | Fixed in Version | => RR17Q4 |