Open Bug 1503787 Opened 10 months ago Updated 10 days ago
Crash in mozilla::dom::Client
Source::Window Execution Ready
+++ This bug was initially created as a clone of Bug #1499995 +++ We still have some crash reports for mozilla::dom::ClientSource::WindowExecutionReady's assertions.
baku, are there any next steps we can take here?
~30-50% of crashes are on reddit https://japanese.engadget.com/2018/11/02/mac-mini/ is also popular lots of mediaspy.com forums Most of these (all?) are diagnostic asserts: https://hg.mozilla.org/mozilla-central/annotate/6e842238034cd847ede178b4e65ea07704e4ffe6/dom/clients/manager/ClientSource.cpp#l286
User report of repeated crashes on feedly: https://github.com/webcompat/web-bugs/issues/21346 it appears to be semi-repeatable I did see quite a few feedly crashes
jesup, have you been able to reproduce this crash somehow? Because I've tried any possible feed with feedly, but nothing. I also suspect it's geolocation problem: I could receive different adverts from somebody else from another country.
Flags: needinfo?(amarchesini) → needinfo?(rjesup)
I have not tried; I don't use feedly (and barely touch reddit). I was just investigating the crash reports
diagnostic asserts don't fire in late beta or release, wontfixing for 64.
Andrea, Ehsan said you might be interested in bug 1508044 comment 12 where I was able (with the patch in that bug) reproduce Assertion failure: spec.LowerCaseEqualsLiteral("about:blank") || StringBeginsWith(spec, static_cast<const nsLiteralCString&>(nsLiteralCString("" "blob:"))) || nsContentUtils::StorageAllowedForWindow(aInnerWindow) == nsContentUtils::StorageAccess::eAllow> on https://www.youtube.com/?gl=FR&hl=fr
Component: DOM: Content Processes → Privacy: Anti-Tracking
Whiteboard: [privacy65] → [privacy65][anti-tracking]
Has STR: --- → yes
You need to log in before you can comment on or make changes to this bug.