Open Bug 573325 Opened 14 years ago Updated 2 years ago

After using quickfilterbar, status bar wrongly shows "Searching..." forever (should show "X matches found" or "No matches found" instead)

Categories

(Thunderbird :: Search, defect)

defect

Tracking

(Not tracked)

People

(Reporter: thomas8, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: regression)

followup from bug 544628 STR 1 quickfilter bar: search for some string a) matching messages b) no matching messages actual - status bar shows "Searching..." for good, even after search has completed. - only if another event happens to change the status bar, the "Searching..." msg will be removed from status bar - this might confuse the user if search is finished or not expected - when we're through with filtering, status bar must be updated: a) "X matches found" b) "No matches found" Or something similar. We can take old/existing status bar strings to fix this for 3.1 without L10n changes, tb2 had something like "X matches found" / "No matches found". Alternatively, again without L10n changes, but less informative, we could take the new strings that we have on the filter bar: "X messages" / "No results"
Blocks: 544628
With "sticky filter" ("keep filters applied when switching folders") and some filter words in the filter bar the misleading status msg persists even more radically, TB claims to be "searching..." almost all the time.
Flags: wanted-thunderbird+
Just a note, on Windows XP with TBird 3.1.3 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3), when it's actually searching, there's a little animated spinning indicator (circle of dots) on the folder tab that shows when it's actually working (the folder tab is the tab that displays "<folder name> - <mailbox name>" usually in the upper left). The indicator changes back to a image of a folder when done. Not to say that this bug isn't a problem, just pointing out an inconvenient work around.
xref bug 345366, which I was just about to dup to bug 545955. I would imagine this is a regression from bug 545955. note: I'm not convinced the results count is needed or wanted in status bar.
Assignee: nobody → bugmail
Blocks: filterbar
Keywords: regression
This problem is still active in Tbird 5.0 (build info no longer available in Help->About)
I can't see this on TB8. Does it still happen to you?
Blocks: 561328
No longer blocks: gloda-ui-regressions
I still see the problem (ie., "status bar shows 'Searching...' forever") in Tbird 9.0.1 on Windows 7 Enterprise, service pack 1. (Sorry, I don't have detailed build info. It's no longer displayed in the Help->About screen)
This is still a problem - I notice it particularly if No Matches are found, which means you don't know when to move on from the search or when to wait for more results.
Andrew (asuth) (assignee), are you going to fix this little thing? Confirming on TB15/winXP. Just ensure you're not getting other Status bar messages at the same time, from auto-download or auto-compaction etc., as they will overwrite the ever-lasting "Searching..." status bar text. This should be really simple to fix. Somewhere near where we set the status bar text for "Searching...", when we're done searching, pass the result to Status bar, too.
I can review such a fix, but am not working this. Clearing assignee.
Assignee: bugmail → nobody
Reopening and adding dependency on 1051901 (and it's possible duplicates - @Thomas D. mentions memory about those in https://bugzilla.mozilla.org/show_bug.cgi?id=1051588#c3), like 1051588 - original reporter @Thomas D. seems to be in favour of this.
I just see that I can neither add the dependency nor edit my previous post...
I am still seeing this in Thunderbird 52.7.0 on Linux - kubuntu 16.04. For me, it happens using both the global search field and the one on the Quick Filter Bar. Fairly often, it just sits there, even when I'm staring at a message that has the search target in it. I frequently have to use recoll to find messages. The "Searching" message just stays there. I do have a lot of messages in both my IMAP and Local Folders. My whole profile (with two accounts with saved local copies of messages) is 5.3 GB, but a lot of that is undoubtedly attachments. About 1.1 GB is in IMAP.
Severity: minor → S4
Duplicate of this bug: 1760201
You need to log in before you can comment on or make changes to this bug.