ISSUE-86

atom-id-stability

HTML5 relaxes Atom requirement on atom:id stability

State:

RAISED

Product:

HTML 5 spec

Raised by:

Julian Reschke

Opened on:

2009-10-23

Description:

From http://dev.w3.org/html5/spec/Overview.html#atom:

"9...

Otherwise
    Let id be a user-agent-defined undereferenceable yet globally unique valid absolute URL. The same absolute URL should be generated for each run of this algorithm when given the same input. Let has-alternate be false."

But RFC 4287 states:

"When an Atom Document is relocated, migrated, syndicated, republished, exported, or imported, the content of its atom:id element MUST NOT change." -- http://greenbytes.de/tech/webdav/rfc4287.html#rfc.section.4.2.6

So it appears that HTML5 tries to relax that requirement.

Suggested fix: either just reference the requirement in the base spec, or make it a "must".

Furthermore, HTML5 requires "undereferenceable", while RFC 4287 does not.


See http://www.w3.org/Bugs/Public/show_bug.cgi?id=7806.

Related Actions Items:

No related actions

Related emails:

1. minutes Re: {agenda} HTML WG telcon 2009-10-29: issues, action items, calls for consensus/proposals, task forces, F2F... (from cooper@w3.org on 2009-10-29)
2. Re: {agenda} HTML WG telcon 2009-10-29: issues, action items, calls for consensus/proposals, task forces, F2F... (from singer@apple.com on 2009-10-29)
3. {agenda} HTML WG telcon 2009-10-29: issues, action items, calls for consensus/proposals, task forces, F2F... (from rubys@intertwingly.net on 2009-10-28)
4. [Bug 7806] atom ID element generation for feed entries (from bugzilla@wiggum.w3.org on 2009-10-23)
5. ISSUE-86 (atom-id-stability): HTML5 relaxes Atom requirement on atom:id stability [HTML 5 spec] (from sysbot+tracker@w3.org on 2009-10-23)

Related notes:

No additional notes.

Display change log