Open
Bug 1105233
Opened 10 years ago
Updated 1 year ago
crash in nsComponentManagerImpl::RegisterModule(mozilla::Module const*, mozilla::FileLocation*)
Categories
(Core :: XPCOM, defect)
Tracking
()
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
Updated•10 years ago
|
Keywords: steps-wanted
Updated•10 years ago
|
Component: General → XPCOM
Product: Firefox for Android → Core
Version: Firefox 35 → 35 Branch
Comment 1•10 years ago
|
||
800 crashes on release makes this a top 40 to 50 crash.
Comment 2•10 years ago
|
||
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)
Comment 4•10 years ago
|
||
It is platform independent and is not new crashes dating back to fx 13, https://crash-stats.mozilla.com/report/list?signature=nsComponentManagerImpl%3A%3ARegisterModule(mozilla%3A%3AModule+const*%2C+mozilla%3A%3AFileLocation*)&range_value=7&range_unit=days
Comment 5•10 years ago
|
||
Happening more on Linux than other platforms, though
Comment 6•10 years ago
|
||
Linux includes Android in this view.
Comment 7•10 years ago
|
||
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.
Comment 8•10 years ago
|
||
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)
Updated•10 years ago
|
Flags: needinfo?(benjamin)
Updated•9 years ago
|
Crash Signature: [@ nsComponentManagerImpl::RegisterModule(mozilla::Module const*, mozilla::FileLocation*)] → [@ nsComponentManagerImpl::RegisterModule(mozilla::Module const*, mozilla::FileLocation*)]
[@ nsComponentManagerImpl::RegisterModule]
Comment 10•8 years ago
|
||
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
status-firefox48:
--- → affected
status-firefox49:
--- → affected
status-firefox-esr45:
--- → affected
Comment 11•5 years ago
|
||
Closing because no crashes reported for 12 weeks.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
Comment 12•5 years ago
|
||
Closing because no crashes reported for 12 weeks.
Comment 13•5 years ago
|
||
There are still some crashes so reopen it.
Status: RESOLVED → REOPENED
status-firefox64:
--- → affected
status-firefox65:
--- → affected
status-firefox-esr60:
--- → affected
Resolution: WONTFIX → ---
Updated•3 years ago
|
Whiteboard: qa-not-actionable
Updated•2 years ago
|
Severity: critical → S2
Comment 14•2 years ago
|
||
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
Updated•1 year ago
|
Flags: qe-verify-
Updated•1 year ago
|
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.
Description
•