Openbravo Issue Tracking System - Retail Modules | |||||
| View Issue Details | |||||
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0035902 | Retail Modules | Web POS | public | 2017-05-03 07:31 | 2017-05-17 19:14 |
| Reporter | guillermogil | ||||
| Assigned To | jorge-garcia | ||||
| Priority | high | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | OS | 5 | OS Version | ||
| Product Version | |||||
| Target Version | Fixed in Version | RR17Q3 | |||
| Merge Request Status | |||||
| Review Assigned To | marvintm | ||||
| OBNetwork customer | |||||
| Support ticket | |||||
| Regression level | |||||
| Regression date | |||||
| Regression introduced in release | |||||
| Regression introduced by commit | |||||
| Triggers an Emergency Pack | No | ||||
| Summary | 0035902: Duplicated cashups are not handled properly in obpos_errors and c_import_entry | ||||
| Description | Right now if we try to send again from WebPOS a cashup that has been previously processed no one will now it as the cashup is not on Errors While Importing window because it is consider as a duplicated. This should be no error but it is executing the importEntryPostProcessor which can rely on some error with third parties if there is some process listening to that hook. | ||||
| Steps To Reproduce | Login to the same terminal on WebPOS from 2 different computers or two different browser sessions. e.g.- one with chrome user A and one in incognito mode Ensure that both WebSQL have the same cashup id. Do two tickets and a cashup in one on them. Ensure that it has been synched properly. Close that browser to avoid a human error. Go to the other browser session. Do a ticket and a cashup. Go to the backend. Go to Errors while importing window. You will see the new created order but not the cashup. Also, cashup import entry has called to the importEntryPostProcessor which can rely on some error with third parties. | ||||
| Proposed Solution | In this case the cashup record should go to obpos_errors as it is a case that needs a review. With that we can have the same behavior for cashups and orders. | ||||
| Additional Information | |||||
| Tags | No tags attached. | ||||
| Relationships | |||||
| Attached Files | |||||
| Issue History | |||||
| Date Modified | Username | Field | Change | ||
| 2017-05-03 07:31 | guillermogil | New Issue | |||
| 2017-05-03 07:31 | guillermogil | Assigned To | => Retail | ||
| 2017-05-03 07:31 | guillermogil | Resolution time | => 1495576800 | ||
| 2017-05-03 07:31 | guillermogil | Triggers an Emergency Pack | => No | ||
| 2017-05-03 16:48 | jorge-garcia | Assigned To | Retail => jorge-garcia | ||
| 2017-05-03 16:48 | jorge-garcia | Status | new => acknowledged | ||
| 2017-05-04 09:46 | jorge-garcia | Status | acknowledged => scheduled | ||
| 2017-05-05 08:28 | hgbot | Checkin | |||
| 2017-05-05 08:28 | hgbot | Note Added: 0096407 | |||
| 2017-05-05 08:28 | hgbot | Status | scheduled => resolved | ||
| 2017-05-05 08:28 | hgbot | Resolution | open => fixed | ||
| 2017-05-05 08:28 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/ea7eefc48b7b4c05aefa82004fe0caf09c44f3f1 [^] | ||
| 2017-05-17 19:14 | marvintm | Review Assigned To | => marvintm | ||
| 2017-05-17 19:14 | marvintm | Status | resolved => closed | ||
| 2017-05-17 19:14 | marvintm | Fixed in Version | => RR17Q3 | ||
| Notes | |||||
|
|
|||||
|
|
||||