Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||||||
ID | ||||||||||||
0057951 | ||||||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
defect | [POS2] POS | major | always | 2025-02-11 17:59 | 2025-03-04 20:25 | |||||||
Reporter | jfvaringot | View Status | public | |||||||||
Assigned To | AugustoMauch | |||||||||||
Priority | high | Resolution | open | Fixed in Version | ||||||||
Status | scheduled | Fix in branch | Fixed in SCM revision | |||||||||
Projection | none | ETA | none | Target Version | ||||||||
OS | Any | Database | Any | Java version | ||||||||
OS Version | Database version | Ant version | ||||||||||
Product Version | SCM revision | |||||||||||
Review Assigned To | ||||||||||||
Regression level | ||||||||||||
Regression date | ||||||||||||
Regression introduced in release | ||||||||||||
Regression introduced by commit | ||||||||||||
Triggers an Emergency Pack | No | |||||||||||
Summary | 0057951: POS 2 - POS is frozen after automatic logout out, when manual action to logout is in progress | |||||||||||
Description | REPRODUCED 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 Reproduce | Set 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 Solution | Affter having been disconnected, the user can connect again when login again. | |||||||||||
Tags | No tags attached. | |||||||||||
Attached Files | ||||||||||||
![]() |
|
![]() |
|
(0176129) jfvaringot (reporter) 2025-02-25 16:58 edited on: 2025-02-25 16:59 |
2nd scenario : On back-office, set your touchpoint type in order to display the Receipt delivery method on POS, after the payment. On POS : 1. do a ticket 2. click on pay and process to payment 3. when the Receipt delivery pop-up is display, wait for the log-out 4. let the POS disconnects the user 5. log in -> the POS is frozen |
(0176433) AugustoMauch (administrator) 2025-03-04 13:47 |
Another way to reproduce: On POS : 1. add a line to the ticket 2. click on Delete Ticket. A popover will be displayed because a ticket with lines is being removed. 3. do not close the popover, wait for the log-out 4. let the POS disconnects the user 5. log in |
(0176434) AugustoMauch (administrator) 2025-03-04 13:48 |
The problem occurs because when the automatic logout took place, an action was in execution (i.e. DeleteTicket, with the latest steps to reproduce). When logging in, the action will still count as in execution in OB.App.State.getState().UI.userActions.inProgressStack, so the user action scrim will be on top. |
(0176436) hgbot (developer) 2025-03-04 14:38 |
Merge Request created: https://gitlab.com/orisha-group/bu-commerce/openbravo/product/pmods/org.openbravo.core2/-/merge_requests/1809 [^] |
![]() |
|||
Date Modified | Username | Field | Change |
2025-02-11 17:59 | jfvaringot | New Issue | |
2025-02-11 17:59 | jfvaringot | Assigned To | => Retail |
2025-02-11 17:59 | jfvaringot | Triggers an Emergency Pack | => No |
2025-02-12 09:12 | inaki_azkonobieta | Issue Monitored: inaki_azkonobieta | |
2025-02-12 09:42 | guillermogil | Assigned To | Retail => Triage Platform Base |
2025-02-25 16:58 | jfvaringot | Note Added: 0176129 | |
2025-02-25 16:59 | jfvaringot | Note Edited: 0176129 | View Revisions |
2025-03-04 13:47 | AugustoMauch | Note Added: 0176433 | |
2025-03-04 13:48 | AugustoMauch | Note Added: 0176434 | |
2025-03-04 14:38 | hgbot | Note Added: 0176436 | |
2025-03-04 20:25 | AugustoMauch | Status | new => scheduled |
2025-03-04 20:25 | AugustoMauch | Assigned To | Triage Platform Base => AugustoMauch |
Copyright © 2000 - 2009 MantisBT Group |