Closed Bug 1433454 Opened 6 years ago Closed 6 years ago

Crash in mozilla::dom::ClientSource::WindowExecutionReady

Categories

(Core :: DOM: Core & HTML, defect, P2)

x86
All
defect

Tracking

()

RESOLVED DUPLICATE of bug 1495285
Tracking Status
firefox60 --- wontfix
firefox62 --- wontfix
firefox63 --- affected
firefox64 --- affected

People

(Reporter: baffclan, Unassigned)

References

Details

(Keywords: crash)

Crash Data

This bug was filed from the Socorro interface and is
report bp-88f3c70a-9470-47fc-aef8-19b660180126.
=============================================================

Top 10 frames of crashing thread:

0 xul.dll mozilla::dom::ClientSource::WindowExecutionReady dom/clients/manager/ClientSource.cpp:252
1 xul.dll nsGlobalWindowInner::ExecutionReady dom/base/nsGlobalWindowInner.cpp:1922
2 xul.dll nsGlobalWindowOuter::SetNewDocument dom/base/nsGlobalWindowOuter.cpp:2013
3 xul.dll nsDocumentViewer::InitInternal layout/base/nsDocumentViewer.cpp:935
4 xul.dll nsDocumentViewer::Init layout/base/nsDocumentViewer.cpp:666
5 xul.dll nsDocShell::SetupNewViewer docshell/base/nsDocShell.cpp:9054
6 xul.dll nsDocShell::Embed docshell/base/nsDocShell.cpp:6876
7 xul.dll nsDocShell::CreateContentViewer docshell/base/nsDocShell.cpp:8856
8 xul.dll nsDSURIContentListener::DoContent docshell/base/nsDSURIContentListener.cpp:196
9 xul.dll nsDocumentOpenInfo::TryContentListener uriloader/base/nsURILoader.cpp:739

=============================================================
Flags: needinfo?(bkelly)
Priority: -- → P2
Thanks for filing the bug.

Were you by any chance changing cookie or storage settings when this happened?  Any add-ons?
Flags: needinfo?(baffclan)
I see minvid addon in the crash reports.  Were you actively using that when the crash happened?
I see low frequency crashes with this signature with two different sets of addons:

1. testpilot and minvid
2. web2pdfextension.17@acrobat.adobe.com and jid1-NIfFY2CA8fy1tg@jetpack

That could just be because its only effecting a couple users and thats whats in their profile, though.

I need steps to reproduce to really address this.

Right now the only way I think this should be able to happen is if someone changes their cookie/storage settings at exactly the right time during a page load.  That should be an extremely small probability of happening, unless some addon is trying to do that programmatically somehow.
Someone helped me identify jid1-NIfFY2CA8fy1tg@jetpack as AdBlock.
Perhaps an addon using the privacy API:

https://searchfox.org/mozilla-central/source/toolkit/components/extensions/ext-privacy.js

I'm not sure how to find such an addon, though.
There seems to be other conditions, but my profile 
seems to be related to "keep until".

  keep until "they expire" : Crash

  keep until "I close Nightly" : No crash
Flags: needinfo?(baffclan)
Do you have any site specific cookie settings?  I think one of the buttons there opens a dialog that let's you block or set session cookie policy for specific sites.

Thanks.
Flags: needinfo?(bkelly) → needinfo?(baffclan)
Flags: needinfo?(bkelly)
(In reply to Ben Kelly [:bkelly] from comment #7)
> Do you have any site specific cookie settings?  I think one of the buttons
> there opens a dialog that let's you block or set session cookie policy for
> specific sites.
I am testing with a new profile, but I can not reproduce it.
Please give me some more time.
Flags: needinfo?(bkelly)
Flags: needinfo?(baffclan)
I can reproduce this reliably on my profile by opening outgoing redirect links from YouTube descriptions:

bp-ce361a64-3475-42dc-b35c-1d4ef0180217
Johannes, can you please file a new bug so we can investigate?  It would be helpful to know if you can reproduce it on a fresh profile with no addons or modified preferences.
Flags: needinfo?(johnp)
I've opened bug 1439879.
Flags: needinfo?(johnp)
Sorry for late reply.
Cannot reproduce with nightly builds.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.