Intent to ship: Make <link> elements always unvisited.

Skip to first unread message

Emilio Cobos Álvarez

Aug 8, 2019, 2:40:09 PM8/8/19
Summary: Make HTML <link> elements not query the browser history. This
is unnecessary work, and matches other browsers (kinda, see below in the
"Other browsers" section).

The TLDR is that even though this is technically required per spec as of
today, it's a fairly obscure feature where there's no interop, and it
causes issues unnecessarily, and extra history queries for no good reason.

Long term we should probably aim for <link> to not be traversable (even
if you force-show it).


Standard: (though note

Platform coverage: All

Preference: none

Devtools bug: N/A

Other browsers:

Behavior here is all over the place. We used to match the current spec
text and WebKit, until landed not long ago.

With this change, we'd match Edge and WebKit. Chrome is the only browser
which doesn't consider <link> a :link to begin with, and you can't click
on force-showed links.

We may want to aim for this behavior in the long run to simplify the
code, since force-showing a <link> element doesn't seem useful over-all.
That may or may not require changes in the HTML spec

-- Emilio

Anne van Kesteren

Aug 9, 2019, 7:30:00 AM8/9/19
to Emilio Cobos Álvarez, dev-platform
On Thu, Aug 8, 2019 at 8:39 PM Emilio Cobos Álvarez <> wrote:
> Standard: (though note

So the real standard for this is as CSS tries to be
host-agnostic (somewhat). It seems okay to me to get rid of this as
the <link> feature set always mismatched that of <a> and <area> a bit
and practically nobody would display a <link> anyway. Would you file
an issue against HTML to make it so?

Emilio Cobos Álvarez

Aug 9, 2019, 7:51:12 AM8/9/19
So the spec says that it should always match either :link or :visited,
and that's still true with my patch (which just never makes it match
:visited). I filed an issue about having interop / never make them
navigate away from the page, probably:

And this to consider whether almost all MathML elements should really be

(Because they are now).

-- Emilio

> _______________________________________________
> dev-platform mailing list
Reply all
Reply to author
0 new messages