0046952: Order creationDate is not correctly set - Openbravo Issue Tracking System

Openbravo Issue Tracking System - Retail Modules

View Issue Details

Project

Category

View Status

Date Submitted

Last Update

0046952

Retail Modules

Web POS

public

2021-06-02 13:12

2021-06-04 07:59

Reporter

marvintm

Assigned To

ranjith_qualiantech_com

Priority

normal

Severity

major

Reproducibility

always

Status

closed

Resolution

fixed

Platform

OS Version

Product Version

Target Version

Fixed in Version

RR21Q3

Merge Request Status

Review Assigned To

OBNetwork customer

Support ticket

Regression level

Production - Confirmed Stable

Regression date

2020-06-11

Regression introduced in release

RR20Q4

Regression introduced by commit

https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/342be60966656fa86b620a0428e632d4b53ffb1f [^]

Triggers an Emergency Pack

Summary

0046952: 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

depends on	backport	0046953	TAP	closed	ranjith_qualiantech_com	POS2	Order creationDate is not correctly set
depends on	backport	0046954	RR21Q2.1	closed	ranjith_qualiantech_com	Retail Modules	Order creationDate is not correctly set
depends on	backport	0046955	RR21Q1.3	closed	ranjith_qualiantech_com	Retail Modules	Order creationDate is not correctly set
depends on	backport	0046956	RR20Q4.5	closed	ranjith_qualiantech_com	Retail Modules	Order creationDate is not correctly set