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)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mk01, Assigned: Bienvenu)
Details
(Keywords: fixed1.8.1.1, hang)
Attachments
(1 file)
642 bytes,
patch
|
mscott
:
superreview+
|
Details | Diff | Splinter Review |
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
Reporter | ||
Updated•19 years ago
|
Version: unspecified → 1.5
Reporter | ||
Comment 1•19 years ago
|
||
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.
Comment 2•18 years ago
|
||
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
Reporter | ||
Comment 3•18 years ago
|
||
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.
Reporter | ||
Comment 4•18 years ago
|
||
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.
Reporter | ||
Comment 5•18 years ago
|
||
Reverted back to version 1.0.8 (20060417) and the search works again - and this without any data changes from my side
Reporter | ||
Comment 6•18 years ago
|
||
I tired 1.5.0.7 again today - with no change
Assignee | ||
Comment 7•18 years ago
|
||
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.
Reporter | ||
Comment 8•18 years 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.
Assignee | ||
Comment 9•18 years ago
|
||
The build I pointed you at is from 09/30, which is newer than the 1.5.0.7 build you have.
Reporter | ||
Comment 10•18 years ago
|
||
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?
Comment 11•18 years ago
|
||
(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
Reporter | ||
Comment 12•18 years ago
|
||
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.
Reporter | ||
Comment 13•18 years ago
|
||
... last check was done on version 1.5.0.8 (20061025)
Assignee | ||
Comment 14•18 years ago
|
||
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.
Reporter | ||
Comment 15•18 years ago
|
||
Error persists in "version 2 beta 1 (20061029)"
Reporter | ||
Comment 16•18 years ago
|
||
Inbox.msf sent to Daniel today
Assignee | ||
Comment 17•18 years ago
|
||
Michael, I didn't receive an Inbox.msf file from you - can you resend? thx.
Assignee | ||
Comment 18•18 years ago
|
||
Assignee: mscott → bienvenu
Status: UNCONFIRMED → ASSIGNED
Attachment #248445 -
Flags: superreview?(mscott)
Assignee | ||
Comment 19•18 years ago
|
||
Michael, thx very much for the test case, that was very helpful.
Updated•18 years ago
|
Attachment #248445 -
Flags: superreview?(mscott) → superreview+
Assignee | ||
Comment 20•18 years ago
|
||
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.
Reporter | ||
Comment 21•18 years ago
|
||
Hmmm, error re-appeared today, version 1.5.0.10pre (20070114).
Am I looking at the right build??
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Comment 22•18 years ago
|
||
(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/
Assignee | ||
Comment 23•18 years ago
|
||
(re?) resolving as fixed
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago → 18 years ago
Resolution: --- → FIXED
Comment 24•18 years ago
|
||
Would be helpful to have the file that was sent to david so QA can verify.
Reporter | ||
Comment 25•18 years ago
|
||
The error occurred again today in Version 1.5.0.10 (20070221)
File sent to Marcia via private email.
Comment 26•18 years ago
|
||
I have not observed this problem in Tbird 2.
Reporter | ||
Comment 27•17 years ago
|
||
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.
Description
•