Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Sessionsmajoralways2022-12-20 14:042023-10-02 08:32
ReportermartinsdanView Statuspublic 
Assigned Toranjith_qualiantech_com 
PrioritynormalResolutionno change requiredFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget VersionRR20Q3.4
OSLinux 64 bitDatabasePostgreSQLJava version11
OS VersionUbuntu 18.04.1 LTSDatabase version10.10Ant version1.10.5
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0051207: Refreshing when setting the business date creates duplicated sessions

DescriptionWhen opening a store and setting the business date, if the user refreshes the browser, duplicated sessions (poss_terminalsessions) are created.
With this, a session is always pending to close and the till will never be closed.
Steps To ReproduceStart with a closed store
1. Open a touchpoint
2. Login
3. Chose the business date and click Set Business Date
4. Press done
5. When the "Good Job" popup is visible, refresh (f5)

The set business date screen is shown again, without a date set but a session is already created in the database. When doing the process again, a new session is created in the database.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0045833 closedranjith_qualiantech_com It is possible to have two tills opened at the same time 
related to defect 0053362 closedRajesh_18 POS asked for doing a cash up in every login if the till is Closed in Backend and the cash up stuck in Data Import Entries 
related to defect 0052728 closedranjith_qualiantech_com Duplicate opened sessions can be created when setting business date 

-  Notes
ranjith_qualiantech_com (developer)
2022-12-31 03:04

Issue is not reproducible in weldom

- Issue History
Date Modified Username Field Change
2022-12-20 14:04 martinsdan New Issue
2022-12-20 14:04 martinsdan Assigned To => Retail
2022-12-20 14:04 martinsdan Triggers an Emergency Pack => No
2022-12-21 06:21 ranjith_qualiantech_com Assigned To Retail => ranjith_qualiantech_com
2022-12-21 06:21 ranjith_qualiantech_com Status new => scheduled
2022-12-31 03:04 ranjith_qualiantech_com Note Added: 0145107
2022-12-31 03:04 ranjith_qualiantech_com Status scheduled => closed
2022-12-31 03:04 ranjith_qualiantech_com Resolution open => no change required
2023-10-02 08:28 malsasua Relationship added related to 0053362
2023-10-02 08:28 malsasua Relationship added related to 0052728
2023-10-02 08:32 malsasua Relationship added related to 0045833

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker