Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0037660 | Retail Modules | Web POS | public | 2018-01-17 12:23 | 2018-03-07 13:48 |
|
Reporter | marvintm | |
Assigned To | Retail | |
Priority | urgent | Severity | major | Reproducibility | always |
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 | 0037660: Logclient information may be saved in a wrong organization if context is changed |
Description | It is possible to generate logclient messages in a different organization, if the context is changed in the same browser. |
Steps To Reproduce | - Log in the WebPOS with terminal VBS-1 with Openbravo user
- Open the backoffice in another tab in the same browser.
- Change the organization in backoffice to "Central Mountain")
- Do some actions in the WebPOS, and wait for the logclient to be synchronized.
- Check the database, and see that the messages were created in a wrong organization. |
Proposed Solution | Use the deviceid to find out the correct organization and set the context properly so that this problem is avoided. |
Additional Information | |
Tags | No tags attached. |
Relationships | related to | defect | 0037655 | | closed | marvintm | Logclient information can accumulate in the terminal, and be continously sent to the backend server |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2018-01-17 12:23 | marvintm | New Issue | |
2018-01-17 12:23 | marvintm | Assigned To | => Retail |
2018-01-17 12:23 | marvintm | Triggers an Emergency Pack | => No |
2018-01-17 12:23 | marvintm | Relationship added | related to 0037655 |
2018-03-03 08:19 | ranjith_qualiantech_com | Assigned To | Retail => ranjith_qualiantech_com |
2018-03-03 08:20 | ranjith_qualiantech_com | Status | new => scheduled |
2018-03-05 07:50 | hgbot | Checkin | |
2018-03-05 07:50 | hgbot | Note Added: 0102969 | |
2018-03-05 07:50 | hgbot | Status | scheduled => resolved |
2018-03-05 07:50 | hgbot | Resolution | open => fixed |
2018-03-05 07:50 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/0c5cf3c6ecb0dcbd248a057ec9066533053f4c07 [^] |
2018-03-07 13:40 | hgbot | Checkin | |
2018-03-07 13:40 | hgbot | Note Added: 0103059 | |
2018-03-07 13:41 | marvintm | Status | resolved => new |
2018-03-07 13:41 | marvintm | Resolution | fixed => open |
2018-03-07 13:41 | marvintm | Assigned To | ranjith_qualiantech_com => Retail |
2018-03-07 13:41 | marvintm | Type | defect => design defect |
2018-03-07 13:48 | marvintm | Note Added: 0103061 | |
Notes |
|
(0102969)
|
hgbot
|
2018-03-05 07:50
|
|
|
|
(0103059)
|
hgbot
|
2018-03-07 13:40
|
|
|
|
|
After discussing it internally, we have decided that we should not fix this issue as of now. It's actually a design defect, that comes from the fundamental limitation in Openbravo that different applications share the same session, and the fix should be changing that instead of doing some ad-hoc change in every process. |
|