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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0033673
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajorhave not tried2016-08-10 10:552016-09-20 15:39
ReporteralostaleView Statuspublic 
Assigned Tomario_castello 
PrioritynormalResolutionfixedFixed in VersionRR16Q4
StatusclosedFix in branchFixed in SCM revision200182f3db29
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toguilleaer
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0033673: slow population of approvals popup

DescriptionIn instances with high data volumes (ie. 2K users + 20K preferences), the population of approval popup takes too long.
Steps To Reproduce1. In an instance with high volume of data, configure Cash Management window to require approval
2. Click on cash management
  -> check the popup window where users and their images are loaded takes long to be populated. In the concrete instance where it was tested it was 5-8 secs

Verify that the query is only returning useful data (eg: no users that cannot approve the action, no bps, etc)

Verify that the time downloading the data from the server can drop from 1s to 0,1 second if the images are not sent
TagsPerformance
Attached Filespng file icon Screenshot from 2016-08-18 12:20:20.png [^] (32,460 bytes) 2016-08-18 12:21


patch file icon issue_33673.patch [^] (6,112 bytes) 2016-09-15 20:07 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0033568 closedranjith_qualiantech_com Approval is taking too long 
related to defect 0030673RR15Q4 closedmario_castello all approvals of supervisor should be loaded in terminal when one action is approval by this supervisor 
depends on backport 0033740RR16Q3.2 closedRetail slow population of approvals popup 
depends on backport 0033741RR16Q2.3 closedsimbu94 slow population of approvals popup 
blocks defect 0033747 newRetail Performance: Images are always retrieved when the approvals are requested from the server 

-  Notes
(0089492)
simbu94 (developer)
2016-08-29 11:55

Time reduced from 4s to 60ms
patch attached(Issue_33673.patch).
(0089715)
hgbot (developer)
2016-09-02 23:40

Repository: tools/automation/pi-mobile
Changeset: 2eda7fe863ca0a1dd54364cc683182d68308adbc
Author: Mario Castello <mario.castello <at> peoplewalking.com>
Date: Wed Aug 24 10:06:08 2016 -0600
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/2eda7fe863ca0a1dd54364cc683182d68308adbc [^]

Verifies issue 33673: Added automated test

---
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/receipts/I33673_CashManagementApproval.java
---
(0090089)
hgbot (developer)
2016-09-19 22:22

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 200182f3db29b079520aae7926bf97d57d8fb8eb
Author: Mario Castello <mario.castello <at> peoplewalking.com>
Date: Mon Sep 19 08:34:39 2016 -0600
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/200182f3db29b079520aae7926bf97d57d8fb8eb [^]

Fixed issue 33673: Modification to improve slow population of approvals popup

---
M src/org/openbravo/retail/posterminal/LoginUtilsServlet.java
---
(0090114)
guilleaer (manager)
2016-09-20 15:39

tested also in big customer

- Issue History
Date Modified Username Field Change
2016-08-10 10:55 alostale New Issue
2016-08-10 10:55 alostale Assigned To => Retail
2016-08-10 10:55 alostale Triggers an Emergency Pack => No
2016-08-10 10:56 alostale Relationship added related to 0033568
2016-08-10 10:56 alostale Relationship added related to 0030673
2016-08-10 10:57 alostale Tag Attached: Performance
2016-08-10 11:01 alostale Issue Monitored: alostale
2016-08-18 12:21 Orekaria File Added: Screenshot from 2016-08-18 12:20:20.png
2016-08-18 12:45 Orekaria Assigned To Retail => simbu94
2016-08-18 12:45 Orekaria Status new => acknowledged
2016-08-18 13:16 Orekaria Status acknowledged => scheduled
2016-08-18 14:13 shuehner Issue Monitored: shuehner
2016-08-18 14:18 Orekaria Steps to Reproduce Updated View Revisions
2016-08-18 14:19 Orekaria Steps to Reproduce Updated View Revisions
2016-08-18 14:19 Orekaria Proposed Solution updated
2016-08-18 14:21 Orekaria Proposed Solution updated
2016-08-18 14:52 Orekaria Steps to Reproduce Updated View Revisions
2016-08-18 14:52 Orekaria Proposed Solution updated
2016-08-19 09:05 Orekaria Relationship added blocks 0033747
2016-08-29 11:53 simbu94 File Added: Issue_33673.patch
2016-08-29 11:55 simbu94 Note Added: 0089492
2016-08-29 13:38 simbu94 File Deleted: Issue_33673.patch
2016-08-29 13:38 simbu94 File Added: Issue_33673.patch
2016-08-30 14:20 simbu94 Assigned To simbu94 => Retail
2016-08-30 14:41 simbu94 File Deleted: Issue_33673.patch
2016-08-30 14:41 simbu94 File Added: Issue_33673.patch
2016-09-02 23:40 hgbot Checkin
2016-09-02 23:40 hgbot Note Added: 0089715
2016-09-07 21:26 mario_castello Assigned To Retail => mario_castello
2016-09-15 20:06 mario_castello File Deleted: Issue_33673.patch
2016-09-15 20:07 mario_castello File Added: issue_33673.patch
2016-09-19 22:22 hgbot Checkin
2016-09-19 22:22 hgbot Note Added: 0090089
2016-09-19 22:22 hgbot Status scheduled => resolved
2016-09-19 22:22 hgbot Resolution open => fixed
2016-09-19 22:22 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/200182f3db29b079520aae7926bf97d57d8fb8eb [^]
2016-09-20 15:39 guilleaer Review Assigned To => guilleaer
2016-09-20 15:39 guilleaer Note Added: 0090114
2016-09-20 15:39 guilleaer Status resolved => closed
2016-09-20 15:39 guilleaer Fixed in Version => RR16Q4


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker