Closed Bug 870782 Opened 11 years ago Closed 11 years ago

Nightly-only crash in nsXPCWrappedJS::CallMethod


(Firefox for Android Graveyard :: General, defect)

24 Branch
Not set


(firefox22 unaffected, firefox23+ unaffected, firefox24 fixed)

Firefox 24
Tracking Status
firefox22 --- unaffected
firefox23 + unaffected
firefox24 --- fixed


(Reporter: aaronmt, Unassigned)



(4 keywords, Whiteboard: [native-crash])

Crash Data


(1 file, 1 obsolete file)

This bug was filed from the Socorro interface and is 
report bp-0becae4f-6337-4ccf-b959-016142130510 .

I seem to get this crash just idling my device on any site including about:home

Nightly (05/10)
LG Nexus 4 (Android 4.2.2)
Whiteboard: [native-crash]
Summary: Crash in nsXPCWrappedJS::CallMethod → Nightly-only crash in nsXPCWrappedJS::CallMethod
Firefox for Android Nightly update snippets have been pulled as of 8 mins ago.
Severity: critical → blocker
--enable-profiling bites us (again)?
This was caused by the off-main-thread XPCWrappedJS changes in bug 770840. The stack shown is confusing, so I can't quite tell what we're actually doing that causes us to use a wrapped object, unless we are implementing some kind of directory provider in JS on Android. If we are, it looks like we shouldn't.
Blocks: 773610
nsFetchTelemetryData runs on a non-main thread and uses NS_GetSpecialDirectory which activates the directory service providers, causing badness.
The easiest fix is probably to modify ReadLateWritesStacks ( and nsFetchTelemtryData such that the profile directory path is obtained by the runnable's constructor on the main thread.
Blocks: 770840
tracking-fennec: --- → ?
I think this should fixup the issue.
Attachment #748008 - Flags: review?(vdjeric)
Better patch.
Attachment #748008 - Attachment is obsolete: true
Attachment #748008 - Flags: review?(vdjeric)
Attachment #748012 - Flags: review?(vdjeric)
Comment on attachment 748012 [details] [diff] [review]
call NS_GetSpecialDirectory on the main thread rather than off-mainthread in telemetry

> nsresult
>-GetFailedProfileLockFile(nsIFile* *aFile, nsIFile* aProfileDir = nullptr)
>+GetFailedProfileLockFile(nsIFile* *aFile, nsIFile* aProfileDir)
> {
>-  nsresult rv;
>-  if (aProfileDir) {
>-    rv = aProfileDir->Clone(aFile);
>-  } else {
>-    rv = NS_GetSpecialDirectory(NS_APP_USER_PROFILE_50_DIR, aFile);
>-  }
>+  nsresult rv = aProfileDir->Clone(aFile);
>   NS_ENSURE_SUCCESS(rv, rv);
>   (*aFile)->AppendNative(NS_LITERAL_CSTRING("Telemetry.FailedProfileLocks.txt"));
>   return NS_OK;
> }

Attachment #748012 - Flags: review?(vdjeric) → review+
Severity: blocker → critical
This looks to affect Fx 23. QA would like this fixed on Aurora before turning on updates for Android.
It has been fixed by the backout of bug 770840.
It stays open to fix the underlying issue once the patch of bug 770840 lands again.
Version: Trunk → Firefox 24
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 24
tracking-fennec: ? → ---
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.