Description of problem:
A couple times a day, thunderbird will become unresponsive for about 5-10
seconds. It then continues along fine. I use IMAP to connect to our mail
server. I'll try to get a trace during a freeze.
Version-Release number of selected component (if applicable):
What are you doing when it freezes for you?
I also some freezes, but I think they may be a separate problem. Here's what
happens for me. I forward an e-mail. It takes some time for the message window
to appear. It may be related to mails containing HTML/XML, although I'm not sure
of that. Anyhow, I enter a recipient, then it hangs for several tens of seconds
with 100% CPU (on an Athlon 850MHz, 640MB RAM). I enter another recipient, it
hangs for tens of seconds.
Do you see behaviour like that?
For the problem I've seen, I've tried stracing thunderbird and I see a lot of
repetitive CORBA requests/response on a Unix domain socket with "linc" in the
name. It seems like thunderbird is doing the same request a number of times,
before it finally moves onto something tens of seconds later. I guess it might
be querying something for readiness. I'll try to debug it some more.
The issue I mention above is something separate (filed as in Mozilla Bugzilla at
<https://bugzilla.mozilla.org/show_bug.cgi?id=365419>). Sorry for the noise.
I'm still seeing pretty frequent pauses. Possibly mail folder compacting? Any
good ways to trace to see what's going on?
(In reply to comment #3)
> I'm still seeing pretty frequent pauses. Possibly mail folder compacting? Any
> good ways to trace to see what's going on?
I'm using that version as well. I believe Thunderbird will prompt you, before
compacting folders. At least, it does the way mine is configured. If you go into
Edit menu -> Preferences, then select the Advanced section, then select Offline
& Disk Space, do you have "Compact folders when it will save over [number]" enabled?
I do have compact enabled. I do get prompted when I shift to a news server off
of my IMAP account, and that seems to be fast to perhaps that's not it.
thunderbird cpu utilization jumps to around 70-80 during the pause, so it's
definitely doing something.
Reporter, could you confirm please, that this bug still could be reproduced with
the latest release of Fedora (FC6)?
Not running FC6 on my machine at the moment, I'm running Rawhide. Not sure it's
still pausing like it did before. What I do notice the most now is that when I
send an email the whole system often becomes unresponsive for a few seconds
(can't raise other windows though the cursor moves).
During the hang the compose status line is "looking up mail.cora.nwra.com"
Actually, it lasts until the compose window closes.
(In reply to comment #7)
> Not running FC6 on my machine at the moment, I'm running Rawhide. Not sure it's
> still pausing like it did before. What I do notice the most now is that when I
> send an email the whole system often becomes unresponsive for a few seconds
> (can't raise other windows though the cursor moves).
I see this too with thunderbird-18.104.22.168-1.fc6 on i386. Composing a message,
then clicking send causes the CPU on my machine to hit 100% for tens of seconds.
When it hangs, it can time out the send operation. The status shown is that it
is trying to connect to the SMTP server -- which is odd, because the SMTP server
is up and running fine.
Sometimes (~25%-50% of the time?) there is no hang, and sending works fine.
I've got spellchecking disabled.
I'm using postfix-2.3.3-2 as the local MTA, with spamassassin-3.1.8-2.fc6 for
spam filtering. spamassassin is invoked via procmail-3.22-17.1. My
Orion Poplawski, what SMTP server are you using?
I'm using a CentOS 5 sendmail SMTP server. No problems with anything else.
I've got some big IMAP folders, but again this is definitely a new problem.
Interestingly, I've tried to use strace to see where the hangup is, but the
problem goes away with strace running. Any other ways to figure out what the
heck it's doing?
I wrote up my experiences debugging another Thunderbird issue here:
Fedora Core 6 is no longer supported, could you please reproduce this with the
updated version of the currently supported distribution (Fedora 7, 8, or
Rawhide)? If this issue turns out to still be reproducible, please let us know
in this bug report. If after a month's time we have not heard back from you, we
will have to close this bug as CANTFIX.
Setting status to NEEDINFO, and awaiting information from the reporter.
[This is mass-filed message to all open Fedora Core 6 bugs related to Xorg or
Gecko. If you see any other reason, why this bug shouldn't be closed, please,
comment on it here.]
This is a hard one to pin down, but there definitely are times with thunderbird
becomes unresponsive for no apparent reason on F8.
Orion, I am sorry, but you know the rules of the game well enough -- unless you
are able to explain to us how to reproduce this bug, we cannot do much. Is there
anything particular about your configuration?
One thing which comes to my mind -- just before posting the message is saved to
the Sent folder. Do you have it on IMAP or local one? I believe that from nature
of remote Sent folder it could be possible that some small delay happens. Why
there is 100% CPU, I have no clue.
FWIW my Thunderbird issues have disappeared. I haven't seen any hangs / 100% CPU
usage since upgrading to FC8.
I have spell check before sending disabled, but spell check as I type enabled.
cool. closing per reporter's request