Openbravo Issue Tracking System - Retail Modules | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0043217 | Retail Modules | [Java Client POS] 02 - ERP-POS Integration | public | 2020-02-13 12:54 | 2020-04-14 15:08 |
Reporter | govaz | ||||
Assigned To | adrianromero | ||||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | new | Resolution | open | ||
Platform | OS | 5 | OS Version | ||
Product Version | |||||
Target Version | Fixed in Version | ||||
Merge Request Status | |||||
Review Assigned To | |||||
OBNetwork customer | |||||
Support ticket | |||||
Regression level | |||||
Regression date | |||||
Regression introduced in release | |||||
Regression introduced by commit | |||||
Triggers an Emergency Pack | No | ||||
Summary | 0043217: Session User ID is replaced without any warning | ||||
Description | During the training I noticed unexpected behaviour of the web application. While logging in different sessions with different PIDs and using different application users the last user to login overides the previous existing sessions, without warning or closing it first. This means that the user that login first, looses his session, this connection probably remains open for a while (until timeout or expiration). I did 3 tests that confirm this behaviour using different users to operate the same instance of Openbravo. Attached .Zip files. As the session users change quietly, the user permissions also change, thus the functionality such as read/write (this means edit/delete) a record. For a different instance this does not happen (probably a different database instance is running in the background, behind the application server). | ||||
Steps To Reproduce | 1. Login to Openbravo WebPoS with user Vallblanca / password using Chrome window (pid1) 2. Login to Openbravo Backoffice with user Openbravo / password using another Chrome window (pid2). 3. Check what user is logged in WebPOS session/window (pid1). 4. Check what user is logged in Backoffice session/window (pid2) 5. User in both sessions becomes the same, without any warning. | ||||
Proposed Solution | To be defined. | ||||
Additional Information | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | steps recorder for user session issue - prueba 1.zip (2,023,959) 2020-02-13 12:54 https://issues.openbravo.com/file_download.php?file_id=14039&type=bug steps recorder for user session issue - prueba 2.zip (1,229,184) 2020-02-13 12:55 https://issues.openbravo.com/file_download.php?file_id=14040&type=bug steps recorder for user session issue - prueba 3.zip (882,398) 2020-02-13 12:55 https://issues.openbravo.com/file_download.php?file_id=14041&type=bug | ||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
2020-02-13 12:54 | govaz | New Issue | |||
2020-02-13 12:54 | govaz | Assigned To | => adrianromero | ||
2020-02-13 12:54 | govaz | File Added: steps recorder for user session issue - prueba 1.zip | |||
2020-02-13 12:55 | govaz | File Added: steps recorder for user session issue - prueba 2.zip | |||
2020-02-13 12:55 | govaz | File Added: steps recorder for user session issue - prueba 3.zip | |||
2020-04-14 15:08 | marvintm | Project | Java Client POS => Retail Modules |
There are no notes attached to this issue. |