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




8 years ago
6 years ago


(Reporter: wolfiR, Unassigned)



1.9.2 Branch

Firefox Tracking Flags

(Not tracked)


(crash signature)



8 years ago
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:

Signature points to

Comment 1

8 years ago
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 is somewhat scary, though. Not sure if it had an impact, though.

Does safe mode work?

Comment 2

8 years ago
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 #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 	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 	js_Invoke 	jsinterp.cpp:1360
19 	js_Interpret 	jsops.cpp:2240
20 	js_Invoke 	jsinterp.cpp:1368
21 	thunderbird-bin 	nsXPCWrappedJSClass::CallMethod 	xpcwrappedjsclass.cpp:1696
22 	PrepareAndDispatch 	xptcstubs_x86_64_linux.cpp:153
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 	nsInputStreamReadyEvent::Run 	nsStreamUtils.cpp:112
39 	nsThread::ProcessNextEvent 	nsThread.cpp:527
40 	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
Keywords: crashreportid
Keywords: crashreportid


7 years ago
Crash Signature: [@RDFContainerImpl::~RDFContainerImpl]

Comment 3

6 years ago
I find no examples of RDFContainerImpl::~RDFContainerImpl in crash-stats for past 9 months. But, assuming the reported stacks are bogus
Crash Signature: [@RDFContainerImpl::~RDFContainerImpl] → [@ RDFContainerImpl::~RDFContainerImpl]
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.