259438 - Live bookmarks discover Atom non-feeds

Status: RESOLVED DUPLICATE of bug 257247

(Firefox :: Bookmarks & History, defect)

Description

[Phil Ringnalda (:philor)]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10

Feed discovery is going too far: a link tag is only pointing to an RSS/Atom feed
if it has both the type attribute equal to either application/rss+xml or
application/atom+xml *and* a rel attribute of "alternate", but in
http://www.intertwingly.net/blog/2004/09/11/Vary-ETag we discover and attempt to
use a link with rel="service.edit", the Atom editing API (and then completely
hash up links within that, but that's another bug). Atom autodiscovery is in an
ID, http://www.ietf.org/internet-drafts/draft-ietf-atompub-autodiscovery-00.txt
- RSS autodiscovery is a bit less formal, being a blog post at
http://diveintomark.org/archives/2002/06/02/important_change_to_the_link_tag but
 with the same author the mechanics are the same: rel="alternate" *and*
type="application/(rss|atom)+xml".

Reproducible: Always
Steps to Reproduce:

Comment 1

[Phil Ringnalda (:philor)]

Useful test-cases from the Atom autodiscovery test suite at
http://diveintomark.org/tests/client/autodiscovery/ :

http://diveintomark.org/tests/client/autodiscovery/html4-030.html
http://diveintomark.org/tests/client/autodiscovery/html4-031.html
http://diveintomark.org/tests/client/autodiscovery/html4-032.html

Comment 2

[PikeUK]

Possible duplicate of Bug 257247.

Comment 3

[(not currently active) Ted Mielczarek]

Duping, please tell me if you think this is wrong.

*** This bug has been marked as a duplicate of 257247 ***

Comment 4

[Mike Connor [:mconnor]]

sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change