618258 - Link: <foo.atom>;rel=alternate;type=application/atom+xml doesn’t trigger feed auto-discovery

Status: RESOLVED DUPLICATE of bug 498117

(Firefox Graveyard :: RSS Discovery and Preview, defect)

Description

[Mathias Bynens]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_5; en-US) AppleWebKit/534.14 (KHTML, like Gecko) Chrome/10.0.607.0 Safari/534.14
Build Identifier: 4.0b8pre

I’ve been testing the Link HTTP header support in Firefox, and it turns out it supports rel=prefetch just fine! However, rel=alternate doesn’t seem to work.

I tried using different variations of the Link HTTP header:

Link: <foo.atom>;rel=alternate
Link: <foo.atom>;rel=alternate;type=application/atom+xml
Link: <foo.atom>;rel="alternate";type="application/atom+xml"

None of these worked. Their HTML equivalents are the following (note that HTML5 requires a `type` for <link> elements with `rel=alternate`):

<link href=foo.atom rel=alternate> (doesn’t work, but shouldn’t work anyway)
<link href=foo.atom rel=alternate type=application/atom+xml> (works)
<link href="foo.atom" rel="alternate" type="application/atom+xml"> (works)

The last two examples cause a clickable feed icon to appear in the address bar. I’d expect the last two HTTP headers to have the same result.

Reproducible: Always

Steps to Reproduce:
1. Open a URL which sends a HTTP header of the form `Link: <foo.bar>;rel=alternate;type=application/foo+baz
Actual Results:  
No feed autodiscovery takes place. The feed icon doesn't appear.

Expected Results:  
Autodiscovery should take place, and the feed icon should appear.