Closed Bug 520167 Opened 12 years ago Closed 12 years ago

Shredder hangs when I'm not doing anything particular on OSX 10.6

Categories

(Thunderbird :: General, defect)

x86
macOS
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: bwinton, Unassigned)

Details

(Keywords: hang, Whiteboard: imap?)

I hit Compact Folders a while ago, which might be related, or maybe not.

The stack trace (from gdb) is:
(gdb) bt
#0  0x93221822 in semaphore_wait_signal_trap ()
#1  0x932272e6 in pthread_mutex_lock ()
#2  0x005a60ab in PR_Lock (lock=0x1819d90) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/nsprpub/pr/src/pthreads/ptsynch.c:206
#3  0x0036c2a2 in nsAutoLock::nsAutoLock (this=0xbfffd64c, aLock=0x1819d90) at nsAutoLock.h:219
#4  0x003d15af in nsProxyEventObject::AddRef (this=0x260b47b0) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/xpcom/proxy/src/nsProxyEventObject.cpp:86
#5  0x003e15ee in nsXPTCStubBase::AddRef (this=0x1d075670) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/xpcom/reflect/xptcall/src/xptcall.cpp:59
#6  0x003e1592 in nsXPTCStubBase::QueryInterface (this=0x1d075670, aIID=@0x16a14bd8, aInstancePtr=0xbfffd71c) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/xpcom/reflect/xptcall/src/xptcall.cpp:48
#7  0x00342db7 in nsQueryInterface::operator() (this=0xbfffd734, aIID=@0x16a14bd8, answer=0xbfffd71c) at nsCOMPtr.cpp:47
#8  0x169c7f78 in nsCOMPtr<nsIImapMessageSink>::assign_from_qi (this=0xbfffd77c, qi={mRawPtr = 0x1d075670}, aIID=@0x16a14bd8) at nsCOMPtr.h:1179
#9  0x169c7fd2 in nsCOMPtr<nsIImapMessageSink>::nsCOMPtr (this=0xbfffd77c, qi={mRawPtr = 0x1d075670}) at nsCOMPtr.h:572
#10 0x169c800a in nsCOMPtr<nsIImapMessageSink>::Assert_NoQueryNeeded (this=0x13b6f4c) at nsCOMPtr.h:520
#11 0x169c80e2 in nsGetterAddRefs<nsIImapMessageSink>::~nsGetterAddRefs (this=0xbfffd828) at nsCOMPtr.h:1323
#12 0x169a1c8c in nsImapProtocol::SetupSinkProxy (this=0x13b6e00) at /Users/bwinton/Programming/thunderbird/autoconfig/mailnews/imap/src/nsImapProtocol.cpp:653
#13 0x169b9515 in nsImapProtocol::LoadImapUrl (this=0x13b6e00, aURL=0x1d4aa754, aConsumer=0x0) at /Users/bwinton/Programming/thunderbird/autoconfig/mailnews/imap/src/nsImapProtocol.cpp:1981
#14 0x16956ec0 in nsImapIncomingServer::LoadNextQueuedUrl (this=0x1de52ec0, aProtocol=0x13b6e00, aResult=0xb0b38ca8) at /Users/bwinton/Programming/thunderbird/autoconfig/mailnews/imap/src/nsImapIncomingServer.cpp:537
#15 0x003e19d2 in NS_InvokeByIndex_P (that=0x1de52f48, methodIndex=15, paramCount=2, params=0x1d442880) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_unixish_x86.cpp:179
#16 0x003cfff2 in nsProxyObjectCallInfo::Run (this=0x1ce009a0) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/xpcom/proxy/src/nsProxyEvent.cpp:181
#17 0x003c523e in nsThread::ProcessNextEvent (this=0x70f430, mayWait=0, result=0xbfffdac4) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/xpcom/threads/nsThread.cpp:521
#18 0x0034c827 in NS_ProcessPendingEvents_P (thread=0x70f430, timeout=20) at nsThreadUtils.cpp:180
#19 0x17ac29fb in nsBaseAppShell::NativeEventCallback (this=0x7f5450) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:121
#20 0x17a793f5 in nsAppShell::ProcessGeckoEvents (aInfo=0x7f5450) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/widget/src/cocoa/nsAppShell.mm:406
#21 0x98da48cb in __CFRunLoopDoSources0 ()
#22 0x98da285f in __CFRunLoopRun ()
#23 0x98da1d34 in CFRunLoopRunSpecific ()
#24 0x98da1b61 in CFRunLoopRunInMode ()
#25 0x92336fec in RunCurrentEventLoopInMode ()
#26 0x92336da3 in ReceiveNextEventCommon ()
#27 0x92336c28 in BlockUntilNextEventMatchingListInMode ()
#28 0x956aec95 in _DPSNextEvent ()
#29 0x956ae50a in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] ()
#30 0x9567069b in -[NSApplication run] ()
#31 0x17a77bb5 in nsAppShell::Run (this=0x7f5450) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/widget/src/cocoa/nsAppShell.mm:759
#32 0x1777bc42 in nsAppStartup::Run (this=0x182024a0) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/toolkit/components/startup/src/nsAppStartup.cpp:193
#33 0x000113cf in XRE_main (argc=1, argv=0xbffff3f4, aAppData=0x18003e0) at /Users/bwinton/Programming/thunderbird/autoconfig/mozilla/toolkit/xre/nsAppRunner.cpp:3321
#34 0x00002732 in main (argc=1, argv=0xbffff3f4) at /Users/bwinton/Programming/thunderbird/autoconfig/mail/app/nsMailApp.cpp:103

The beachball is still spinning, but Spin Control.app doesn't list the process.

Thanks,
Blake.
(Upping the priority, because it's a hang, which is like a crash.)
Severity: normal → critical
hangs with no cpu usage?
BTW, sev is not equivalent to priority :)
Keywords: hang
Whiteboard: imap?
I didn't check, but the system was responsive (other than Shredder), so I'm guessing yeah.

Also, d'oh!  :)
and not reproduced since?
Nope, at least not that I can remember.
bienvenu, is comment 0 sufficient to do anything?
if not, we probably want to close incomplete
I'd need the other thread's stack trace, the one that seems to be locking us out, in order to know what's going on.
I was debating whether to resolve this INCOMPLETE because I don't have the other thread's stack trace or WORKSFORME because I haven't seen it since, but either way, I guess we can close it.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.