User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5) Gecko/20060731 Ubuntu/dapper-security Firefox/1.5.0.5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5) Gecko/20060731 Ubuntu/dapper-security Firefox/1.5.0.5 When closing a window with control-W, If the window is still loading (ie, has external linked dependancies), it closes *all* open thunderbird windows. Specific case is when loading a news or other rss/atom feed, some will contain secondary resources (images, css, js, ads?) that cause the page to take longer to load. If i've already finished reading (or decide not to read) the content before this happens and I ctrl-W, it takes down not only the current thunderbird page, but the entire application. Problem is exacerbated by having slow connection or any network latency that causes secondary resources to load more slowly. (Example: images take 30 seconds to load, but you've skimmed the text and closing window after 5-10 seconds) Reproducible: Always Steps to Reproduce: 1. Find a feed/whatever that doesn't have instantaneous loading time (ie, loads secondary resources: css, js, images, advertisments etc: ars technica, slashdot, wired news, etc, are common example) and ctrl-o or double-click to open it (and have a few other thunderbird windows open also) 2. While it's still loading, make sure it's focused (obviously) and ctrl-w to close it. Actual Results: the thunderbird application & all thunderbird windows quit/close/crash Expected Results: the focused window closes

If you launch Thunderbird from the terminal, you should be able to tell whether or not it's crashing from its output on closing.

(In reply to comment #1) > If you launch Thunderbird from the terminal, you should be able to tell whether > or not it's crashing from its output on closing. > Good call, I normally launch it from gnome panel. It dies with a segmentation fault.

I assume you're using Ubuntu's Thunderbird package? I think they have a debug package for it (thunderbird-dbg) that will give you symbols for it (so you can get a useful stacktrace). Install that package and launch Thunderbird with: gdb thunderbird then do: handle SIG33 nostop noprint run <crash thunderbird> bt That should give you a stack. Just attach the stack here.

(In reply to comment #3) > I assume you're using Ubuntu's Thunderbird package? I think they have a debug > package for it (thunderbird-dbg) that will give you symbols for it (so you can > get a useful stacktrace). > > Install that package and launch Thunderbird with: > gdb thunderbird > > then do: > handle SIG33 nostop noprint > run > <crash thunderbird> > bt > > That should give you a stack. Just attach the stack here. > there was no thunderbird-dbg in aptitude, but i checked the shell script that launches thunderbird (/usr/lib/mozilla-thunderbird/run-mozilla.sh) which had -g and -d <debugger> options, running $ mozilla-thunderbird -g dropped me in gdb. backtraces of a couple runs are attached

OK. So I don't think we're going to get useful stacks without having symbols. Can you grab an official mozilla.org build (that will have the crash reporting tool installed) and test this? Or if you're up for it I can probably talk you through building a debug build.

I am seeing the same problem on Thunderbird 2.0.0.6 (20070728) on WinXP SP2. When closing a window that is loading an rss/atom feed with the escape key or control-W, Thunderbird crashes. Let me know if you need further information or screenshots or a WebEx recording.

ggoddard, Xore, need talkbackid from your crash http://kb.mozillazine.org/talkback

TB35262879W.

goddard, you comment in the talkback is bug 288172 "abort/escape key on a loading rss feed crashes thunderbird" Xore's mentions RSS, so probably the same issue. => duping Build ID 2007072817 nsMsgDBView::GetURIForViewIndex [mozilla/mailnews/base/src/nsMsgDBView.cpp, line 2069] nsMsgDBView::GetURIForFirstSelectedMessage [mozilla/mailnews/base/src/nsMsgDBView.cpp, line 5713] XPTC_InvokeByIndex [mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp, line 102] XPCWrappedNative::CallMethod [mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 2169] XPC_WN_GetterSetter [mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp, line 1487] js_Invoke [mozilla/js/src/jsinterp.c, line 1375] js_InternalInvoke [mozilla/js/src/jsinterp.c, line 1469] js_InternalGetOrSet [mozilla/js/src/jsinterp.c, line 1540] js_NativeGet [mozilla/js/src/jsobj.c, line 3455] js_Interpret [mozilla/js/src/jsinterp.c, line 3691] js_Invoke [mozilla/js/src/jsinterp.c, line 1394] nsXPCWrappedJSClass::CallMethod [mozilla/js/src/xpconnect/src/xpcwrappedjsclass.cpp, line 1453] nsXPCWrappedJS::CallMethod [mozilla/js/src/xpconnect/src/xpcwrappedjs.cpp, line 468] SharedStub [mozilla/xpcom/reflect/xptcall/src/md/win32/xptcstubs.cpp, line 147] nsEventListenerManager::HandleEventSubType [mozilla/content/events/src/nsEventListenerManager.cpp, line 1655] nsEventListenerManager::HandleEvent [mozilla/content/events/src/nsEventListenerManager.cpp, line 1762] nsXULElement::HandleDOMEvent [mozilla/content/xul/content/src/nsXULElement.cpp, line 2232] nsXULElement::HandleChromeEvent [mozilla/content/xul/content/src/nsXULElement.cpp, line 2897] nsGlobalWindow::HandleDOMEvent [mozilla/dom/src/base/nsGlobalWindow.cpp, line 1720] DocumentViewerImpl::LoadComplete [mozilla/layout/base/nsDocumentViewer.cpp, line 1014] nsDocShell::EndPageLoad [mozilla/docshell/base/nsDocShell.cpp, line 4805] nsWebShell::EndPageLoad [mozilla/docshell/base/nsWebShell.cpp, line 665] nsDocShell::OnStateChange [mozilla/docshell/base/nsDocShell.cpp, line 4720] nsDocLoader::FireOnStateChange [mozilla/uriloader/base/nsDocLoader.cpp, line 1210] nsDocLoader::doStopDocumentLoad [mozilla/uriloader/base/nsDocLoader.cpp, line 844] nsDocLoader::DocLoaderIsEmpty [mozilla/uriloader/base/nsDocLoader.cpp, line 744] nsDocLoader::OnStopRequest [mozilla/uriloader/base/nsDocLoader.cpp, line 665] nsLoadGroup::RemoveRequest [mozilla/netwerk/base/src/nsLoadGroup.cpp, line 732] nsLoadGroup::Cancel [mozilla/netwerk/base/src/nsLoadGroup.cpp, line 400] nsDocLoader::Stop [mozilla/uriloader/base/nsDocLoader.cpp, line 312] nsDocLoader::Stop [mozilla/uriloader/base/nsDocLoader.cpp, line 307] nsDocLoader::Stop [mozilla/uriloader/base/nsDocLoader.cpp, line 307] nsDocShell::Stop [mozilla/docshell/base/nsDocShell.cpp, line 3277] nsMsgWindow::StopUrls [mozilla/mailnews/base/src/nsMsgWindow.cpp, line 385] nsMsgWindow::CloseWindow [mozilla/mailnews/base/src/nsMsgWindow.cpp, line 170] XPTC_InvokeByIndex [mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp, line 102] XPCWrappedNative::CallMethod [mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 2169] XPC_WN_CallMethod [mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp, line 1455] js_Invoke [mozilla/js/src/jsinterp.c, line 1375] js_Interpret [mozilla/js/src/jsinterp.c, line 3946] js_Invoke [mozilla/js/src/jsinterp.c, line 1394] js_InternalInvoke [mozilla/js/src/jsinterp.c, line 1469] JS_CallFunctionValue [mozilla/js/src/jsapi.c, line 4351] nsJSContext::CallEventHandler [mozilla/dom/src/base/nsJSEnvironment.cpp, line 1493] nsJSEventListener::HandleEvent [mozilla/dom/src/events/nsJSEventListener.cpp, line 195] nsEventListenerManager::HandleEventSubType [mozilla/content/events/src/nsEventListenerManager.cpp, line 1655] nsEventListenerManager::HandleEvent [mozilla/content/events/src/nsEventListenerManager.cpp, line 1762] nsGlobalWindow::HandleDOMEvent [mozilla/dom/src/base/nsGlobalWindow.cpp, line 1733] DocumentViewerImpl::PageHide [mozilla/layout/base/nsDocumentViewer.cpp, line 1212] nsDocShell::FirePageHideNotification [mozilla/docshell/base/nsDocShell.cpp, line 937] nsDocShell::Destroy [mozilla/docshell/base/nsDocShell.cpp, line 3518] nsXULWindow::Destroy [mozilla/xpfe/appshell/src/nsXULWindow.cpp, line 514] nsWebShellWindow::Destroy [mozilla/xpfe/appshell/src/nsWebShellWindow.cpp, line 850] nsChromeTreeOwner::Destroy [mozilla/xpfe/appshell/src/nsChromeTreeOwner.cpp, line 363] PL_HandleEvent [mozilla/xpcom/threads/plevent.c, line 689] 0x778b0c24 0x0020006c 0xf88312eb