`load` and `error` events are not fired for [rel=icon] links
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
People
(Reporter: jugglinmike, Unassigned)
Details
Attachments
(2 files)
Steps to reproduce:
- Open the attached document in the browser
Expected results: The text "onload" should be visible on the screen
Actual results: no text is displayed
Reviewing the activity in the Network tab of the Developer's Console shows that
a request is made.
Relevant specification text:
https://html.spec.whatwg.org/multipage/links.html#rel-icon
The "icon" link type does not define its own "fetch and process the linked
resource" algorithm, so the default algorithm should be used
https://html.spec.whatwg.org/multipage/semantics.html#fetch-and-process-the-linked-resource
Bug 563176 has a similar-sounding title, but the content is actually focused on [rel=stylesheet] specifically.
Comment 1•5 years ago
|
||
Comment 2•5 years ago
|
||
Bugzilla throws a CSP error so I got a plnkr instead: http://plnkr.co/edit/pqKn5JghM9YLMYmI?open=lib%2Fscript.js&preview
Couldn't make it work neither on Firefox nor Chrome though. Anne, does the spec requires this to work?
Updated•5 years ago
|
Comment 3•5 years ago
|
||
As Mike points out it does, but that change might not have been made with as much tests as it needed. It seems that a user agent should be allowed not to fetch at all if it does not need an icon or already has one or if the page points at multiple and only one is suitable. So some amount of custom steps ought be added.
Updated•5 years ago
|
Description
•