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

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.

I now installed http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/thunderbird-3.0a1.en-US.win32.installer.exe 20-Jun-2006 06:42 and it shows the same problem.

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.

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.

Michael, thx very much for the test case, that was very helpful.

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.

Hmmm, error re-appeared today, version 1.5.0.10pre (20070114). Am I looking at the right build??

(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

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.