startup crash in nsComponentManagerImpl::RegisterModule

RESOLVED WORKSFORME

Status

Thunderbird
General
--
critical
RESOLVED WORKSFORME
3 years ago
2 years ago

People

(Reporter: wsmwk, Unassigned)

Tracking

({crash, topcrash-thunderbird})

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [startup crash][invalid?], crash signature)

(Reporter)

Description

3 years ago
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??
(Reporter)

Comment 1

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