Closed Bug 609230 Opened 15 years ago Closed 14 years ago

Thunderbird crashes in RDF component [@RDFContainerImpl::~RDFContainerImpl]

Categories

(Core Graveyard :: RDF, defect)

Product:
Core Graveyard
Component:
RDF
Version:
1.9.2 Branch
Platform:
x86_64
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: wolfiR, Unassigned)

Details

(Keywords: crash)

Crash Data

I got the following report from a user: ----- Here is a strange one. A couple of days ago, tbird was updated to 3.1.6. Tonight - it crashed and the "We're Sorry" dialog appeared asking to send details to Mozilla (fine - I did, twice). The tbird would not restart -- at all. Same "We're Sorry" dialog. ps ax showed nothing tbird related running. Shutting down the desktop and restarting didn't fix it. Huh? I downgraded to 3.1.5 and all is good again. Anybody else see this or have any guesses what might have gone wrong? ----- Crash IDs: http://crash-stats.mozilla.com/report/index/472f2636-5a11-4cc1-890d-2e1d42101102 http://crash-stats.mozilla.com/report/index/e2cdc63d-0e9a-45aa-8233-7a7082101102 Signature points to http://mxr.mozilla.org/mozilla1.9.2/source/rdf/base/src/nsRDFContainer.cpp#445
Doesn't make any sense to me, unless mContainer is something non-ptr and non-null. Usually, stack traces ending up in RDF are not actually within RDF, but triggered by something else. The comment in http://mxr.mozilla.org/mozilla1.9.2/source/rdf/base/src/nsRDFContentSink.cpp#1310 is somewhat scary, though. Not sure if it had an impact, though. Does safe mode work?
Signature RDFContainerImpl::~RDFContainerImpl UUID 472f2636-5a11-4cc1-890d-2e1d42101102 Time 2010-11-02 16:09:30.619374 Uptime 16205 Last Crash 1696157 seconds (2.8 weeks) before submission Install Age 497115 seconds (5.8 days) since version was first installed. Product Thunderbird Version 3.1.6 Build ID 2010102600 Branch 1.9.2 OS Linux OS Version 0.0.0 Linux 2.6.25.20-0.7-default #1 SMP 2010-02-26 20:32:57 +0100 x86_64 CPU amd64 CPU Info family 15 model 104 stepping 2 Crash Reason SIGSEGV Crash Address 0x500000038 User Comments Dunno what heppened. I came back to the laptop and the "We're Sorry" dialog was there Processor Notes EMCheckCompatibility False Crashing Thread Frame Module Signature [Expand] Source 0 thunderbird-bin RDFContainerImpl::~RDFContainerImpl nsRDFContainer.cpp:445 1 thunderbird-bin RDFContainerImpl::Release nsRDFContainer.cpp:128 2 thunderbird-bin RDFContentSinkImpl::OpenMember nsCOMPtr.h:469 3 thunderbird-bin nsExpatDriver::HandleStartElement nsExpatDriver.cpp:435 4 thunderbird-bin doContent xmlparse.c:2464 5 thunderbird-bin contentProcessor xmlparse.c:2095 6 thunderbird-bin doProlog xmlparse.c:4075 7 thunderbird-bin prologProcessor xmlparse.c:3809 8 thunderbird-bin MOZ_XML_Parse xmlparse.c:1528 9 thunderbird-bin nsExpatDriver::ParseBuffer nsExpatDriver.cpp:1027 10 thunderbird-bin nsExpatDriver::ConsumeToken nsExpatDriver.cpp:1125 11 thunderbird-bin nsParser::Tokenize nsParser.cpp:3120 12 thunderbird-bin nsParser::ResumeParse nsParser.cpp:2336 13 thunderbird-bin nsParser::OnDataAvailable nsParser.cpp:2985 14 thunderbird-bin nsRDFXMLParser::ParseString nsRDFXMLParser.cpp:155 15 libxpcom_core.so NS_InvokeByIndex_P xptcinvoke_x86_64_unix.cpp:208 16 thunderbird-bin XPCWrappedNative::CallMethod xpcwrappednative.cpp:2722 17 thunderbird-bin XPC_WN_CallMethod xpcwrappednativejsops.cpp:1740 18 libmozjs.so js_Invoke jsinterp.cpp:1360 19 libmozjs.so js_Interpret jsops.cpp:2240 20 libmozjs.so js_Invoke jsinterp.cpp:1368 21 thunderbird-bin nsXPCWrappedJSClass::CallMethod xpcwrappedjsclass.cpp:1696 22 libxpcom_core.so PrepareAndDispatch xptcstubs_x86_64_linux.cpp:153 23 libxpcom_core.so libxpcom_core.so@0x77882 24 thunderbird-bin nsEventListenerManager::HandleEventSubType nsEventListenerManager.cpp:1041 25 thunderbird-bin nsEventListenerManager::HandleEvent nsEventListenerManager.cpp:1147 26 thunderbird-bin nsEventTargetChainItem::HandleEvent nsEventDispatcher.cpp:246 27 thunderbird-bin nsEventTargetChainItem::HandleEventTargetChain nsEventDispatcher.cpp:310 28 thunderbird-bin nsEventDispatcher::Dispatch nsEventDispatcher.cpp:573 29 thunderbird-bin nsEventDispatcher::DispatchDOMEvent nsEventDispatcher.cpp:636 30 thunderbird-bin nsXMLHttpRequest::DispatchProgressEvent nsXMLHttpRequest.cpp:1531 31 thunderbird-bin nsXMLHttpRequest::DispatchProgressEvent nsXMLHttpRequest.h:308 32 thunderbird-bin nsXMLHttpRequest::RequestCompleted nsXMLHttpRequest.cpp:2204 33 thunderbird-bin nsXMLHttpRequest::OnStopRequest nsXMLHttpRequest.cpp:2158 34 thunderbird-bin nsStreamListenerTee::OnStopRequest nsStreamListenerTee.cpp:72 35 thunderbird-bin nsHttpChannel::OnStopRequest nsHttpChannel.cpp:5312 36 thunderbird-bin nsInputStreamPump::OnStateStop nsInputStreamPump.cpp:578 37 thunderbird-bin nsInputStreamPump::OnInputStreamReady nsInputStreamPump.cpp:403 38 libxpcom_core.so nsInputStreamReadyEvent::Run nsStreamUtils.cpp:112 39 libxpcom_core.so nsThread::ProcessNextEvent nsThread.cpp:527 40 libxpcom_core.so NS_ProcessNextEvent_P nsThreadUtils.cpp:250 41 thunderbird-bin nsBaseAppShell::Run nsBaseAppShell.cpp:177 42 thunderbird-bin nsAppStartup::Run nsAppStartup.cpp:183
Severity: normal → critical
Keywords: crashreportid
Crash Signature: [@RDFContainerImpl::~RDFContainerImpl]
I find no examples of RDFContainerImpl::~RDFContainerImpl in crash-stats for past 9 months. But, assuming the reported stacks are bogus
Status: NEW → RESOLVED
Crash Signature: [@RDFContainerImpl::~RDFContainerImpl] → [@ RDFContainerImpl::~RDFContainerImpl]
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.