Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0039590 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
backport | [Retail Modules] Web POS | major | always | 2018-11-06 09:57 | 2018-11-19 16:05 | |||
Reporter | marvintm | View Status | public | |||||
Assigned To | marvintm | |||||||
Priority | urgent | Resolution | fixed | Fixed in Version | RR18Q4 | |||
Status | closed | Fix in branch | Fixed in SCM revision | 871960b4b9ef | ||||
Projection | none | ETA | none | Target Version | RR18Q4 | |||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Review Assigned To | gorka_gil | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0039590: Cannot access ERP after accessing first ERP, and then WebPOS, on the same browser profile | |||||||
Description | It's no longer possible to access ERP if in the same profile first the ERP is accessed, and then the WebPOS is opened. | |||||||
Steps To Reproduce | - Clear the cache - Open a browser tab. Access the ERP login page, and do login in the ERP with Openbravo user. - Open another browser tab in the same browser profile. Access the WebPOS. - A popup will show, telling that you need to login again. Click ok. - Then come back to the first tab (ERP) and press F5. Notice that it's no longer possible to access the ERP. | |||||||
Proposed Solution | When the WebPOS realises there is a valid session, it attempts to login. However, the session the ERP created is not valid for the WebPOS, as the role is not authorised for the WebPOS application. Therefore, the WebPOS cancels the session, and refreshes the page. At this point the service workers are used to load the application, but one of the requests is redirected to the main openbravo login page, and this redirection is cached. After this, the login page is "cached", but without content, and this is why it's no longer possible to access the ERP. The solution is to prevent caching the redirections, as we will never be interested in caching those. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | ||||||||
|
Notes | |
(0107911) hgbot (developer) 2018-11-14 19:14 |
Repository: retail/backports/3.0RR18Q4/org.openbravo.mobile.core Changeset: 871960b4b9ef280ee617749d2975e288e51421b7 Author: Antonio Moreno <antonio.moreno <at> openbravo.com> Date: Wed Nov 14 19:14:32 2018 +0100 URL: http://code.openbravo.com/retail/backports/3.0RR18Q4/org.openbravo.mobile.core/rev/871960b4b9ef280ee617749d2975e288e51421b7 [^] Fixed issue 39590. Cannot access ERP after accessing first ERP, and then WebPOS, on the same browser profile Redirected responses will no longer be cached by the service workers. This will prevent the caching of a redirected response to the ERP login page, which did not work correctly, so this in turn prevents being unable to access the ERP login page. --- M web/org.openbravo.mobile.core/source/offline/ob-sources-sw.js --- |
Issue History | |||
Date Modified | Username | Field | Change |
2018-11-06 09:58 | marvintm | Type | defect => backport |
2018-11-06 09:58 | marvintm | Target Version | => RR18Q4 |
2018-11-14 19:14 | hgbot | Checkin | |
2018-11-14 19:14 | hgbot | Note Added: 0107911 | |
2018-11-14 19:14 | hgbot | Status | scheduled => resolved |
2018-11-14 19:14 | hgbot | Resolution | open => fixed |
2018-11-14 19:14 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/retail/backports/3.0RR18Q4/org.openbravo.mobile.core/rev/871960b4b9ef280ee617749d2975e288e51421b7 [^] |
2018-11-19 16:05 | gorka_gil | Review Assigned To | => gorka_gil |
2018-11-19 16:05 | gorka_gil | Status | resolved => closed |
2018-11-19 16:05 | gorka_gil | Fixed in Version | => RR18Q4 |
Copyright © 2000 - 2009 MantisBT Group |