Open Bug 1105233 Opened 10 years ago Updated 1 year ago

crash in nsComponentManagerImpl::RegisterModule(mozilla::Module const*, mozilla::FileLocation*)

Categories

(Core :: XPCOM, defect)

35 Branch
ARM
Android
defect

Tracking

()

REOPENED
Tracking Status
firefox48 --- wontfix
firefox49 --- wontfix
firefox-esr45 --- wontfix
firefox-esr60 --- affected
firefox64 --- affected
firefox65 --- affected

People

(Reporter: CristinaM, Unassigned)

Details

(Keywords: crash, steps-wanted, Whiteboard: qa-not-actionable)

Crash Data

This bug was filed from the Socorro interface and is 
report bp-1939071b-f136-41af-ad49-280fb2141126.
=============================================================

	libxul.so	nsComponentManagerImpl::RegisterModule(mozilla::Module const*, mozilla::FileLocation*)	xpcom/components/nsComponentManager.cpp
1	libxul.so	nsComponentManagerImpl::Init()	xpcom/components/nsComponentManager.cpp
2	libxul.so	NS_InitXPCOM2	xpcom/build/XPCOMInit.cpp
3	libxul.so	ScopedXPCOMStartup::Initialize()	toolkit/xre/nsAppRunner.cpp
4	libxul.so	XREMain::XRE_main(int, char**, nsXREAppData const*)	toolkit/xre/nsAppRunner.cpp
5	libxul.so	XRE_main	toolkit/xre/nsAppRunner.cpp
6	libxul.so	GeckoStart	toolkit/xre/nsAndroidStartup.cpp
7	libmozglue.so	Java_org_mozilla_gecko_mozglue_GeckoLoader_nativeRun	mozglue/android/APKOpen.cpp
Ø 8	libdvm.so	libdvm.so@0x1e292	
Ø 9	dalvik-heap (deleted)	dalvik-heap (deleted)@0x32d996	
Ø 10	data@app@org.mozilla.fennec_aurora-2.apk@classes.dex	data@app@org.mozilla.fennec_aurora-2.apk@classes.dex@0x4fb764	
Ø 11	libdvm.so	libdvm.so@0x4d48b	
Ø 12	data@app@org.mozilla.fennec_aurora-2.apk@classes.dex	data@app@org.mozilla.fennec_aurora-2.apk@classes.dex@0x4fb762	
13	libmozglue.so	report_mapping	mozglue/android/APKOpen.cpp
Keywords: steps-wanted
Component: General → XPCOM
Product: Firefox for Android → Core
Version: Firefox 35 → 35 Branch
800 crashes on release makes this a top 40 to 50 crash.
Crash is here: http://hg.mozilla.org/releases/mozilla-aurora/annotate/56f456359253/xpcom/components/nsComponentManager.cpp#l475 at address 0xc0010 and called from http://hg.mozilla.org/releases/mozilla-aurora/annotate/56f456359253/xpcom/components/nsComponentManager.cpp#l388

That makes me think that something is wrong with our library loading/linkage setup.
Flags: needinfo?(mh+mozilla)
Is it all on android, and all on >= 35?
Flags: needinfo?(mh+mozilla)
Happening more on Linux than other platforms, though
Linux includes Android in this view.
I picked another crash and looked at it:
https://crash-stats.mozilla.com/report/index/7fac8278-aaf5-476f-a866-58ab52141128

I see nothing in the assembly or the libxul.so contents that could explain this behavior. A raw dump might be useful here, although it may require a full dump, but I can't tell without looking. Requesting access in bug 1109998.
Unfortunately, the raw mini dump is not sufficient to tell anything. I'd need a full dump. Can breakpad actually create full dumps on Android? If yes, how can we get such dumps from crashing users?
Flags: needinfo?(ted)
Flags: needinfo?(benjamin)
Breakpad does not have that functionality, sorry.
Flags: needinfo?(ted)
Flags: needinfo?(benjamin)
Crash Signature: [@ nsComponentManagerImpl::RegisterModule(mozilla::Module const*, mozilla::FileLocation*)] → [@ nsComponentManagerImpl::RegisterModule(mozilla::Module const*, mozilla::FileLocation*)] [@ nsComponentManagerImpl::RegisterModule]
Crash volume for signature 'nsComponentManagerImpl::RegisterModule':
 - nightly (version 51): 0 crashes from 2016-08-01.
 - aurora  (version 50): 0 crashes from 2016-08-01.
 - beta    (version 49): 43 crashes from 2016-08-02.
 - release (version 48): 37 crashes from 2016-07-25.
 - esr     (version 45): 21 crashes from 2016-05-02.

Crash volume on the last weeks (Week N is from 08-22 to 08-28):
            W. N-1  W. N-2  W. N-3
 - nightly       0       0       0
 - aurora        0       0       0
 - beta         11      21       0
 - release       4       3       5
 - esr           0       0       2

Affected platform: Windows

Crash rank on the last 7 days:
           Browser     Content   Plugin
 - nightly
 - aurora
 - beta    #1377
 - release #1163
 - esr
Closing because no crashes reported for 12 weeks.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
Closing because no crashes reported for 12 weeks.
There are still some crashes so reopen it.
Whiteboard: qa-not-actionable
Severity: critical → S2

Since the crash volume is low (less than 5 per week), the severity is downgraded to S3. Feel free to change it back if you think the bug is still critical.

For more information, please visit auto_nag documentation.

Severity: S2 → S3
Flags: qe-verify-
Crash Signature: [@ nsComponentManagerImpl::RegisterModule(mozilla::Module const*, mozilla::FileLocation*)] [@ nsComponentManagerImpl::RegisterModule] → [@ nsComponentManagerImpl::RegisterModule] [@ nsComponentManagerImpl::RegisterModule]
You need to log in before you can comment on or make changes to this bug.