Closed Bug 331014 Opened 19 years ago Closed 18 years ago

Hang on incremental search in main window

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mk01, Assigned: Bienvenu)

Details

(Keywords: fixed1.8.1.1, hang)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050925 Firefox/1.0.4 (Debian package 1.0.4-2sarge5) Build Identifier: On some occasions the incremental search and the search windows hang at 99% CPU utlization. Reproducible: Sometimes Steps to Reproduce: 1. type a single letter into the search bar Actual Results: The application becomes non-responsive. The CPU load of the program grows to 99%. No change in ca 5 min, it can only be killed. Expected Results: display a search result I use IMAP and a Cyrus mail server. The effect is visible when online and offline. I noticed that the Inbox cache folder on the local hard drive had grown to 35MB. When deleting this folder and re-synchonizing with the server (resulting in a 4MB folder), the error disappears. This is new in Thunderbird 1.5
Version: unspecified → 1.5
I had another incident of this kind yesterday. I started to fix this by deleting the INBOX.msf file - but when re-starting no emails could be seen at all (and now all offline settings for the complete mailbox hierarchy are lost). I copied the INBOX file into the local mail folders, and, as expected, I saw all teh old deleted mails, and even some mails duplicated.
Michael, New information from you will help. Is it correct, as the bug indicates, that you are running Windows? Is this still an ongoing problem? If it is, please try the build at http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/ and report back
The problem happened again using TB Version 1.5.0.4 (20060516) This was the first time a while. Right before the system asked to compact the folders and I agreed. Then I typed a single letter into the search bar and TB froze at 99% CPU load. I went online and re-snychronized, and went offline again. The same behaviour now appears. I killed TB and went online. Now it even hangs when being online.
Reverted back to version 1.0.8 (20060417) and the search works again - and this without any data changes from my side
I tired 1.5.0.7 again today - with no change
Did you try the latest 1.5.0.x build, here: ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8.0 I checked in a fix for a problem like this a few days ago.
Well, I used the regular 1.5.0.7 downloaded from the Mozilla front page. The directory you mention in comment #7 does not have anything newer afaict.
The build I pointed you at is from 09/30, which is newer than the 1.5.0.7 build you have.
Okay then. In that directory I found ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8.0/thunderbird-1.5.0.7.en-US.win32.zip 8233 KB 30.09.2006 13:03:00 It identifies itself as version 1.5.0.7 (20060930) The bug remains in this version. Can I do anything to debug this?
(In reply to comment #10) > > Can I do anything to debug this? Perhaps david has another suggestion but you could create a log and attach it to the bug using "Create a New Attachment". Logging instructions ... http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap ... *replace "protocol" with "imap"* in those instructions.
Keywords: hang
The fault is apparently related to INBOX.msf. I now have one version of that file that causes the error. After removing this the system creates a new one and everything is okay (for a while). When moving this new one out and the old one in, the error is back. Since it contains customer names, I do not want to post it here openly, but I could send it by email. Deleting this file regularily is not a real option btw, because I loose all offline and check settings for all folders. I tried the debugging as suggested in the last note. In both cases no more log lines are written when executing the folder search. No network activity can be observed in the Windows network adapter status window. So I suppose only the local list is searched, and this somehow ends in an infinite loop.
... last check was done on version 1.5.0.8 (20061025)
Michael, you can send me the Inbox.msf file and I'll look at it. Have you tried a 2.0 alpha build (ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8) 1.5.0.8 should have the same fixes, but just in case I can't reproduce the problem with a 2.0 or trunk build, it would be good to know if you can reproduce it.
Error persists in "version 2 beta 1 (20061029)"
Inbox.msf sent to Daniel today
Michael, I didn't receive an Inbox.msf file from you - can you resend? thx.
Attached patch proposed fixSplinter Review
Assignee: mscott → bienvenu
Status: UNCONFIRMED → ASSIGNED
Attachment #248445 - Flags: superreview?(mscott)
Michael, thx very much for the test case, that was very helpful.
Attachment #248445 - Flags: superreview?(mscott) → superreview+
fixes checked into trunk and 2.0 branch - tomorrow's nightly builds for those two builds (3.0 alpha and 2.0 beta nightly) will have the fix.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Keywords: fixed1.8.1.1
Resolution: --- → FIXED
Hmmm, error re-appeared today, version 1.5.0.10pre (20070114). Am I looking at the right build??
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
(In reply to comment #21) > Hmmm, error re-appeared today, version 1.5.0.10pre (20070114). > Am I looking at the right build?? > no :-) when i understand comment #20 correctly this is fixed on Thunderbird 2 Branch (http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8/) and on trunk http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/
(re?) resolving as fixed
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago18 years ago
Resolution: --- → FIXED
Would be helpful to have the file that was sent to david so QA can verify.
The error occurred again today in Version 1.5.0.10 (20070221) File sent to Marcia via private email.
I have not observed this problem in Tbird 2.
Error has not re-appeared under TB 2 so far.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: