Community
Participate
Working Groups
I20070615-1200 FilteredItemsSelectionDialog does not immediately remove the last remaining history match: - new workspace - new Java project - Navigate > Open Type "ArrayList" - Navigate > Open Type "AbstractList" - close both editors - slow down search, e.g. by adding Thread.sleep(..) at the beginning of fillContentProvider(..) - Navigate > Open Type - slowly type "Arx" => after "Ar", "AbstractList" gets correctly removed => after "Arx", "ArrayList" should also be removed, but it wrongly stays
Created attachment 77467 [details] Fix I really think this should be fixed for 3.3.1. This bug shows up all the time in normal development workspaces. As soon as the pattern does not match anything in the history any more, the "Matching items" list becomes stale and keeps showing non-matching entries until the matches from the search engine become available. The fix is an easy one-liner. The modified if-clause has been added to fix bug 189106, but the check for empty history is wrong and not necessary to fix that bug.
Released to 3.3_maintanance.
Released to HEAD. Thanks Markus.
Verified in M20070905-1045.