Openbravo Issue Tracking System - POS2
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0048457POS2Restaurantspublic2022-01-20 18:252022-01-30 17:34
Reportertimothee_catteeuw 
Assigned Tosntgreale 
PrioritynormalSeveritycriticalReproducibilitysometimes
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Toguilleaer
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0048457: JIRA 2617 - Sometimes ticket Z data are not correctly reinit after closing
DescriptionSometimes the ticket Z take into account old datas even if a closure was done.

The problem with that is that all datas are accumulated. And it is printed datas of 2 closures instead if just of 1.

The ticket saved in BO is also KO.
Steps To Reproduce1) Go to webpos
2) start a new ticket and pay it
3) Close the till
4) Check the ticket Z which was printed
5) close all chrome processes (or restart computer)
6) connect to POS again
7) Print the ticket X, by clicking print the ticket X option
→ KO the ticket X consists of all the information of the previous closure
8) Select a safebox, start a new ticket and pay it
9) Close the till
10) Check the ticket Z which was printed
→ KO the ticket Z consists of all the information of the previous closure and the last closure

Technical cause shared by JME :
=> the indicatorXz.isResetXZModel is “undefined” and the indicatorXz object is not reset.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on backport 0048502TAP closed sntgreale JIRA 2617 - Sometimes ticket Z data are not correctly reinit after closing 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2022-01-20 18:25timothee_catteeuwNew Issue
2022-01-20 18:25timothee_catteeuwAssigned To => Retail
2022-01-20 18:25timothee_catteeuwTriggers an Emergency Pack => No
2022-01-24 12:24guilleaerReview Assigned To => guilleaer
2022-01-24 12:24guilleaerNote Added: 0134511
2022-01-24 12:24guilleaerStatusnew => closed
2022-01-24 12:24guilleaerResolutionopen => fixed
2022-01-26 16:36guilleaerStatusclosed => new
2022-01-26 16:36guilleaerResolutionfixed => open
2022-01-26 16:38elaraAssigned ToRetail => elara
2022-01-27 15:19elaraStatusnew => scheduled
2022-01-27 15:36guilleaerNote Added: 0134618
2022-01-27 15:36guilleaerTarget VersionTAP =>
2022-01-27 15:36guilleaerStatusscheduled => resolved
2022-01-27 15:36guilleaerResolutionopen => fixed
2022-01-27 15:36guilleaerStatusresolved => closed
2022-01-28 14:22guilleaerStatusclosed => new
2022-01-28 14:22guilleaerResolutionfixed => open
2022-01-28 14:22guilleaerStatusnew => scheduled
2022-01-28 14:23guilleaerNote Added: 0134662
2022-01-28 19:06sntgrealeAssigned Toelara => sntgreale
2022-01-28 19:33sntgrealeNote Added: 0134669
2022-01-30 17:34guilleaerStatusscheduled => resolved
2022-01-30 17:34guilleaerResolutionopen => fixed
2022-01-30 17:34guilleaerStatusresolved => closed

Notes
(0134511)
guilleaer   
2022-01-24 12:24   
This issue was a regression introduced by

https://issues.openbravo.com/view.php?id=48443 [^]

New fix for https://issues.openbravo.com/view.php?id=48443 [^] was done
(0134618)
guilleaer   
2022-01-27 15:36   
This MR reinitilize the Ticket Z in FS version

https://gitlab.com/obcustomers/AGAP/com.openbravo.flunch.reports/-/merge_requests/21 [^]
(0134662)
guilleaer   
2022-01-28 14:23   
In FS and TAP is not working when browser is closed after logout. This is because state is not persisted
(0134669)
sntgreale   
2022-01-28 19:33   
MR -> https://gitlab.com/obcustomers/AGAP/com.openbravo.flunch.reports/-/merge_requests/24 [^]