Openbravo Issue Tracking System - Retail Modules | ||||||||||||
View Issue Details | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | |||||||
0031343 | Retail Modules | Web POS | public | 2015-11-03 16:53 | 2015-11-05 12:29 | |||||||
Reporter | guilleaer | |||||||||||
Assigned To | Retail | |||||||||||
Priority | normal | Severity | major | Reproducibility | have not tried | |||||||
Status | closed | Resolution | fixed | |||||||||
Platform | OS | 5 | OS Version | |||||||||
Product Version | ||||||||||||
Target Version | RR15Q3.2 | Fixed in Version | RR15Q3.2 | |||||||||
Merge Request Status | ||||||||||||
Review Assigned To | marvintm | |||||||||||
OBNetwork customer | No | |||||||||||
Support ticket | ||||||||||||
Regression level | ||||||||||||
Regression date | ||||||||||||
Regression introduced in release | ||||||||||||
Regression introduced by commit | ||||||||||||
Triggers an Emergency Pack | No | |||||||||||
Summary | 0031343: Suddenly incremental refresh is not working because lastUpdatedTimestamp becomes "null" | |||||||||||
Description | Suddenly incremental refresh is not working because lastUpdatedTimestamp becomes "null" When this situation happens, server side components (models) raise an exception like that: Error when generating query: null (JSONObject["lastUpdated"] is not a number.) org.codehaus.jettison.json.JSONException: JSONObject["lastUpdated"] is not a number. Because we are trying to process the word "null" as a number. In the client side we are also generating 2 log messages per each failed request: serviceSuccess error: status: -1, error.message: JSONObject["lastUpdated"] is not a number.; stackTrace: serviceSuccess (http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:41:4 [^]);Object.enyo.Ajax.success (http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:55:489 [^]);Object.enyo.call (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:335:28 [^]);Object.enyo.kind.handle (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:889:14 [^]);Object.enyo.kind.respond (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:903:41 [^]);Object.enyo.kind.receive (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:1034:97 [^]);XMLHttpRequest.e.onreadystatechange (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:962:24 [^]) Error in datasource: [object Object]; stackTrace: http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:75:23;serviceSuccess [^] (http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:45:103 [^]);Object.enyo.Ajax.success (http://79.125.89.90/openbravo/web/js/gen/79cdf4b98f1dc68c16f37bb80ef63806_WebPOS.js:55:489 [^]);Object.enyo.call (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:335:28 [^]);Object.enyo.kind.handle (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:889:14 [^]);Object.enyo.kind.respond (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:903:41 [^]);Object.enyo.kind.receive (http://79.125.89.90/openbravo/web/org.openbravo.mobile.core/build/enyo.js:1034:97 [^]) | |||||||||||
Steps To Reproduce | Currently we don't have steps to reproduce the issue | |||||||||||
Proposed Solution | 1st step Servlets should check at the begining of the process that the value received for "lastUpdated" is valid. It will stop the creation of exceptions but will provoque a full refresh when it happens 2nd step Try to understand why at some point the value of lastUpdatedTimestamp becomes "null" | |||||||||||
Additional Information | ||||||||||||
Tags | No tags attached. | |||||||||||
Relationships |
| |||||||||||
Attached Files | ![]() https://issues.openbravo.com/file_download.php?file_id=8683&type=bug ![]() https://issues.openbravo.com/file_download.php?file_id=8684&type=bug | |||||||||||
Issue History | ||||||||||||
Date Modified | Username | Field | Change | |||||||||
2015-11-03 16:54 | guilleaer | Type | defect => backport | |||||||||
2015-11-03 16:54 | guilleaer | Target Version | => RR15Q3.2 | |||||||||
2015-11-03 18:58 | guilleaer | File Added: diffIssue31341_posterminal_15q3_2.diff | ||||||||||
2015-11-03 18:58 | guilleaer | File Added: diffIssue31341_mobilecore_15q3_2.diff | ||||||||||
2015-11-04 12:50 | hgbot | Checkin | ||||||||||
2015-11-04 12:50 | hgbot | Note Added: 0081468 | ||||||||||
2015-11-04 12:50 | hgbot | Status | scheduled => resolved | |||||||||
2015-11-04 12:50 | hgbot | Resolution | open => fixed | |||||||||
2015-11-04 12:50 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/retail/backports/3.0RR15Q3.2/org.openbravo.retail.posterminal/rev/b6d80989b7cddf894769ca86cb1a2cd62ee74ed2 [^] | |||||||||
2015-11-04 12:50 | hgbot | Checkin | ||||||||||
2015-11-04 12:50 | hgbot | Note Added: 0081469 | ||||||||||
2015-11-04 12:50 | hgbot | Fixed in SCM revision | http://code.openbravo.com/retail/backports/3.0RR15Q3.2/org.openbravo.retail.posterminal/rev/b6d80989b7cddf894769ca86cb1a2cd62ee74ed2 [^] => http://code.openbravo.com/retail/backports/3.0RR15Q3.2/org.openbravo.mobile.core/rev/b0f6183c7ca55b47603322e8b05f9cae5b5be238 [^] | |||||||||
2015-11-04 17:29 | hgbot | Checkin | ||||||||||
2015-11-04 17:29 | hgbot | Note Added: 0081485 | ||||||||||
2015-11-05 12:29 | marvintm | Review Assigned To | => marvintm | |||||||||
2015-11-05 12:29 | marvintm | Status | resolved => closed | |||||||||
2015-11-05 12:29 | marvintm | Fixed in Version | => RR15Q3.2 |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|