Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0033536
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajorsometimes2016-07-21 11:202016-11-07 12:28
ReportermarvintmView Statuspublic 
Assigned Toranjith_qualiantech_com 
PrioritynormalResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision701f8f37413c
ProjectionnoneETAnoneTarget VersionRR16Q3
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0033536: Masterdata loading fails when pagination happens

DescriptionThe 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 ReproduceThere 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.
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
blocks defect 0033519 closedranjith_qualiantech_com Masterdata loading fails when pagination is used 
causes backport 0034408RR16Q3.3 closedranjith_qualiantech_com [RR16Q3] It is not possible to load on WebPOS if you have more than 35000 products 

-  Notes
(0088671)
hgbot (developer)
2016-07-26 13:54

 Repository: retail/backports/3.0RR16Q3/org.openbravo.mobile.core
Changeset: 701f8f37413c72c9d87ef4b004524df7b1ab4c25
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Tue Jul 26 17:23:26 2016 +0530
URL: http://code.openbravo.com/retail/backports/3.0RR16Q3/org.openbravo.mobile.core/rev/701f8f37413c72c9d87ef4b004524df7b1ab4c25 [^]

Fixes issue 33536 : Reset hqlquery offset if the model has multiple queries

- for a model which has multiple queries, hqlquery offset value has to be resetted if last query counted rows doesn't exceed the limit rows

---
M src/org/openbravo/mobile/core/process/ProcessHQLQuery.java
---
(0091197)
hgbot (developer)
2016-11-07 12:28

 Repository: retail/backports/3.0RR16Q3.3/org.openbravo.mobile.core
Changeset: 7da8fb59bf9f44607f56b41bd415cce4dc617a71
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Mon Nov 07 15:38:46 2016 +0530
URL: http://code.openbravo.com/retail/backports/3.0RR16Q3.3/org.openbravo.mobile.core/rev/7da8fb59bf9f44607f56b41bd415cce4dc617a71 [^]

Fixes issue 34408 : Removed Unnessary code in ProcessHQLQuery

- Line should be removed in the issue 33536, but its not
- Removed line is unnecessary and it has to be removed in the changeset 701f8f37413c, but its not

---
M src/org/openbravo/mobile/core/process/ProcessHQLQuery.java
---

- 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

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker