Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0046953 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| backport | [POS2] POS | major | always | 2021-06-02 13:12 | 2021-06-07 09:23 | |||
| Reporter | marvintm | View Status | public | |||||
| Assigned To | ranjith_qualiantech_com | |||||||
| Priority | normal | Resolution | fixed | Fixed in Version | TAP | |||
| Status | closed | Fix in branch | Fixed in SCM revision | |||||
| Projection | none | ETA | none | Target Version | TAP | |||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Review Assigned To | marvintm | |||||||
| 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. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|||||||||
|
|||||||||
 Relationships |
|
Notes |
|
|
(0129118) marvintm (manager) 2021-06-07 09:23 |
Fixed by the following MR: https://gitlab.com/obcustomers/AGAP/org.openbravo.retail.posterminal/-/merge_requests/6 [^] |
|
Notes |
|
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 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |