242705 - Thunderbird sometimes hangs on Quit

Status: RESOLVED INCOMPLETE

(MailNews Core :: Networking, defect)

Description

[Greg K.]

Thunderbird-Mac/0.6 sometimes hangs on Quit. For example, after start-up I ran
Thunderbird and it quit successfully, However after subsequently relaunching
Thunderbird, it hung on Quit.

Filing on MailNews/Networking because Thunderbird has no back-end Components.

Comment 1

[Greg K.]

Attachment: Sampler report on Thunderbird-Mac/0.6 during hang on Quit.

Comment 2

[Greg K.]

*** Bug 242962 has been marked as a duplicate of this bug. ***

Comment 3

[Ben Slade]

I don't know if this is related, but my Mozilla mail tool hangs when I try to
quit after I've been using IMAP.   If I turn off the IMAP accounts, the hang on
quit *never* happens.  If the IMAP accounts are enabled, the hang on quit
happens about 50% of the time (I think more if I've been logged in for a long time)

I'm on Mac OS X 10.3.x with Moz versions 1.7 (maybe earlier?) through 1.8b1
(most recent 1.8b1 is Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US;
rv:1.8b) Gecko/20050217)

Sometimes when this happens, I kill Moz with "kill -6" just to force Talkback
crash reports.  You can see them using these id's: TB4283676X, TB4329386Z,
TB4375557Y, TB4400897X, TB4644789H at the web page:
http://talkback-public.mozilla.org/talkback/fastfind.jsp

I can recreate more, pretty much on demand.

I would be glad to set someone up with IMAP accounts on my ISP's to help
recreate/debug the problem.

Comment 4

[David :Bienvenu]

can you try a 1.8b build? I changed some of the shutdown code for 1.8b, iirc.

Comment 5

[Ben Slade]

Re: can you try a 1.8b build?

Actually, I'm already on Mozilla 1.8b and I still experience the problem.  See
Talkback report 4400897 is for the 20050217 build which is release 1.8b.

Would it help if I generated an imap trace along with a Talkback report?  (I
actually tried to include an imap trace in the above talkback report, but it got
truncated).

Comment 6

[David :Bienvenu]

Ben, if you want to set up an imap account for me, that would be great. Do you
know if the imap server is losing the connection? From the stack trace, we're
trying to cleanup on exit and leaving the IDLE state to do that...I fixed a
couple crashes that used to cause, but I haven't seen any hangs.

Comment 7

[Ben Slade]

Dave B., I've setup bienvenu1 and bienvenu2 accounts for you on my benslade.com
domain.   I created 2 mailboxes just in case that's part of the probelm.  When I
get a chance, I'll load up their inboxes with email too, for the same reason.
I'll send mail client setup info in an email directly to you.

I hope you're able to recreate the problem.  Ie. I hate it when the garage
mechanic says, "well, it doesn't make that noise now..." ;)

Comment 8

[Ben Slade]

Ok, I got a hang to recreate.  One difference, I was active in Moz for a while but not access IMAP (over 
30 minutes).   There are timeouts to that effect in the imap trace file (which I'll attach to this bug in a 
few minutes).   I got a Talkback report out of it (TB4743531Y), but it looks like it caught Moz in some 
sort of thread coordination area.

So try recreating the problem, but open the imap mailboxes, then go to some other pop mailbox and 
stay active there for over 30 minutes.

Comment 9

[Ben Slade]

Attachment: Trace output from imap trace file for hang on exit problem

Comment 10

[Ben Slade]

Can/should we change "Thunderbird" to "Thunderbird/Mozilla" in the Summary field
of this bug?  It might help prevent submission of duplicate bugs.

Comment 11

[David :Bienvenu]

that's a very different stack trace:

nsMsgAccountManager::cleanupOnExit() 
[/builds/tinderbox/Mozilla-Trunk/Darwin_6.8_Depend/mozilla/mailnews/base/src/../../../dist/include/xpcom/nsCOMPtr.h,
line 842]
hashEnumerate() 
[/builds/tinderbox/Mozilla-Trunk/Darwin_6.8_Depend/mozilla/xpcom/ds/nsHashtable.cpp,
line 133]
PL_DHashTableEnumerate() 
[/builds/tinderbox/Mozilla-Trunk/Darwin_6.8_Depend/mozilla/xpcom/ds/pldhash.c,
line 620]
nsHashtable::Enumerate() 
[/builds/tinderbox/Mozilla-Trunk/Darwin_6.8_Depend/mozilla/xpcom/ds/nsHashtable.cpp,
line 320]
nsMsgAccountManager::CleanupOnExit() 
[/builds/tinderbox/Mozilla-Trunk/Darwin_6.8_Depend/mozilla/mailnews/base/src/nsMsgAccountManager.cpp,
line 1605]
nsMsgMailSession::RemoveMsgWindow() 
[/builds/tinderbox/Mozilla-Trunk/Darwin_6.8_Depend/mozilla/mailnews/base/src/nsMsgMailSession.cpp,
line 387]
_XPTC_InvokeByIndex()

this is almost certainly because we're trying to empty trash on exit, and we
failed/hung and weren't notified that it failed. Or, if the log is correct, we
never even started running the url to empty the trash, which is odd. The
connections timing out could be relevant. Are you checking the trash folder for
new messages automatically? From the log, we're selecting the trash folder
several times, either because you clicked on it, or you have it set to
automatically check it for new messages.

Comment 12

[Ben Slade]

I'm pretty sure I never explicitly opened the trash folders (from a GUI point of
view).  

I do have the IMAP mailboxes set to "Cleanup (Expunge) Inbox on Exit" and also
"Empty Trash on Exit".  

Could "Exit" mean switching to read another mailbox or to read a newsgroup?  I
was definitely doing that (switching) to test the various IMAP mailboxes, but I
then stayed in the Mozilla mail tool a long time because I was reading newsgroups.

I'll try and recreate this scenario tomorrow.

Comment 13

[David :Bienvenu]

if you didn't click on the trash, then it would either be that you've set the
hidden pref to check all imap folders for new mail, or you've set the trash to
be checked for new mail periodically - folder properties | check this folder for
new messages. 

Exit really means exit/quit...

Comment 14

[Ben Slade]

Well, I definitely have *not* set any hidden prefs, and definitely have *not*
set any trash folders to be periodically checked for mail.  I manually checked
some of the Trash folders and none of them are set to check for new mail.   

But I do *have* the bienvenu1&2 IMAP accounts and my personal IMAP account set
to check for new mail every 10 minutes.

By the way, when I watch the IMAP trace file live with a "tail -f" command, I'm
seeing activity against bienvenu1&2 and my personal IMAP account way more often
then every 10 minutes, even when I'm doing nothing in the mail tool.. I'm seeing
activity as fast as every 30 seconds.    And some of that activity *is*
accessing the Trash folder.  I also saw some weird "play URL" trace stuff in the
IMAP trace info.

I'm include an attachment of the IMAP trace of the "spontaneous" IMAP activity.  

Also, for good luck, here's a section from my prefs.js for one of the test IMAP
accounts I setup for you:

user_pref("mail.server.server21.capability",
524835);user_pref("mail.server.server21.directory", "...snip...");
user_pref("mail.server.server21.directory-rel",
"[ProfD]ImapMail/mail.benslade-2.com");
user_pref("mail.server.server21.empty_trash_on_exit", true);
user_pref("mail.server.server21.hostname", "mail.benslade.com");
user_pref("mail.server.server21.login_at_startup", true);
user_pref("mail.server.server21.max_cached_connections", 5);
user_pref("mail.server.server21.name", "[e-mail]");
user_pref("mail.server.server21.namespace.other_users", "\"~\"");
user_pref("mail.server.server21.namespace.personal", "\"#mh/\",\"#mhinbox\",\"\"");
user_pref("mail.server.server21.namespace.public",
"\"#public/\",\"#news.\",\"#ftp/\",\"#shared/\"");
user_pref("mail.server.server21.timeout", 29);
user_pref("mail.server.server21.type", "imap");
user_pref("mail.server.server21.userName", "[e-mail]");

Comment 15

[Ben Slade]

Attachment: imap trace of spontaneous activity

The activity in this trace occurred in a 1-2 minute time period, and was
definitely more frequent than the 10 minute check for new mail setting against
the mailboxes shown in the trace.

Comment 16

[David :Bienvenu]

Ben, can I get a copy of your whole prefs.js? Do you have junk mail set to go to
the trash, and do you have automatic purging of the junk folder? That's supposed
to be every 60 minutes, I think, but something strange is going on, obviously.

Comment 17

[David :Bienvenu]

Nothing suspicious in the prefs...I have no idea why we'd be sending NOOP's to
the trash folder. When you say it's happening on my test account as well, is
that from your client or my client?

Comment 18

[Ben Slade]

Re: When you say it's happening on my test account as well, is that from your
client or my client?

Sorry I was unclear.  I meant the IMAP accounts I setup for you (but that I'm
also accessing from my local client here in DC).

I haven't been working at home as much lately, which is where my Mac is.  My
theory is that this is why the hang hasn't been happening much lately.  In the
near future, I'm going to spend a day working at home to see if I can recreate
the hang.   If not, I'm going to close this bug.

Comment 19

[Ben Slade]

Well it hung again.  You can see the not very interesting talkback report at:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=2&type=iid&id=TB5045689W

I'll also attach part of the imap trace file leading up to this crash.

Note, I was using Mozilla for several hours, reading newsgroups and email.  I
was also using Moz in the evenings when I know that my network access and mail
servers run much slower.   These factors may or may not be related.

Comment 20

[Ben Slade]

Attachment: Last 250 lines of my imap protocol trace file before Moz hung on exit

The full trace file (3.5Mbytes) is available upon request.

Comment 21

[David :Bienvenu]

again, we're biffing your trash folder. That's so strange. If you go into
properties on your imap trash, is the "check this folder for new messages"
checkbox checked?

Comment 22

[Ben Slade]

Attachment: imaptrace info w/netstat info and comments on when I unplugged the network cable

This file contains part of the imaptrace output, with commented edited in.

During this scenario, my Mozilla 1.8b [Mozilla/5.0 (Macintosh; U; PPC Mac OS X
Mach-O; en-US; rv:1.8b) Gecko/20050217] was running slow and then hung when I
tried to exit.

Noticing that I had network connections open (via the "netstat" command), I
unplugged my ethernet cable to maybe for a TCP/IP protocol level timeout on
connection.

I think it worked, because I got a popup error from one of the imap
connections, after I clicked on OK, Mozilla waited for a minute or two and then
exited normally.

Comment 23

[Ben Slade]

(In reply to comment #22)

> unplugged my ethernet cable to maybe for a TCP/IP protocol level timeout on

"for" is supposed to be "force" here.  Sorry

Comment 24

[Mike Cowperthwaite]

xref bug 96975

Comment 25

[Ben Slade]

I haven't seen this bug for a year or two now.  But it might be because I change my Internet Service Provider (ISP).  Is anybody else still seeing this bug?  If not, someone please close this bug ticket.

Comment 26

[Wayne Mery (:wsmwk)]

David, Your last observation is comment 21 but reporter is gone (dead address). Close incomplete?

Comment 27

[David :Bienvenu]

sure, thx, Wayne

Comment 28

[Greg K.]

Reporter isn't gone (dead address) but doesn't always have time to respond to your e-mails, Wayne.