Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0028251 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Retail Modules] Web POS | minor | always | 2014-11-21 17:04 | 2014-11-30 20:00 | |||
| Reporter | marvintm | View Status | public | |||||
| Assigned To | marvintm | |||||||
| Priority | normal | Resolution | fixed | Fixed in Version | RR15Q1 | |||
| Status | closed | Fix in branch | Fixed in SCM revision | fed15c71d6e9 | ||||
| Projection | none | ETA | none | Target Version | RR15Q1 | |||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Review Assigned To | mtaal | |||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0028251: Improved behavior of the Web POS update in case the user doesn't manually refresh the page after the update is done | |||||||
| Description | Currently, if an update of the Web POS application is done in the backend, the client side will correctly detect it when the browser page is either accessed directly, or refreshed (F5). In this case, the application cache will be correctly reloaded, and the page will be reloaded again to ensure that the newest sources are used. However, in the case the page was already open and the user just starts using it, the update will not be detected, so the application will be running with the old source code. This is specially troublesome in the case of users which leave the computer running over the night, and the next morning find the Web POS already open in the login page, because it is very unlikely that they will remember to refresh the page just in case there was an update. Therefore, this situation must also be specifically handled by the mobile infrastructure to ensure that even in this case, the Web POS sources are reloaded, and the new version is used. | |||||||
| Steps To Reproduce | - Login in the Web POS. - Log out of the Web POS. Leave the browser open in the login page. - Update the Web POS (either by updating one of the retail modules, rebuilding the system, and restarting tomcat, or by changing something in the Javascript code and then deleting the static resource file). - Login in the Web POS again. Verify that you are using the old sources. - Refresh the page. You will now notice that the new sources are used. | |||||||
| Tags | No tags attached. | |||||||
| Attached Files |  Selection_158.png [^] (214,669 bytes) 2014-11-30 19:50
| |||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||||||||||||||||
|
||||||||||||||||||||||
 Relationships |
|
Notes |
|
|
(0071898) hgbot (developer) 2014-11-21 17:09 |
Repository: erp/pmods/org.openbravo.mobile.core Changeset: fed15c71d6e969d3a6ca875670269e8d8530daaf Author: Antonio Moreno <antonio.moreno <at> openbravo.com> Date: Fri Nov 21 17:08:34 2014 +0100 URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/fed15c71d6e969d3a6ca875670269e8d8530daaf [^] Fixed issue 28251. Source version will be checked in requests to the datasource API and in the login. - Requests to the datasource will always return the source version. This will be checked against the version saved in the local storage. If they are different, a popup will be shown to the user, and this popup will reload the page. - Requests to the LoginHandler will also return the source version. Again, this will be checked against the version saved in the local storage. If they are different, the page will be automatically reloaded to ensure that the user starts working with the lastest version of the sources. --- M src-db/database/sourcedata/AD_MESSAGE.xml M src/org/openbravo/mobile/core/MobileStaticResourceComponent.java M src/org/openbravo/mobile/core/login/MobileCoreLoginHandler.java M src/org/openbravo/mobile/core/process/JSONProcessSimple.java M web/org.openbravo.mobile.core/source/data/ob-datasource.js M web/org.openbravo.mobile.core/source/model/ob-terminal-model.js M web/org.openbravo.mobile.core/source/utils/ob-utilities.js --- |
|
(0072163) mtaal (manager) 2014-11-30 19:59 |
Added docs: http://wiki.openbravo.com/wiki/Retail:Web_POS_User_Guide#Web_POS_Updates [^] |
|
(0072164) mtaal (manager) 2014-11-30 20:00 |
Reviewed and tested, see related issue for conclusions |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2014-11-21 17:04 | marvintm | New Issue | |
| 2014-11-21 17:04 | marvintm | Assigned To | => marvintm |
| 2014-11-21 17:04 | marvintm | Triggers an Emergency Pack | => No |
| 2014-11-21 17:09 | hgbot | Checkin | |
| 2014-11-21 17:09 | hgbot | Note Added: 0071898 | |
| 2014-11-21 17:09 | hgbot | Status | new => resolved |
| 2014-11-21 17:09 | hgbot | Resolution | open => fixed |
| 2014-11-21 17:09 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/fed15c71d6e969d3a6ca875670269e8d8530daaf [^] |
| 2014-11-30 19:50 | mtaal | File Added: Selection_158.png | |
| 2014-11-30 19:59 | mtaal | Note Added: 0072163 | |
| 2014-11-30 20:00 | mtaal | Relationship added | causes 0028324 |
| 2014-11-30 20:00 | mtaal | Review Assigned To | => mtaal |
| 2014-11-30 20:00 | mtaal | Note Added: 0072164 | |
| 2014-11-30 20:00 | mtaal | Status | resolved => closed |
| 2014-11-30 20:00 | mtaal | Fixed in Version | => RR15Q1 |
| 2014-12-08 11:49 | mtaal | Relationship added | related to 0028059 |
| 2015-05-13 13:53 | Orekaria | Relationship added | causes 0029866 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |