Openbravo Issue Tracking System - Retail Modules | |||||||||||||||||||
| View Issue Details | |||||||||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||||||||
| 0033536 | Retail Modules | Web POS | public | 2016-07-21 11:20 | 2016-11-07 12:28 | ||||||||||||||
| Reporter | marvintm | ||||||||||||||||||
| Assigned To | ranjith_qualiantech_com | ||||||||||||||||||
| Priority | normal | Severity | major | Reproducibility | sometimes | ||||||||||||||
| Status | closed | Resolution | fixed | ||||||||||||||||
| Platform | OS | 5 | OS Version | ||||||||||||||||
| Product Version | |||||||||||||||||||
| Target Version | RR16Q3 | Fixed in Version | |||||||||||||||||
| Merge Request Status | |||||||||||||||||||
| Review Assigned To | marvintm | ||||||||||||||||||
| OBNetwork customer | |||||||||||||||||||
| Support ticket | |||||||||||||||||||
| Regression level | |||||||||||||||||||
| Regression date | |||||||||||||||||||
| Regression introduced in release | |||||||||||||||||||
| Regression introduced by commit | |||||||||||||||||||
| Triggers an Emergency Pack | No | ||||||||||||||||||
| Summary | 0033536: Masterdata loading fails when pagination happens | ||||||||||||||||||
| Description | The Web POS loads masterdata models using pagination, which means that if there are many records (currently, more than 35000) in a given model, the first 35000 will be loaded, and then the next 35000, and so on, until all of them are loaded. Currently, this mechanism is failing in some cases, so that if there are more than 35000 records in a model, some of them are not loaded in the Web POS. | ||||||||||||||||||
| Steps To Reproduce | There are two ways to reproduce the problem: - Find a database with many records (more than 35000 in one model). Log in the Web POS, and verify that not all records are in the local database. An easier way (and advisable for the developer who will be fixing the problem) is the following: - Log in the Web POS, go to Chrome Developer Tools, and execute the query in the local database: select count(*) from m_product Verify that there are 164 records in the table. - Then, go to file ob-datasource.js. - Find this line: handleIncrementalRequest(35000, 0, params, incremental); and change it to: handleIncrementalRequest(20, 0, params, incremental); - Clear cache and log in the Web POS again. - Execute the same query in the local database. Verify that there are 162 products. There were two products lost at some point, and this is wrong. | ||||||||||||||||||
| Proposed Solution | |||||||||||||||||||
| Additional Information | |||||||||||||||||||
| Tags | No tags attached. | ||||||||||||||||||
| Relationships |
| ||||||||||||||||||
| Attached Files | |||||||||||||||||||
| Issue History | |||||||||||||||||||
| Date Modified | Username | Field | Change | ||||||||||||||||
| 2016-07-26 09:30 | marvintm | Type | defect => backport | ||||||||||||||||
| 2016-07-26 09:30 | marvintm | Target Version | => RR16Q3 | ||||||||||||||||
| 2016-07-26 13:54 | hgbot | Checkin | |||||||||||||||||
| 2016-07-26 13:54 | hgbot | Note Added: 0088671 | |||||||||||||||||
| 2016-07-26 13:54 | hgbot | Status | scheduled => resolved | ||||||||||||||||
| 2016-07-26 13:54 | hgbot | Resolution | open => fixed | ||||||||||||||||
| 2016-07-26 13:54 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/retail/backports/3.0RR16Q3/org.openbravo.mobile.core/rev/701f8f37413c72c9d87ef4b004524df7b1ab4c25 [^] | ||||||||||||||||
| 2016-08-04 11:59 | marvintm | Review Assigned To | => marvintm | ||||||||||||||||
| 2016-08-04 11:59 | marvintm | Status | resolved => closed | ||||||||||||||||
| 2016-11-07 10:54 | guillermogil | Relationship added | causes 0034408 | ||||||||||||||||
| 2016-11-07 12:28 | hgbot | Checkin | |||||||||||||||||
| 2016-11-07 12:28 | hgbot | Note Added: 0091197 | |||||||||||||||||
| Notes | |||||
|
|
|||||
|
|
||||
|
|
|||||
|
|
||||