Closed Bug 627397 Opened 11 years ago Closed 10 years ago

crash [@ nsMsgHdr::ReparentInThread(nsIMsgThread*)]

Categories

(MailNews Core :: Database, defect)

x86
All
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 3.3a3

People

(Reporter: wsmwk, Assigned: Bienvenu)

Details

(Keywords: crash)

Crash Data

Attachments

(2 files)

crash [@ nsMsgHdr::ReparentInThread(nsIMsgThread*)]

speculatively I suspect IDLE induced, because I rarely crash (last was 2010-10-31) and I had just disabled IDLE on all my accounts for some testing.  So I am "using ctrl+T get new mail to get new messages" - after several ctrl+T I crashed.  Now, whenever I enter my main bugmail folder "moz" I crash. Forwarding .msf file to bienvenu.

all crashes on crash-stats are
EXCEPTION_ACCESS_VIOLATION_READ
0x0

not a new crash - exists also in 3.0

mine...
bp-ea21a28f-36a8-427d-9c2c-4bddc2110120
EXCEPTION_ACCESS_VIOLATION_READ
0x0
0	xul.dll	nsMsgHdr::ReparentInThread	mailnews/db/msgdb/src/nsMsgHdr.cpp:988
1	xul.dll	nsMsgHdr::IsAncestorKilled	mailnews/db/msgdb/src/nsMsgHdr.cpp:1045
2	xul.dll	nsMsgHdr::GetIsKilled	mailnews/db/msgdb/src/nsMsgHdr.cpp:1109
3	xul.dll	nsMsgThreadedDBView::AddKeys	mailnews/base/src/nsMsgThreadedDBView.cpp:261
4	xul.dll	nsMsgThreadedDBView::InitThreadedView	mailnews/base/src/nsMsgThreadedDBView.cpp:153
5	xul.dll	nsMsgThreadedDBView::Open	mailnews/base/src/nsMsgThreadedDBView.cpp:95
6	xul.dll	NS_InvokeByIndex_P	xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp:102
7	xul.dll	XPCWrappedNative::CallMethod	js/src/xpconnect/src/xpcwrappednative.cpp:2292
8	xul.dll	XPC_WN_CallMethod	js/src/xpconnect/src/xpcwrappednativejsops.cpp:1593
9	mozjs.dll	js::Interpret	js/src/jsinterp.cpp:4801
10	xul.dll	NS_IsMainThread_P	objdir-tb/mozilla/xpcom/build/nsThreadUtils.cpp:138
11	mozjs.dll	js::RunScript	js/src/jsinterp.cpp:657
12	mozjs.dll	js::Invoke	js/src/jsinterp.cpp:737
13	mozjs.dll	js::ExternalInvoke	js/src/jsinterp.cpp:858
14	mozjs.dll	JS_CallFunctionValue	js/src/jsapi.cpp:5009
15	xul.dll	nsJSContext::CallEventHandler	dom/base/nsJSEnvironment.cpp:2180
16	xul.dll	nsJSEventListener::HandleEvent	dom/src/events/nsJSEventListener.cpp:228
17	xul.dll	nsEventListenerManager::HandleEventSubType	content/events/src/nsEventListenerManager.cpp:1114
18	xul.dll	nsEventListenerManager::HandleEventInternal	content/events/src/nsEventListenerManager.cpp:1211
19	xul.dll	nsEventListenerManager::HandleEvent	content/events/src/nsEventListenerManager.h:146
20	xul.dll	nsEventTargetChainItem::HandleEvent	content/events/src/nsEventDispatcher.cpp:212
Attached patch fix for crashSplinter Review
This fixes the crash with the .msf file wsmwk provided. A couple messages were in thread objects, but didn't have the right thread id set. This patch fixes the crash with a null check, but also repairs messages it finds with the wrong thread id set.

Unfortunately, I don't know how the msg hdr came to have the wrong thread id set.
Assignee: nobody → bienvenu
Status: NEW → ASSIGNED
Attachment #505494 - Flags: review?(bugzilla)
Attachment #505494 - Flags: review?(bugzilla) → review+
I noticed this patch in my tree - just attaching here for safe-keeping. Not sure if it's needed.
fixed on trunk - http://hg.mozilla.org/comm-central/rev/0f844b0e58d0
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 3.3a3
Crash Signature: [@ nsMsgHdr::ReparentInThread(nsIMsgThread*)]
You need to log in before you can comment on or make changes to this bug.