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

Status: RESOLVED INCOMPLETE

(Thunderbird :: General, defect)

Description

[Blake Winton (:bwinton) (:☕️)]

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.

Comment 1

[Blake Winton (:bwinton) (:☕️)]

(Upping the priority, because it's a hang, which is like a crash.)

Comment 2

[Wayne Mery (:wsmwk)]

hangs with no cpu usage?
BTW, sev is not equivalent to priority :)

Comment 3

[Blake Winton (:bwinton) (:☕️)]

I didn't check, but the system was responsive (other than Shredder), so I'm guessing yeah.

Also, d'oh!  :)

Comment 4

[Wayne Mery (:wsmwk)]

and not reproduced since?

Comment 5

[Blake Winton (:bwinton) (:☕️)]

Nope, at least not that I can remember.

Comment 6

[Wayne Mery (:wsmwk)]

hang bugs with OS=Mac https://bugzilla.mozilla.org/buglist.cgi?keywords=hang;chfield=[Bug%20creation];query_format=advanced;keywords_type=allwords;type0-0-0=lessthan;value0-0-0=60d;resolution=---;product=MailNews%20Core;product=Thunderbird;op_sys=Mac%20System%207;op_sys=Mac%20System%207.5;op_sys=Mac%20System%207.6.1;op_sys=Mac%20System%208.0;op_sys=Mac%20System%208.5;op_sys=Mac%20System%208.6;op_sys=Mac%20System%209.x;op_sys=Mac%20OS%20X

Comment 7

[Wayne Mery (:wsmwk)]

bienvenu, is comment 0 sufficient to do anything?
if not, we probably want to close incomplete

Comment 8

[David :Bienvenu]

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.

Comment 9

[Blake Winton (:bwinton) (:☕️)]

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.