W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2009

[Bug 7806] atom ID element generation for feed entries

From: <bugzilla@wiggum.w3.org>
Date: Mon, 05 Oct 2009 08:16:04 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1Muijk-0005YD-59@wiggum.w3.org>

--- Comment #1 from Julian Reschke <julian.reschke@gmx.de>  2009-10-05 08:16:03 ---
"Establish the value of id and has-alternate from the first of the following to

If the article node has a descendant a or area element with an href attribute
that successfully resolves relative to that descendant and a rel attribute
whose value includes the bookmark keyword
    Let id be the absolute URL resulting from resolving the value of the href
attribute of the first such a or area element, relative to the element. Let
has-alternate be true.
If the article node has an id attribute
    Let id be the document's current address, with the fragment identifier (if
any) removed, and with a new fragment identifier specified, consisting of the
value of the article element's id attribute. Let has-alternate be false.
    Let id be a user-agent-defined undereferenceable yet globally unique
absolute URL. Let has-alternate be false."

WRT the last sentence:

1) Why undereferenceable?

2) It should be stated that that URI (not URL) needs to be the same for each
run of the algorithm. Otherwise it'll be just a random unique identifier which
would violate the requirement in
http://greenbytes.de/tech/webdav/rfc4287.html#rfc.section.4.2.6: "The "atom:id"
element conveys a permanent, universally unique identifier for an entry or

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Monday, 5 October 2009 08:16:05 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:03 UTC