Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0018137Openbravo ERPI. Performancepublic2011-07-29 16:022012-10-09 09:46
Reporteralostale 
Assigned Tomtaal 
PriorityurgentSeveritymajorReproducibilitysometimes
StatusclosedResolutionunable to reproduce 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Toalostale
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0018137: Incorrect filtering on slow tables
DescriptionIf in a tab a filter criteria is added and before the response arrives, this criteria is changed. The only criteria that is applied is the first one but not the second one which should prevail over the other one.
Steps To ReproduceHaving a table that takes a long time to retrieve data (or typing fast enough):

-Open a window
-Type in the filter of any field of the grid something
-While data is loading change what you typed before
-Note the
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 00230063.0MP22 closed AugustoMauch Wrong records shown in grid when the filter is entered before loading the records 
blocks defect 0018123 closed mtaal Grid filter returns more records than it should 
blocks defect 0018138 closed mtaal Grid shows inconsistent filter behavior with very large number of records 
blocks defect 00160023.0MP6 closed mtaal Subtle timing problem with column filters 
Attached Filespng Selection_010.png (19,967) 2011-07-29 16:03
https://issues.openbravo.com/file_download.php?file_id=4402&type=bug
png
Issue History
Date ModifiedUsernameFieldChange
2011-07-29 16:02alostaleNew Issue
2011-07-29 16:02alostaleAssigned To => shuehner
2011-07-29 16:02alostaleModules => Core
2011-07-29 16:03alostaleFile Added: Selection_010.png
2011-07-29 16:36alostaleNote Added: 0039556
2011-08-01 12:14psarobeStatusnew => scheduled
2011-08-01 12:23psarobeAssigned Toshuehner => mtaal
2011-08-01 12:23psarobeTarget Version => 3.0MP3
2011-08-01 12:23psarobeSeverityminor => major
2011-08-01 12:24psarobeRelationship addedblocks 0018123
2011-08-01 12:25psarobeRelationship addedblocks 0018138
2011-08-01 12:25psarobeRelationship addedblocks 0016002
2011-08-31 09:45mtaalTarget Version3.0MP3 => 3.0MP4
2011-09-18 12:50mtaalTarget Version3.0MP4 => 3.0MP5
2011-10-25 08:01mtaalTarget Version3.0MP5 => 3.0MP6
2011-11-15 10:20iperdomoTarget Version3.0MP6 =>
2012-10-09 09:45mtaalReview Assigned To => alostale
2012-10-09 09:45mtaalNote Added: 0053145
2012-10-09 09:45mtaalStatusscheduled => closed
2012-10-09 09:46mtaalResolutionopen => unable to reproduce
2013-03-06 11:23AugustoMauchRelationship addedrelated to 0023006

Notes
(0039556)
alostale   
2011-07-29 16:36   
Can be reproduced in butler's Heartbeat View window.
(0053145)
mtaal   
2012-10-09 09:45   
I retested this and could not reproduce it.

In the heartbeat window in the butler clone:
First entering 'San' as the search string in the city name of the heartbeat window. Then while data was loading, change it to 'Mad'. After a while only the Madrid entries were shown.