Bug 275178
| Summary: | [GStreamer] vox.com article loads forever due to HTMLMediaElement never decrementing delayed load event count | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Michael Catanzaro <mcatanzaro> |
| Component: | Media | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | bugs-noreply, karlcow, mcatanzaro, philn |
| Priority: | P2 | ||
| Version: | Other | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Michael Catanzaro
Splitting this from bug #274727 because the underlying cause of the problem is different.
The page https://www.vox.com/future-perfect/352359/milk-dairy-schools loads forever in GTK MiniBrowser and Epiphany using WebKitGTK 2.44.1 and 2.44.2. It finishes loading almost instantly in Firefox. It seems polyfill.min.js just never loads and there is either no timeout or an extremely excessive timeout.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Michael Catanzaro
This bug is not deterministic. It happens about half the time.
Michael Catanzaro
This is an HTMLMediaElement bug. It calls Document::incrementLoadEventDelayCount and then never calls Document::decrementLoadEventDelayCount (at least not within a reasonable amount of time). Possibly a GStreamer backend bug?
If you can't reproduce the bug on the first try, just reload the page a few times until you can.
(There is also a loader bug here causing Stop to fail when this happens, bug #242248. Let's treat that separately, though.)
Philippe Normand
Works fine in MiniBrowser/main.
Michael Catanzaro
It was happening for me yesterday using MiniBrowser from yesterday's git main. But today I cannot reproduce it anymore. I'm now seeing a crash instead, bug #275205.
Karl Dubost
fwiw, it loads instantly in Safari.