Closed Bug 1611588 Opened 3 years ago Closed 3 years ago

Crash in [@ mozilla::dom::ExternalHelperAppParent::Init]


(Core :: Networking, defect, P1)

73 Branch



Tracking Status
firefox-esr68 --- unaffected
firefox72 --- unaffected
firefox73 blocking fixed
firefox74 --- fixed


(Reporter: philipp, Assigned: mattwoodrow)




(Keywords: crash, regression, Whiteboard: [necko-triaged])

Crash Data


(1 file)

[Tracking Requested - why for this release]:

This bug is for crash report bp-700cb11c-7c27-430c-ba87-fc20f0200125.

Top 10 frames of crashing thread:

0 xul.dll mozilla::dom::ExternalHelperAppParent::Init uriloader/exthandler/ExternalHelperAppParent.cpp:83
1 xul.dll mozilla::dom::ContentParent::RecvPExternalHelperAppConstructor dom/ipc/ContentParent.cpp:3826
2 xul.dll mozilla::dom::PContentParent::OnMessageReceived ipc/ipdl/PContentParent.cpp:8388
3 xul.dll mozilla::ipc::MessageChannel::DispatchMessage ipc/glue/MessageChannel.cpp:2134
4 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1241
5 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:486
6 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:109
7 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/
8 xul.dll MessageLoop::Run ipc/chromium/src/base/
9 xul.dll nsBaseAppShell::Run widget/nsBaseAppShell.cpp:137

this crash signature is showing up in 73.0b9 and accounting for 1.7% of browser crashes in early stability data there. presumably the disabling of DocumentChannel triggered this spike.

hi matt, can you take a look at that issue?

Flags: needinfo?(matt.woodrow)

DocumentChannel was (supposed to have been) disabled in 73.0b9 (by bug 1610888). This ExternalHelperAppParent::Init crash signature appeared in 72.* builds but not in 73.0b < b9. Perhaps this crash was fixed by DocumentChannel and now reappeared because DocumentChannel was disabled?

Assignee: nobody → matt.woodrow
Flags: needinfo?(matt.woodrow)
Priority: -- → P2
Whiteboard: [necko-triaged]

This blocks the 73 release given the volume.

Priority: P2 → P1

Comment on attachment 9123688 [details]
Bug 1611588 - Handle null BrowsingContext in ExternalHelperAppParent. r?bzbarsky

Beta/Release Uplift Approval Request

  • User impact if declined: Null pointer crashes for some download cases
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: No
  • If yes, steps to reproduce: No known STR at this point.
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Just adding a null check
  • String changes made/needed:
Attachment #9123688 - Flags: approval-mozilla-beta?
Pushed by
Handle null BrowsingContext in ExternalHelperAppParent. r=nika

Comment on attachment 9123688 [details]
Bug 1611588 - Handle null BrowsingContext in ExternalHelperAppParent. r?bzbarsky

Fixes a release-blocking topcrash. Approved for 73.0RC1.

Attachment #9123688 - Flags: approval-mozilla-beta? → approval-mozilla-release+
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla74

Please specify a root cause for this bug. See :tmaity for more information.

Root Cause: --- → ?

NI Matt for RCA

Flags: needinfo?(matt.woodrow)
Root Cause: ? → Testing Error
Flags: needinfo?(matt.woodrow)
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.