Closed Bug 713624 Opened 13 years ago Closed 11 years ago

Thunderbird locks (deadlock?) on a flaky connection with rss feeds

Categories

(MailNews Core :: Networking, defect)

x86_64
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 733731

People

(Reporter: protz, Unassigned)

Details

(Keywords: hang, regression, reproducible, Whiteboard: [has stack trace])

Attachments

(2 files)

I'm frequently relying on tethering to connect my computer to the internet, often on a train. I used to do that a couple months ago and it worked "fine" (minus the network problems, of course). Now, after 5 minutes using Thunderbird, if the connection is too flaky, Thunderbird locks up. The main UI thread is blocked, and there's really nothing I can do, except killing Thunderbird violently.

As soon as I get better connectivity (regular wired internet, 3G) the issue goes away, so I think it's linked to the connection being exceptionally bad.

I can easily reproduce, so if anyone could tell me what to look for in GDB, I'd be happy to investigate (I'm on holidays right now, although with a bad connectivity!).

Here's bt full:

#0  0x00007fa1effa9cdc in __lll_lock_wait ()
   from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x00007fa1effa535f in _L_lock_1145 ()
   from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#2  0x00007fa1effa52aa in pthread_mutex_lock ()
   from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#3  0x00007fa1ed0e5119 in PR_Lock (lock=0x7fa1df107ea0)
    at /home/jonathan/Code/comm-central/mozilla/nsprpub/pr/src/pthreads/ptsynch.c:206
No locals.
#4  0x00007fa1ea009254 in nsSocketTransportService::GetThreadSafely (
    this=0x7fa1df107df0)
    at /home/jonathan/Code/comm-central/mozilla/netwerk/base/src/nsSocketTransportService2.cpp:136
        lock = {mLock = 0x7fa1df107e38}
        result = 0x7fa1df107df0
#5  0x00007fa1ea009302 in nsSocketTransportService::Dispatch (
    this=0x7fa1df107df0, event=0x7fa1ce239f40, flags=0)
    at /home/jonathan/Code/comm-central/mozilla/netwerk/base/src/nsSocketTransportService2.cpp:147
---Type <return> to continue, or q <return> to quit---
        thread = {<nsCOMPtr_base> = {mRawPtr = 0x406aa5}, <No data fields>}
        rv = <optimized out>
#6  0x00007fa1ea04889c in nsHttpConnectionMgr::PostEvent (this=0x7fa1cef6e8a0, 
    handler=
    (void (nsHttpConnectionMgr::*)(nsHttpConnectionMgr * const, PRInt32, void *)) 0x7fa1ea049fcc <nsHttpConnectionMgr::OnMsgCancelTransaction(int, void*)>, 
    iparam=-2147467260, vparam=0x7fa1ce6d3d00)
    at /home/jonathan/Code/comm-central/mozilla/netwerk/protocol/http/nsHttpConnectionMgr.cpp:213
        event = {mRawPtr = 0x7fa1ce239f40}
        mon = {mReentrantMonitor = 0x7fa1cef6e8b0}
        rv = <optimized out>
#7  0x00007fa1ea048bb0 in nsHttpConnectionMgr::CancelTransaction (
    this=0x7fa1cef6e8a0, trans=0x7fa1ce6d3d00, reason=2147500036)
    at /home/jonathan/Code/comm-central/mozilla/netwerk/protocol/http/nsHttpConnectionMgr.cpp:310
        rv = <optimized out>
#8  0x00007fa1ea059f9d in CancelTransaction (trans=<optimized out>, 
    reason=2147500036, this=<optimized out>)
    at /home/jonathan/Code/comm-central/mozilla/netwerk/protocol/http/nsHttpHandler.h:159
No locals.
#9  Cancel (status=2147500036, this=0x7fa1bcb60000)
---Type <return> to continue, or q <return> to quit---
    at /home/jonathan/Code/comm-central/mozilla/netwerk/protocol/http/nsHttpChannel.cpp:3620
No locals.
#10 nsHttpChannel::Cancel (this=0x7fa1bcb60000, status=2147500036)
    at /home/jonathan/Code/comm-central/mozilla/netwerk/protocol/http/nsHttpChannel.cpp:3605
No locals.
#11 0x00007fa1e9ffa132 in nsLoadGroup::Cancel (this=0x7fa1cdd53bc0, 
    status=2147500036)
    at /home/jonathan/Code/comm-central/mozilla/netwerk/base/src/nsLoadGroup.cpp:340
        request = 0x7fa1bcb60050
        entry = <optimized out>
        rv = <optimized out>
        count = 0
        requests = {<nsAutoArrayBase<nsTArray<nsIRequest*, nsTArrayDefaultAllocator>, 8u>> = {<nsTArray<nsIRequest*, nsTArrayDefaultAllocator>> = {<nsTArray_base<nsTArrayDefaultAllocator>> = {
                mHdr = 0x7fffdce50e68}, <nsTArray_SafeElementAtHelper<nsIRequest*, nsTArray<nsIRequest*, nsTArrayDefaultAllocator> >> = {<No data fields>}, <No data fields>}, {
              mAutoBuf = "\001\000\000\000\b\000\000\200P\000\266\274\241\177\000\000\300a\020ߡ\177\000\000\267\300\363~\000\000\000\000\226J\273\352\241\177\0---Type <return> to continue, or q <return> to quit---
00\000\260\016\345\334\377\177\000\000\345G\357\334\377\177\000\000\360\016\345\334\377\177\000\000\360\016\345\334\377\177\000", mAlign = {
                elem = 1 '\001'}}}, <No data fields>}
        firstError = 0
#12 0x00007fa1ea766bf3 in nsHTTPListener::FreeLoadGroup (this=<optimized out>, 
    aCancelLoad=true)
    at /home/jonathan/Code/comm-central/mozilla/security/manager/ssl/src/nsNSSCallbacks.cpp:593
        lg = 0x7fa1cdd53bc0
        locker = {mLock = 0x7fa1b8830a60}
#13 0x00007fa1ea766c1c in nsCancelHTTPDownloadEvent::Run (this=0x7fa1b411fe00)
    at /home/jonathan/Code/comm-central/mozilla/security/manager/ssl/src/nsNSSCallbacks.cpp:182
No locals.
#14 0x00007fa1eabb52f2 in nsThread::ProcessNextEvent (this=0x7fa1df1061c0, 
    mayWait=true, result=0x7fffdce50f8f)
    at /home/jonathan/Code/comm-central/mozilla/xpcom/threads/nsThread.cpp:625
        event = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1b411fe00}, <No data fields>}
        notifyGlobalObserver = true
        obs = {<nsCOMPtr_base> = {mRawPtr = 0x7fa1db9311d8}, <No data fields>}
        canary = {static sOutputFD = 0}
        rv = 0
---Type <return> to continue, or q <return> to quit---
#15 0x00007fa1eab8a9ed in NS_ProcessNextEvent_P (thread=<optimized out>, 
    mayWait=true)
    at /home/jonathan/Code/objdir-comm-central/mozilla/xpcom/build/nsThreadUtils.cpp:245
        val = true
#16 0x00007fa1eab29457 in mozilla::ipc::MessagePump::Run (this=0x7fa1ed3feb00, 
    aDelegate=0x7fa1ed3ba180)
    at /home/jonathan/Code/comm-central/mozilla/ipc/glue/MessagePump.cpp:134
        did_work = <optimized out>
#17 0x00007fa1eabd2dcb in RunHandler (this=0x7fa1ed3ba180)
    at /home/jonathan/Code/comm-central/mozilla/ipc/chromium/src/base/message_loop.cc:201
No locals.
#18 MessageLoop::Run (this=0x7fa1ed3ba180)
    at /home/jonathan/Code/comm-central/mozilla/ipc/chromium/src/base/message_loop.cc:175
        save_state = {<MessageLoop::RunState> = {run_depth = 1, 
            quit_received = false}, loop_ = 0x7fa1ed3ba180, 
          previous_state_ = 0x0}
#19 0x00007fa1ea869564 in nsBaseAppShell::Run (this=0x7fa1db9311d0)
    at /home/jonathan/Code/comm-central/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:189
        thread = 0x7fa1df1061c0
---Type <return> to continue, or q <return> to quit---
#20 0x00007fa1ea742a2c in nsAppStartup::Run (this=0x7fa1db91c790)
    at /home/jonathan/Code/comm-central/mozilla/toolkit/components/startup/nsAppStartup.cpp:220
        rv = <optimized out>
#21 0x00007fa1e9fd906b in XRE_main (argc=<optimized out>, 
    argv=<optimized out>, aAppData=<optimized out>)
    at /home/jonathan/Code/comm-central/mozilla/toolkit/xre/nsAppRunner.cpp:3561
        appStartup = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1db91c790}, <No data fields>}
        shuttingDown = false
        workingDir = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1d89af440}, <No data fields>}
        remoteService = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1d7bf5eb0}, <No data fields>}
        event_tracing_running = false
        cmdLine = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1d872b580}, <No data fields>}
        xpcom = {mServiceManager = 0x7fa1ed3ac8c8, static gNativeAppSupport = 
    0x7fa1ed38bc30}
        prefs = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1df179c00}, <No data fields>}
        desktopStartupIDEnv = <optimized out>
---Type <return> to continue, or q <return> to quit---
        desktopStartupID = {<nsFixedCString> = {<nsCString> = {<nsACString_internal> = {mData = 0x7fffdce511b0 "", mLength = 0, 
                mFlags = 65553}, <No data fields>}, mFixedCapacity = 63, 
            mFixedBuf = 0x7fffdce511b0 ""}, 
          mStorage = "\000\030\061\355\241\177\000\000\020\026\345\334\377\177\000\000\240~\227\351\241\177", '\000' <repeats 14 times>, "\002\000\000\000\246\r\000\000\000\000\000\000p(\345\334\377\177\000\000\210\033\061\355\241\177\000"}
        display_name = <optimized out>
        profD = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1ed34ed80}, <No data fields>}
        appInitiatedRestart = false
        desktopStartupIDPtr = <optimized out>
        display = 0x7fa1ed3a3190
        _g_set_application_name = <optimized out>
        persistent = true
        osABI = {<nsCString> = {<nsACString_internal> = {
              mData = 0x7fa1eafd2c62 "Linux_x86_64-gcc3", mLength = 17, 
              mFlags = 1}, <No data fields>}, <No data fields>}
        cachesOK = <optimized out>
        _gtk_window_set_auto_startup_notification = <optimized out>
        nativeApp = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1ed38bc30}, <No data fields>}
---Type <return> to continue, or q <return> to quit---
        startOffline = false
        profileName = {<nsFixedCString> = {<nsCString> = {<nsACString_internal> = {mData = 0x7fa1df103568 "default", mLength = 7, 
                mFlags = 65541}, <No data fields>}, mFixedCapacity = 63, 
            mFixedBuf = 0x7fffdce51210 ""}, 
          mStorage = "\000hd\002\000\000\000\000Z\016\034\360\241\177\000\000\000\000\000\000\000\000\000\000\260\022\345\334\377\177\000\000\002\000\000\000\377\177\000\000\260\022\345\334\377\177\000\000`P5\355\241\177\000\000E\000\000\000\000\000\000"}
        fFlagFile = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1ed34eb40}, <No data fields>}
        xremotearg = <optimized out>
        updRoot = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1ed34e240}, <No data fields>}
        flagFile = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1ed34eb40}, <No data fields>}
        disableRemote = false
        canRun = true
        profileLock = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1df105ec0}, <No data fields>}
        profLD = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1ed34ee40}, <No data fields>}
        version = {<nsFixedCString> = {<nsCString> = {<nsACString_internal> = {
---Type <return> to continue, or q <return> to quit---
                mData = 0x7fffdce51270 "11.0a1_20111205203149/20111205203149", 
                mLength = 36, mFlags = 65553}, <No data fields>}, 
            mFixedCapacity = 63, 
            mFixedBuf = 0x7fffdce51270 "11.0a1_20111205203149/20111205203149"}, mStorage = "11.0a1_20111205203149/20111205203149\000\177\000\000\020\023\345\334\377\177\000\000`P5\355\241\177\000\000E\000\000\000\000\000\000"}
        versionOK = false
        rv = 0
        override = 0x0
        appData = {<nsXREAppData> = {size = 112, directory = 0x7fa1ed34e240, 
            vendor = 0x0, name = 0x7fa1ed31a1c0 "Thunderbird", 
            version = 0x7fa1ed35f0e8 "11.0a1", 
            buildID = 0x7fa1ed31a1d0 "20111205203149", 
            ID = 0x7fa1ed328160 "{3550f703-e582-4d05-9a08-453d09bdfdc6}", 
            copyright = 0x0, flags = 6, xreDirectory = 0x7fa1ed34e3c0, 
            minVersion = 0x7fa1ed35f0f0 "11.0a1", 
            maxVersion = 0x7fa1ed35f0f8 "11.0a1", 
            crashReporterURL = 0x7fa1ed328190 "https://crash-reports.mozilla.com/submit", profile = 0x0}, <No data fields>}
        ar = <optimized out>
        home = <optimized out>
        gtkModules = <optimized out>
        dirProvider = 
---Type <return> to continue, or q <return> to quit---
    {<nsIDirectoryServiceProvider2> = {<nsIDirectoryServiceProvider> = {<nsISupports> = {
                _vptr.nsISupports = 0x7fa1eb9bbc40}, <No data fields>}, <No data fields>}, <nsIProfileStartup> = {<nsISupports> = {
              _vptr.nsISupports = 0x7fa1eb9bbc88}, <No data fields>}, 
          mAppProvider = {<nsCOMPtr_base> = {
              mRawPtr = 0x0}, <No data fields>}, mGREDir = {<nsCOMPtr_base> = {
              mRawPtr = 0x7fa1ed34e3c0}, <No data fields>}, 
          mXULAppDir = {<nsCOMPtr_base> = {
              mRawPtr = 0x7fa1ed34e240}, <No data fields>}, 
          mProfileDir = {<nsCOMPtr_base> = {
              mRawPtr = 0x7fa1ed34ed80}, <No data fields>}, 
          mProfileLocalDir = {<nsCOMPtr_base> = {
              mRawPtr = 0x7fa1ed34ee40}, <No data fields>}, 
          mProfileNotified = true, 
          mAppBundleDirectories = {<nsCOMArray_base> = {mArray = {
                mImpl = 0x0}}, <No data fields>}, 
          mExtensionDirectories = {<nsCOMArray_base> = {mArray = {
                mImpl = 0x7fa1d89ac1f0}}, <No data fields>}, 
          mThemeDirectories = {<nsCOMArray_base> = {mArray = {
                mImpl = 0x7fa1d89b19c0}}, <No data fields>}}
#22 0x0000000000401dd4 in do_main (argv=0x7fffdce52a98, argc=1, 
    exePath=0x7fffdce51848 "/home/jonathan/Code/objdir-comm-central/mozilla/dist---Type <return> to continue, or q <return> to quit---
/bin/libxpcom.so")
    at /home/jonathan/Code/comm-central/mail/app/nsMailApp.cpp:143
        appini = {<nsCOMPtr_base> = {
            mRawPtr = 0x7fa1ed34e180}, <No data fields>}
        rv = <optimized out>
        appData = 0x7fa1ed31c2b0
        result = <optimized out>
#23 main (argc=1, argv=0x7fffdce52a98)
    at /home/jonathan/Code/comm-central/mail/app/nsMailApp.cpp:226
        exePath = "/home/jonathan/Code/objdir-comm-central/mozilla/dist/bin/libxpcom.so\000bin\000p*\360\241\177\000\000FM@\000\000\000\000\000\340\344:\360\241\177", '\000' <repeats 12 times>"\340, Pʹ\377\377\330\371:\360\241\177\000\000\000\000\000\000\000\000\000\000\241\070\245\356\241\177\000\000\220\031\345\334\377\177\000\000\000\000\300\060ʹ\377\377\000\000\026\262\070\340C\377\240\001\000\000\000\000\000\000\240\001\000\000\000\000\000\000\b\000\000\000\000\000\000\000\004\000\000\000\004\000\000\000\000(\345\334\377\177\000\000p(\345\334\377\177\000\000\360\364:\360\241\177\000\000\003\000\000\000\000\000\000\000\361\211\321\356\241\177\000\000\200\032\345\334\377\177\000\000bO\034\360\241\177\000\000\000\000\000\000\000\000\000\000"...
        rv = <optimized out>
        lastSlash = <optimized out>
        gotCounters = <optimized out>
        initialRUsage = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = {
---Type <return> to continue, or q <return> to quit---
            tv_sec = 0, tv_usec = 8000}, ru_maxrss = 4212, ru_ixrss = 0, 
          ru_idrss = 0, ru_isrss = 0, ru_minflt = 1057, ru_majflt = 0, 
          ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, 
          ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 26, ru_nivcsw = 6}
        result = 255
(gdb) 
(gdb) q
A debugging session is active.

	Inferior 1 [process 9426] will be detached.

Quit anyway? (y or n) y
Detaching from program: /home/jonathan/Code/objdir-comm-central/mozilla/dist/bin/thunderbird-bin, process 9426
If you are not using trunk code please set version
Severity: normal → critical
Summary: Thunderbird locks (deadlock?) on a flaky connection (didn't happen before, easily reproducible) → Thunderbird locks (deadlock?) on a flaky connection
Version: unspecified → Trunk
I'm using trunk (20111205), I'll rebuild everything just to make sure :)
these might not be the same, if your issue really is regression, but FWIW xref Bug 484274 - unstable internet/mailserver connectivity results in "program not responding
Yes, that might be it. We might want to dupe the old one in favor of this one since I've got a backtrace. David, any thoughts on this? :)
protz, do you have rss feeds configured? The http connection mgr stuff is odd and not imap-related.
Yes I do have RSS feeds configured.
Protz do you also see that with Firefox ?
No, definitely not.
I see same problem with thundebird - started around version 11 or so - still happening with 20120124 nightly build of TB 12.0

64 bit linux.

Flaky connection (in my case via 4G cell via wifi to laptop).

strace shows it hung in:

futex(0x7f3592527428, FUTEX_WAIT_PRIVATE, 2, NULL^C <unfinished ...>

Attaching debugger to hung process i see:


__lll_lock_wait () from /lib/libpthread.so.0
#1 0x00007f1d8d755f9b in _L_lock_620 () from /lib/libpthread.so.0
#2 0x00007f1d8d755f1c in pthread_mutex_lock () from /lib/libpthread.so.0
#3 0x00007f1d86494299 in PR_Lock () from .../thundebird-bin
does it compare well to bug 698882?
(In reply to Wayne Mery (:wsmwk) from comment #10)
> does it compare well to bug 698882?

It looks the same to me, except that http connections (rss feeds) are involved.
This bug only has the main thread backtrace; the signature in bug 698882 is PR_SetPollableEvent on the networking thread, and there's not enough information here to know for sure that's what happened.
Here's a longer trace - in case its helpful.

gene
==============================
(gdb) bt

#0  0x00007f86bf24413c in __lll_lock_wait () from /lib/libpthread.so.0
#1  0x00007f86bf23fecb in _L_lock_620 () from /lib/libpthread.so.0
#2  0x00007f86bf23fe4c in pthread_mutex_lock () from /lib/libpthread.so.0
#3  0x00007f86b7dc7299 in PR_Lock () from /usr/local/vers64/mozilla/thunderbird-nightly/libnspr4.so
#4  0x00007f86b7dc78cb in PR_EnterMonitor () from /usr/local/vers64/mozilla/thunderbird-nightly/libnspr4.so
#5  0x00007f86b7db80b4 in PR_CEnterMonitor () from /usr/local/vers64/mozilla/thunderbird-nightly/libnspr4.so
#6  0x00007f86bb2479b0 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#7  0x00007f86bb21e28c in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#8  0x00007f86bb263875 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#9  0x00007f86bb264534 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#10 0x00007f86bb265829 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#11 0x00007f86bb12913b in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#12 0x00007f86bb15bea7 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#13 0x00007f86bb172ae5 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#14 0x00007f86bb162b89 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#15 0x00007f86bb40bb35 in NS_InvokeByIndex_P () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#16 0x00007f86bae68f9e in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#17 0x00007f86bae6cddc in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#18 0x00007f86bb6cc149 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#19 0x00007f86bb6c7a7b in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#20 0x00007f86bb6cc1be in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#21 0x00007f86bb6cc718 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#22 0x00007f86bb65f1ec in JS_CallFunctionValue () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#23 0x00007f86bac16c7b in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#24 0x00007f86bac661e9 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#25 0x00007f86bab1fe1e in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#26 0x00007f86bab350d5 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#27 0x00007f86bab344b8 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#28 0x00007f86bab34b71 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#29 0x00007f86bab34de0 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#30 0x00007f86baaafe6e in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#31 0x00007f86baa72c43 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#32 0x00007f86baa72ca0 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#33 0x00007f86bab33a00 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#34 0x00007f86baa777d6 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#35 0x00007f86bad8d72f in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#36 0x00007f86bad8da98 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#37 0x00007f86bb157498 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#38 0x00007f86bb162e0e in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#39 0x00007f86bb40bb35 in NS_InvokeByIndex_P () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#40 0x00007f86bae68f9e in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#41 0x00007f86bae6cddc in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#42 0x00007f86bb6cc149 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#43 0x00007f86bb6c7a7b in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#44 0x00007f86bb6cc1be in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#45 0x00007f86bb697c2c in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#46 0x00007f86bb6cc149 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#47 0x00007f86bb6c7a7b in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#48 0x00007f86bb6cc1be in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#49 0x00007f86bb6cc718 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#50 0x00007f86bb65f1ec in JS_CallFunctionValue () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#51 0x00007f86bac16c7b in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#52 0x00007f86bac661e9 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#53 0x00007f86bab1fe1e in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#54 0x00007f86bab350d5 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#55 0x00007f86bab344b8 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#56 0x00007f86bab34b71 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#57 0x00007f86bab34de0 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#58 0x00007f86baaafe6e in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#59 0x00007f86baa72c43 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#60 0x00007f86baa72ca0 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#61 0x00007f86bab33a00 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#62 0x00007f86baa777d6 in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#63 0x00007f86bad8d72f in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#64 0x00007f86bad8e0cd in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#65 0x00007f86bb40bb35 in NS_InvokeByIndex_P () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
#66 0x00007f86bae68f9e in ?? () from /usr/local/vers64/mozilla/thunderbird-nightly/libxul.so
Thanks for the dump, gene c. If you can catch this again, we need the info from all the other threads as well as the main one. You can get that with:

(gdb) thread apply all backtrace
okidok - no prob - i'll do that soon as I can.
As requested:

gene
This is very easy to reproduce by the way - in my case I use TB via an ssh tunnel with all mail ports forwarded down the tunnel - so I just exit the ssh with all the ports and then I get 1 mouse click and it freezes. Easier than waiting for wifi connection to my phone getting flaky 4G to internet.

I imagine just taking down the network connection would do the same thing.

In my case:
 linux kernel 64 bit version 3.2.7
 glibc               version   2.15

and thunderbird Feb 19 build of daily trunk.

gene
Summary: Thunderbird locks (deadlock?) on a flaky connection → Thunderbird locks (deadlock?) on a flaky connection with rss feeds
RSS? - I dont have any rss feeds - so it seems to me it we should not have RSS in the bug description - perhaps that could be an additional failure case however.
Attached file another backtrace
I think I'm also experiencing the same bug.  It happens multiple times a day since I upgraded to Thunderbird 11 on Ubuntu (11.10, 64-bit machine, package from the "ubuntu mozilla security team").  I don't use thunderbird to view RSS feeds.  See attached for another backtrace with debug symbols.
Irving is the latest stack trace better ?
Whiteboard: [has stack trace]
(In reply to Ludovic Hirlimann [:Usul] from comment #20)
> Irving is the latest stack trace better ?
Flags: needinfo?(irving)
Looking at the stack trace, it looks like the same underlying issue as bug 733731.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(irving)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: