Closed Bug 142469 Opened 23 years ago Closed 23 years ago

Sometimes searches are not stoppable

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 98
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 127398

People

(Reporter: stephan, Assigned: naving)

Details

Using 1.0RC1: 1. I did a very stupid search. On a mail folder that is well over 100MB, I asked the Search mechanism to find a word in the BODY of the mail. 2. The system started going nuts. Hogging the CPU, although with patience I could start other programs, but the disk was thrashing. No Mozilla window was responsive in any way, and none would repaint. The "Search" button did not change to a "Stop" button. 3. The search continued for about 20 minutes, and then it returned the right result. PROBLEM: I couldn't stop a stupid search I had started. DESIRED RESULT: I should be able to stop a stupid search without being punished by having to wait for 20 minutes. NB: I attempted some other slightly less stupid searches, like "Find all the mail in all my folders that is less than 20 days old". These searches might take on the order of 20 seconds, and I was able to stop them half-way through -- in other words the stop button works. However, the failure of the single word search on a mamoth mail file when looking in the body of the message leads to an unresponsive and uninterruptible process every time.
*** This bug has been marked as a duplicate of 127398 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
marking verified as a duplicate
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
Component: MailNews: Search → MailNews: Message Display
QA Contact: laurel → search
You need to log in before you can comment on or make changes to this bug.