User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3) Gecko/20090305 Firefox/3.1b3 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090413 Shredder/3.0b3pre While not actually performing anything or even being logged in, Shredder is chewing CPU. Reproducible: Always Steps to Reproduce: 1. Start Shredder 2. Go online (cpu races) 3. Go offline (cpu calms) 2. Go online again (cpu races again) Actual Results: (see above) Expected Results: I expect the CPU to not race for my mail reader unless it is doing a lot of filtering (it wasn't doing any). Search indexing is apparently not a factor (duh- no networking necessary). I wonder if this is related to Bug 480814. Please provide guidance on what debugging information you would like.
Created attachment 372607 [details] full log (NSPR_LOG_MODULES=all:5) Here's a log of what's going on. Could there be a polling parameter problem?
Are you using POP3 , Imap ? Your log does not contain anything connection related. >Could there be a polling parameter problem? In what sense ?
I'm seeing the following in the log: -1341116416: calling PR_Poll [active=0 idle=0] -1341116416: timeout = 0 milliseconds -1341116416: ...returned after 0 milliseconds and -1341116416: STS poll iter  -1341116416: calling PR_Poll [active=0 idle=0] -1341116416: timeout = -1 milliseconds Is one of these just wrong?
It might also be interesting to run Shark on Thunderbird while it's eating CPU and see what sort of information that turns up...
This is the first time I've used Shark. Oh it's lovely to have a profiler! Thanks for the Leopard lesson! Now back to my CPU... The new binary doesn't reproduce the problem reliably, which leads me to believe that when TB is using CPU, now it's actually doing something ;-) I'll come back in a day and see if it happens again.
If you no longer consider this to be a problem, please close WFM
Still occasionally see a race, but it's not associated with online/offline.