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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0032425
TypeCategorySeverityReproducibilityDate SubmittedLast Update
design defect[Openbravo ERP] A. Platformmajorhave not tried2016-03-07 13:192022-02-01 08:09
ReporteralostaleView Statuspublic 
Assigned ToTriage Platform Base 
PriorityurgentResolutionopenFixed in Version
StatusacknowledgedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0032425: request on keystroke while typing on selector's drop down

DescriptionWhen using a selector drop down to select an item, a request to datasource is performed on each keystroke regardless the time elapsed between them is very small.

This causes an unneeded backend overload.

When filtering in grid (in standard windows or selector popup) there is a delay between keystroke and request, so that in case several keystrokes are done within this delay period, a single request is executed grouping all of them.

The problem is related with the implementation of fireOnPauseDelay in SC. Writting some characthers in a selector in less time than fetchDelay (200ms) time. This works properly. But if just in that moment, it will begin to type several times any key, lots of request are triggered.
Steps To Reproduce* Open Sales Order and create a header
* Create a line
* Focus on product drop down and start typing "as" several times
  -> Note lots of requests are triggered. fetchDelay (default 200ms) is not applied properly.
Proposed SolutionRefactor or improve fireOnPauseDelay to take into account this problem.
TagsPerformance
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to design defect 0030312 acknowledgedTriage Platform Base adaptive filtering is not working in selectors 

-  Notes
(0086703)
inigosanchez (developer)
2016-05-24 13:03

Updated proposed solution and promoting to design defect because it will require much more effort + testing.

- Issue History
Date Modified Username Field Change
2016-03-07 13:19 alostale New Issue
2016-03-07 13:19 alostale Assigned To => platform
2016-03-07 13:19 alostale Modules => Core
2016-03-07 13:19 alostale Triggers an Emergency Pack => No
2016-03-07 13:19 alostale Status new => acknowledged
2016-03-07 13:19 alostale Tag Attached: Performance
2016-03-07 13:21 alostale Target Version => 3.0PR16Q2
2016-03-22 10:20 alostale Target Version 3.0PR16Q2 => 3.0PR16Q3
2016-05-18 17:43 alostale Status acknowledged => scheduled
2016-05-18 17:43 alostale Assigned To platform => inigosanchez
2016-05-19 12:49 inigosanchez Steps to Reproduce Updated View Revisions
2016-05-19 13:00 inigosanchez Steps to Reproduce Updated View Revisions
2016-05-23 12:24 alostale Relationship added related to 0030312
2016-05-24 13:03 inigosanchez Note Added: 0086703
2016-05-24 15:18 inigosanchez Assigned To inigosanchez => platform
2016-05-24 15:18 inigosanchez Status scheduled => acknowledged
2016-05-24 15:18 inigosanchez Type defect => design defect
2016-05-24 15:18 inigosanchez Description Updated View Revisions
2016-05-24 15:18 inigosanchez Proposed Solution updated
2016-06-27 11:49 caristu Target Version 3.0PR16Q3 =>
2022-02-01 08:09 alostale Assigned To platform => Triage Platform Base


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker