Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0044855Retail ModulesWeb POSpublic2020-08-04 09:182020-08-21 08:08
Reporterguillermogil 
Assigned Toprakashmurugesan88 
PriorityurgentSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product VersionRR20Q1.2 
Target VersionRR20Q2.2Fixed in VersionRR20Q2.2 
Merge Request Status
Review Assigned To
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0044855: Login time too high
DescriptionTime to login is big even if we are not doing the incremental refresh (we are using the "No Incremental Refresh at Login" preference):
TIMING
initModels: 62.0150000004287ms
initUI: 702.064999999493ms
loadModels: 5107.645000000048ms (almost all of the time in DiscountInitCache: 4958.859999999731ms)
renderUI: 282.6650000006339ms
TOTAL: 6155.445000000327ms

Biggest data we have:
75k products
3k discounts
3k discounts product
We have lots of BPs although the the model is set as remote


Note: It does not seems to happen on future releases due to the indexedDB feature
Steps To ReproduceLogin
F5
You will notice that the time to login is high
Proposed SolutionOn init the cache should be avoided to use the transformation to backbone models
Additional Information
TagsNo tags attached.
Relationships
blocks defect 0044746 closed prakashmurugesan88 Login time too high 
Attached Filespatch I44855_ByTotal_20Q2.patch (3,130) 2020-08-21 07:32
https://issues.openbravo.com/file_download.php?file_id=14885&type=bug
patch I44855_Combo_20Q2.patch (5,431) 2020-08-21 07:33
https://issues.openbravo.com/file_download.php?file_id=14886&type=bug
patch I44855_ScaledPrice_20Q2.patch (2,955) 2020-08-21 07:33
https://issues.openbravo.com/file_download.php?file_id=14887&type=bug
Issue History
Date ModifiedUsernameFieldChange
2020-08-20 06:19marvintmTypedefect => backport
2020-08-20 06:19marvintmTarget Version => RR20Q2.2
2020-08-21 07:26hgbotNote Added: 0122221
2020-08-21 07:32prakashmurugesan88File Added: I44855_ByTotal_20Q2.patch
2020-08-21 07:33prakashmurugesan88File Added: I44855_Combo_20Q2.patch
2020-08-21 07:33prakashmurugesan88File Added: I44855_ScaledPrice_20Q2.patch
2020-08-21 08:08hgbotResolutionopen => fixed
2020-08-21 08:08hgbotStatusscheduled => closed
2020-08-21 08:08hgbotNote Added: 0122223
2020-08-21 08:08hgbotFixed in Version => RR20Q2.2
2020-08-21 08:08hgbotNote Added: 0122224

Notes
(0122221)
hgbot   
2020-08-21 07:26   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/65 [^]
(0122223)
hgbot   
2020-08-21 08:08   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/65 [^]
(0122224)
hgbot   
2020-08-21 08:08   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: a8f075deb687e7d6d9e61a8da08d9de8cdf8a01a
Author: Prakash M <prakash@qualiantech.com>
Date: 2020-08-20T18:24:46+05:30
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/a8f075deb687e7d6d9e61a8da08d9de8cdf8a01a [^]

Fixed BUG-44855: In webpos after reload it takes much time even with incremental refresh false and with more data
* Much time take for transformation to backbone models
* Fixed by removing backbone transformation and handled using executeSql

---
M web/org.openbravo.retail.posterminal/js/discountsengine/pos/pos-discounts.js
---