Closed Bug 1222014 Opened 9 years ago Closed 8 years ago

startup crash in nsComponentManagerImpl::RegisterModule

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: wsmwk, Unassigned)

Details

(Keywords: crash, topcrash-thunderbird, Whiteboard: [startup crash][invalid?])

Crash Data

New Thunderbord topcrash starting ~2015-10-05 - bp-4c840020-4f51-48c4-9acf-d47b92151005 38.is near the beginning.  Extremely rare prior to that, eg bp-81fa8484-33c8-4e1c-a5e9-7a34c2150810 is 38.1.0.  Top 3 crash for 38.3.0 and 42.0b2. And afaict it's not a topcrash from users filing lots of duplicate crash reoprts.  Firefox has bug 1105233 on file, but I doubt it is closely related.

99% of crashes with an email address are a variety @fullertonindia.com .
All are startup, so no addons are listed.
The module list may point to involvement of citrix edgesight or XenDesktop.

report bp-13f0d492-e4d9-4c63-b394-7396b2151029.
=============================================================
 0 	xul.dll	nsComponentManagerImpl::RegisterModule(mozilla::Module const*, mozilla::FileLocation*)	xpcom/components/nsComponentManager.cpp
1 	xul.dll	nsComponentManagerImpl::Init()	xpcom/components/nsComponentManager.cpp
2 	xul.dll	NS_InitXPCOM2	xpcom/build/XPCOMInit.cpp
3 	xul.dll	ScopedXPCOMStartup::Initialize()	toolkit/xre/nsAppRunner.cpp
4 	xul.dll	xul.dll@0x1f2bbd3	


What do you think??
crash signature is essential gone for Thunderbird, and no crashes this year for the email address in the crashes previously cited
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.