Openbravo Issue Tracking System - POS2 | |||||||||||||
| View Issue Details | |||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
| 0046953 | POS2 | POS | public | 2021-06-02 13:12 | 2021-06-07 09:23 | ||||||||
| Reporter | marvintm | ||||||||||||
| Assigned To | ranjith_qualiantech_com | ||||||||||||
| Priority | normal | Severity | major | Reproducibility | always | ||||||||
| Status | closed | Resolution | fixed | ||||||||||
| Platform | OS | 5 | OS Version | ||||||||||
| Product Version | |||||||||||||
| Target Version | TAP | Fixed in Version | TAP | ||||||||||
| Merge Request Status | |||||||||||||
| Review Assigned To | marvintm | ||||||||||||
| OBNetwork customer | |||||||||||||
| Support ticket | |||||||||||||
| Regression level | Production - Confirmed Stable | ||||||||||||
| Regression date | 2020-06-11 | ||||||||||||
| Regression introduced in release | |||||||||||||
| Regression introduced by commit | https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/342be60966656fa86b620a0428e632d4b53ffb1f [^] | ||||||||||||
| Triggers an Emergency Pack | No | ||||||||||||
| Summary | 0046953: Order creationDate is not correctly set | ||||||||||||
| Description | Currently the creationDate of orders generated from the POS is not correctly set. It should always be set to the moment in which the order is completed. Instead, it is set to the moment in which the order is initialised in the frontend. This is wrong in all cases, but it is particularly visible if the user completes an order one day and then leaves, and the next day he logs in the system, adds products and completes another order, as this last order will have creationDate from the day before. | ||||||||||||
| Steps To Reproduce | - Log in the POS. Add some products and complete the order (so that a new order is created). - Add some products and wait some minutes. - Complete the order. - Check the backend. Realise that the creationDate of the order is not the moment when it was completed, but when it was created. | ||||||||||||
| Proposed Solution | The problem seems to be that the creationDate is being initialised when the order is initialised, and then it is not overwritten by the ticket completion process. Checking the previous version before the indexedDB change, the order did not acquire creationDate until after it was completed, and we should probably replicate this behaviour. | ||||||||||||
| Additional Information | |||||||||||||
| Tags | No tags attached. | ||||||||||||
| Relationships |
| ||||||||||||
| Attached Files | |||||||||||||
| Issue History | |||||||||||||
| Date Modified | Username | Field | Change | ||||||||||
| 2021-06-02 13:16 | marvintm | Type | defect => backport | ||||||||||
| 2021-06-02 13:16 | marvintm | Target Version | => TAP | ||||||||||
| 2021-06-04 08:00 | ranjith_qualiantech_com | Assigned To | Retail => ranjith_qualiantech_com | ||||||||||
| 2021-06-07 09:23 | marvintm | Note Added: 0129118 | |||||||||||
| 2021-06-07 09:23 | marvintm | Status | scheduled => resolved | ||||||||||
| 2021-06-07 09:23 | marvintm | Fixed in Version | => main | ||||||||||
| 2021-06-07 09:23 | marvintm | Resolution | open => fixed | ||||||||||
| 2021-06-07 09:23 | marvintm | Review Assigned To | => marvintm | ||||||||||
| 2021-06-07 09:23 | marvintm | Status | resolved => closed | ||||||||||
| 2021-06-07 09:23 | marvintm | Fixed in Version | main => TAP | ||||||||||
| Notes | |||||
|
|
|||||
|
|
||||