284832 - TB partial freeze / crash: TB will respond but mail won't display mail when clicked, sometimes crashes at startup or closing [@ PL_HashString]

Status: RESOLVED EXPIRED

(MailNews Core :: Networking: POP, defect)

Description

[Alex (Laogeodritt)]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1

Often times, in multiple circumstances, Thunderbird will partially "freeze", in
the sense that when I click on mail it won't display it in the preview pane, and
the toolbar buttons are unresponsive, but otherwise it remains responsive. If
there was any mail being displayed prior to this, the header information
disappears and only the previous email is displayed (i.e. if I clicked on
another email it doesn't stop at displaying that).

If I try to close it normally, either of the following happen:
1. The Window closes, but a thunderbird.exe process remains, without memory
usage changes. I get an error stating the profile is in use if I try restarting
Thunderbird without terminating the said leftover process.
2. Less frequently, Thundbird crashes and the Talkback thing opens.

Generally, this bug happens:
1. When I leave Thunderbird, in the profile whose accounts receive the most
mail, idle for a few minutes (It's happened with less than ten minutes of
inactivity wtihin the program before this happens). This happens once I click
either one of the folders/accounts or click on one of the email in the list.
2. At startup, frequently following a crash at startup or at closing it and it
crashes (as stated above), or sometimes in the middle of checking new mail and
downloading them (typically halfway between downloading 3 to 8 messages).

This started shortly after upgrading to 1.0, around four or five days ago, and a
clean isntall was performed (by that I mean I uninstalled 0.9 to install 1.0,
though I did not remove the profiles). I have no extensions and have never used
any in Thunderbird, and have used only one skin, and installed another other
than the default, both of which were disabled during the upgrade.

It doesn't happen all the time, and the amount of time varies before this
happens. It's been, at time of writing this, at least 45 minutes since I had to
restart it.

The only profile that this has happened in is the one that has two email
accounts, one RSS account with about 6 RSS feeds, and the two accounts receive
on average 10-40 messages a day, rarely ever HTML, a part of which come from forums.

The symptoms never seem to happen at startup if I start in offline mode, though
will OCCASIONALLY otherwise.

Reproducible: Sometimes

Steps to Reproduce:
Described effects may happen at various times during the below steps.
1. Open Thunderbird. It should do the usual startup check for new mail for all
accounts (that's how I've got it configured). See second-to-last paragraph in
"details".
2. Leave idle for an amount of time, which seems to vary. By "idle", I mean no
activity in the Thunderbird program itself, not the whole computer.
3. Try clicking around a few times at "Get mail", emails, or different
folders/accounts.
4. Once the partial freeze happens, close Thunderbird normally.
5. If it didn't crash, check in Task Manager for a leftover thunderbird.exe
task, which must be killed before being able to restart Thunderbird in the same
profile.
6. Thunderbird may  crash upon reopening if not set to start offline (it won't
necessarily crash).

Actual Results:  
After #1 (#6), it MAY crash for me, this happens mostly after this glitch thing
is encountered first.

After #1 or #3, it MAY freeze as described.

After closing it in #4 after the freeze, either it will crash or a
thunderbird.exe task will remain in memory.

Expected Results:  
For the freezing: It shouldn't freeze up like that and instead continue to
displaying the message.

Crash: It should continue as normal and not crash.

After freeze then closing it: when it is closed, the thunderbird.exe task should
be removed from memory.

Only two themes installed, both disabled during the upgrade to 1.0, currently
using default.

Programs running during the time any of the symptoms described happen:
Whatpulse
Trillian
Keywallet
FreeRAM XP Pro
McAfee Internet Security Suite 6.0
Spybot SD resident
Leechget
Firefox
Thunderbird
Printer drivers

Comment 1

[timeless]

please run components\talkback.exe and copy the incident ids to this bug, thanks

Comment 2

[Alex (Laogeodritt)]

(In reply to comment #1)
> please run components\talkback.exe and copy the incident ids to this bug, thanks

TB4073179W
TB4069862K

Comment 3

[timeless]

so, you have two different and hopefully unrelated crashes, i'm only copying the
mail item:

Incident ID: 4073179
Stack Signature	PL_HashString 8afefe2d
Product ID	Thunderbird10
Build ID	2004120606
Trigger Time	2005-03-02 18:06:17.0
Platform	Win32
Operating System	Windows NT 5.1 build 2600
Module	plds4.dll + (000019f6)
URL visited	
User Comments	It froze again in the way that it wouldn't display the message yet
I could still navigate in it... I closed it and killed the process that was
left, restarted ThunderBird and it froze.
Since Last Crash	10 sec
Total Uptime	49688 sec
Trigger Reason	Access violation
Source File, Line No.
e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/nsprpub/lib/ds/plhash.c,
line 523
Stack Trace 	
PL_HashString 
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/nsprpub/lib/ds/plhash.c,
line 523]
nsPop3Protocol::ProcessProtocolState 
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/mailnews/local/src/nsPop3Protocol.cpp,
line 3620]
nsMsgProtocol::OnDataAvailable 
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/mailnews/base/util/nsMsgProtocol.cpp,
line 325]
nsInputStreamPump::OnStateTransfer 
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/netwerk/base/src/nsInputStreamPump.cpp,
line 433]
nsInputStreamPump::OnInputStreamReady 
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/netwerk/base/src/nsInputStreamPump.cpp,
line 337]
nsInputStreamReadyEvent::EventHandler 
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/xpcom/io/nsStreamUtils.cpp,
line 215]
SHELL32.dll + 0x4e0c24 (0x778b0c24)
NS_NewHTMLButtonElement 
[e:/builds/tinderbox/thunderbird-branch/WINNT_5.0_Clobber/mozilla/content/html/content/src/nsHTMLButtonElement.cpp,
line 135]
0x75ffffff

Comment 4

[Alex (Laogeodritt)]

This happened again, after having opened Thunderbird (I have the "check for new
mail at startup" option checked for all accounts). It appears that this time, it
happened because of a 1 MB email (with an attachement) was being downloaded.

First it "froze" partially, as described in this bug (with minor differences
than before), so I had to close it and then close the leftover process (which
doesn't seem to have changed in size much) through Task Manager. When I tried
again, it crashed. I tried a third time, and it crashed again. So I opened it in
Offline mode and I checked my email through the web interface and found the 1 MB
email.

It hadn't done this for a few weeks if I remember correctly, however there was
the incident that I reported a while ago. It's Bug 288803.

The Mozilla Quality Feedback thing for the first crash (didn't bother sending
the second): TB4944252Y

Also, both this incident described in this comment (though not previous
happenings of this bug) and Bug 288803
(https://bugzilla.mozilla.org/show_bug.cgi?id=288803) seem to have been caused
by a large email, filesize-wise. Are they in any way related? The latter bug
never caused any crashes however.

Oh, I just noticed that Thunderbird 1.0.2 was released. Has this problem been
addressed in it? Me being lazy, I probably won't be updating till next week...

Comment 5

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 6

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.