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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0044855
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajoralways2020-08-04 09:182020-08-21 08:08
ReporterguillermogilView Statuspublic 
Assigned Toprakashmurugesan88 
PriorityurgentResolutionfixedFixed in VersionRR20Q2.2
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget VersionRR20Q2.2
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionRR20Q1.2SCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0044855: 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
TagsNo tags attached.
Attached Filespatch file icon I44855_ByTotal_20Q2.patch [^] (3,130 bytes) 2020-08-21 07:32 [Show Content]
patch file icon I44855_Combo_20Q2.patch [^] (5,431 bytes) 2020-08-21 07:33 [Show Content]
patch file icon I44855_ScaledPrice_20Q2.patch [^] (2,955 bytes) 2020-08-21 07:33 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0044746 closedprakashmurugesan88 Login time too high 

-  Notes
(0122221)
hgbot (developer)
2020-08-21 07:26

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/65 [^]
(0122223)
hgbot (developer)
2020-08-21 08:08

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/65 [^]
(0122224)
hgbot (developer)
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
---

- Issue History
Date Modified Username Field Change
2020-08-20 06:19 marvintm Type defect => backport
2020-08-20 06:19 marvintm Target Version => RR20Q2.2
2020-08-21 07:26 hgbot Note Added: 0122221
2020-08-21 07:32 prakashmurugesan88 File Added: I44855_ByTotal_20Q2.patch
2020-08-21 07:33 prakashmurugesan88 File Added: I44855_Combo_20Q2.patch
2020-08-21 07:33 prakashmurugesan88 File Added: I44855_ScaledPrice_20Q2.patch
2020-08-21 08:08 hgbot Resolution open => fixed
2020-08-21 08:08 hgbot Status scheduled => closed
2020-08-21 08:08 hgbot Note Added: 0122223
2020-08-21 08:08 hgbot Fixed in Version => RR20Q2.2
2020-08-21 08:08 hgbot Note Added: 0122224


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker