Open Bug 331353 Opened 19 years ago Updated 11 months ago

[IMAP] "Stop" button clicked within Search Messages dialog doesn't revert back to "Search" if still processing request

Categories

(MailNews Core :: Search, defect)

x86
Windows XP
defect

Tracking

(Not tracked)

People

(Reporter: rweix, Unassigned)

References

(Depends on 1 open bug)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 If I go to Find->Search messages, and try to search something (just one criteria), then click on "Search", before any results are found (or before the search is done processing), click on "Stop", the search stops, but the status bar still says "Searching..." and the button says "Stop". It also has the behavior of a Stop button. Therefore, if I want to create a new search after prematurely killing my current search, I have to close the Search Messages dialog, and reopen it. Reproducible: Always Steps to Reproduce: 1. Find-> Search messages 2. Type in Search criteria and click on "Search" 3. Click on "Stop" button before search is finished Actual Results: Search does stop, however the button still says "Stop" (vs. original "Search") and the status bar still says "Searching...". The behavior of the "Stop" button is just that - Stop. Expected Results: I expect the button labeled "Stop" to revert back to "Search" (both in text and functionality) if I stop a search - the opposite toggle of when I initially executed the Search (and the button then said "Stop"). If the programmers just forgot to change the wording of the button back to Search, but it actually executed a new search, that would be one thing, but it doesn't.
Rachel, What version? Does it still happen?
I can confirm this behaviour using version 1.5.0.5 (20060719) on Windows XP
confirming. I see this often. Closing the search window clears the condition. only happens with imap. reproducible: always, with long enough search - use large folder(s), just click before the search ends, eg. immediately see this on both * TB trunk version 3 alpha 1 (20060906) * SM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060516 SeaMonkey/1.0.2
Assignee: mscott → nobody
Status: UNCONFIRMED → NEW
Component: Mail Window Front End → MailNews: Search
Ever confirmed: true
Product: Thunderbird → Core
QA Contact: search
Version: unspecified → Trunk
Blocks: 340905
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b2) Gecko/20060831 Thunderbird/2.0a1 Mnenhy/0.7.4.0 ID:2007011803 It does not only revert to the initial state you are not able to start any searches. IMO this is a distinct bug we should fix for Tb2.
Flags: blocking-thunderbird2?
Summary: "Stop" button clicked within Search Messages dialog doesn't revert back to "Search" if still processing request → [IMAP] "Stop" button clicked within Search Messages dialog doesn't revert back to "Search" if still processing request
doesn't look like anyone was able to work on this and time is almost out for tb 2.
Flags: blocking-thunderbird2? → blocking-thunderbird2-
bug still there: TB 2.0.0.6 (20070728)
No longer blocks: 340905
Depends on: 340905
Product: Core → MailNews Core
Still there in Shredder a3 - looks really rather unpolished, perhaps should be scheduled for TB 3? Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20081006 Shredder/3.0a3
Flags: wanted-thunderbird3+
Still here in version 2.0.0.23 (20090817) on Ubuntu.
Severity: normal → S3

This bug is still present in Thunderbird 115.2.3

You need to log in before you can comment on or make changes to this bug.