Closed Bug 460405 Opened 16 years ago Closed 16 years ago

"ASSERTION: Expected only one call!: '!gCallCount++'" when shutting down Thunderbird with Lightning

Categories

(Calendar :: General, defect, P2)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: gkw, Unassigned)

Details

(Keywords: assertion)

###!!! ASSERTION: Expected only one call!: '!gCallCount++', file /Users/skywalker/comm-central/mozilla/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp, line 235

NS_InvokeByIndex_P+0x0000C876 [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/./libxpcom_core.dylib +0x000AE908]
NS_InvokeByIndex_P+0x0000CB2E [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/./libxpcom_core.dylib +0x000AEBC0]
NS_InvokeByIndex_P+0x0000802D [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/./libxpcom_core.dylib +0x000AA0BF]
NS_InvokeByIndex_P+0x00007799 [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/./libxpcom_core.dylib +0x000A982B]
nsXPCOMCycleCollectionParticipant::nsXPCOMCycleCollectionParticipant()+0x00003664 [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/components/libxpconnect.dylib +0x0004504E]
nsXPCOMCycleCollectionParticipant::nsXPCOMCycleCollectionParticipant()+0x00002D2B [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/components/libxpconnect.dylib +0x00044715]
nsTArray_base::GetAutoArrayBuffer()+0x00002484 [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/components/libxpconnect.dylib +0x000409B4]
nsTArray_base::GetAutoArrayBuffer()+0x00002609 [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/components/libxpconnect.dylib +0x00040B39]
nsTArray_base::GetAutoArrayBuffer()+0x000018B7 [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/components/libxpconnect.dylib +0x0003FDE7]
NS_RegisterMemoryReporter(nsIMemoryReporter*)+0x00000862 [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/./libxpcom_core.dylib +0x000A1D24]
operator new(unsigned long, void*)+0x000083D8 [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libcalbasecomps.dylib +0x000164FC]
operator new(unsigned long, void*)+0x0000733D [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libcalbasecomps.dylib +0x00015461]
__cxa_finalize+0x000000F1 [/usr/lib/libSystem.B.dylib +0x00029FDC]
exit+0x00000021 [/usr/lib/libSystem.B.dylib +0x00029ED0]
start+0x0000010A [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/./thunderbird-bin +0x00001086]
start+0x00000029 [/Users/skywalker/objdir-tb/mozilla/dist/ShredderDebug.app/Contents/MacOS/./thunderbird-bin +0x00000FA5]


This assertion is another one that gets hit when shutting down Thunderbird, contributing to extra noise on shutdown. It didn't show prior to the landing of Calendar on comm-central, though it could be core changes that caused this bug.

I compiled debug Thunderbird on Mac with Lightning enabled. 10.5.5.
Flags: blocking-thunderbird3?
This occurs not with a fresh profile, but rather a profile from nightlies from last week _without_ Lightning.

Disabling Lightning on this build makes the assertion go away.
Component: Mail Window Front End → General
Flags: blocking-thunderbird3?
Product: Thunderbird → Calendar
QA Contact: front-end → general
Target Milestone: --- → 1.0
Flags: tb-integration?
Target Milestone: 1.0 → ---
No longer blocks: tb-noise
Does this still happen on current nightlies, given recent fixes that have gone in?
(In reply to comment #2)
> Does this still happen on current nightlies, given recent fixes that have gone
> in?

Yes, in a profile with various IMAP accounts, with self-compiled Lightning and TB. This assertion doesn't show on a fresh profile with Lightning though.
Adding qawanted in the hopes of getting concrete steps to reproduce.  Until we have those, I think this probably needs to be tb-integration-.  If they get figured out, please renominate.
Flags: tb-integration? → tb-integration-
Keywords: qawanted
Priority: -- → P2
No longer occurs. WFM.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.