Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0058274
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[POS2] POSmajoralways2025-02-11 17:592025-03-23 22:43
ReporterjfvaringotView Statuspublic 
Assigned Tomeriem_azaf 
PriorityhighResolutionfixedFixed in Version25Q1.1
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version25Q1
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Merge Request Statusapproved
Review Assigned To
OBNetwork customerOBPS
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0058274: POS 2 - POS is frozen after automatic logout out, when manual action to logout is in progress

DescriptionREPRODUCED ON 24Q4 and 25Q1 and MASTER

When the automatic logout (timeout) is set, that the user started to manually log out when he is logged out automatically, the POS is frozen at login.
Steps To ReproduceSet an automatic logout on back :
1. Preference 'Web POS Session Timeout' (for example 30s)
2. Preference 'Web POS Session Timeout - Alert Lead Time' (for example 10s)

On POS :
1. log in
2. click on deconnexion
3. do not disconnect and wait for the automatic logout
4. let the POS disconnects the user
5. log in

-> the POS is frozen
Proposed SolutionAffter having been disconnected, the user can connect again when login again.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0057951 closedAugustoMauch POS 2 - POS is frozen after automatic logout out, when manual action to logout is in progress 

-  Notes
(0176939)
hgbot (developer)
2025-03-18 11:32

Merge Request created: https://gitlab.com/orisha-group/bu-commerce/openbravo/product/pmods/org.openbravo.core2/-/merge_requests/1828 [^]
(0177144)
hgbot (developer)
2025-03-23 22:43

Merge request merged: https://gitlab.com/orisha-group/bu-commerce/openbravo/product/pmods/org.openbravo.core2/-/merge_requests/1828 [^]
(0177145)
hgbot (developer)
2025-03-23 22:43

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/orisha-group/bu-commerce/openbravo/product/pmods/org.openbravo.core2 [^]
Changeset: e48e55f6b6d8601ee7f4a4aa799399f995997f7b
Author: Augusto Mauch <a.mauch@orisha.com>
Date: 18-03-2025 11:31:13
URL: https://gitlab.com/orisha-group/bu-commerce/openbravo/product/pmods/org.openbravo.core2/-/commit/e48e55f6b6d8601ee7f4a4aa799399f995997f7b [^]

Fixes ISSUE-58274: Screen is not locked after automatic logout

The problem was that if the automatic logout took place while a user action was blocked because of a dialog
in a prehook, the user action stack was never cleaned, and when the user logged in again, the application
would think the user action was still in execution, showing the user action scrim and blocking the screen.

Now, when the login screen is rendered for the first time, the user action stack will be reset.

---
M web-jspack/org.openbravo.core2/src/components/AuthProvider/LoginScreen.jsx
M web-jspack/org.openbravo.core2/src/components/AuthProvider/__test__/LoginScreen.test.jsx
M web-jspack/org.openbravo.core2/src/components/AuthProvider/stories/LoginScreen.stories.jsx
---

- Issue History
Date Modified Username Field Change
2025-03-18 11:08 meriem_azaf Type defect => backport
2025-03-18 11:08 meriem_azaf Target Version => 25Q1.1
2025-03-18 11:09 meriem_azaf Assigned To AugustoMauch => meriem_azaf
2025-03-18 11:10 meriem_azaf Target Version 25Q1.1 => 25Q1
2025-03-18 11:32 hgbot Note Added: 0176939
2025-03-23 22:43 hgbot Note Added: 0177144
2025-03-23 22:43 hgbot Resolution open => fixed
2025-03-23 22:43 hgbot Status scheduled => closed
2025-03-23 22:43 hgbot Fixed in Version => 25Q1.1
2025-03-23 22:43 hgbot Note Added: 0177145


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker