[rel=preload] stylesheets that are only preloaded with <link rel=preload> must not block document's onload
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox81 | --- | fixed |
People
(Reporter: mayhemer, Assigned: emilio)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
Loader::PostLoadEvent
calls IncrementOngoingLoadCount
and Loader::NotifyObservers
calls DecrementOngoingLoadCount
regardless if the css load is a link-preload only or not.
This will probably not be that simple to solve. In case we find the stylesheet actually used we need to increase the blocker count and then decrease when this coalesced and used load is done.
Assignee | ||
Comment 2•4 years ago
|
||
(In reply to Honza Bambas (:mayhemer) from comment #0)
This will probably not be that simple to solve.
Actually I think it'd be as simple as that. We call that before looking at the cache, so if we use the sheet we enter that (and NotifyObservers
) twice, once for the preload and once for the link.
Reporter | ||
Comment 3•4 years ago
|
||
Emilio, would you be willing to work on this for this release? (81)
Assignee | ||
Comment 4•4 years ago
|
||
And fix the only WPT for this while at it which was using the wrong URL
(and thus would always pass).
This actually makes me a bit uncomfortable given the amount of times
I've seen the pattern:
<link href="important.css" rel="preload" as="style" onload="this.rel = 'stylesheet'">
As that means that important.css won't block the load event. But let's
try.
Updated•4 years ago
|
Assignee | ||
Comment 6•4 years ago
|
||
Comment 7•4 years ago
|
||
[Triage: I'm guessing this is S3, and emilio can adjust if that seems off.]
Comment 10•4 years ago
|
||
bugherder |
Description
•