Last modified: 2005-11-17 00:24:57 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T5999, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 3999 - Recent Changes and other Atom feed IDs should remain the same between loads
Recent Changes and other Atom feed IDs should remain the same between loads
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
History/Diffs (Other open bugs)
1.6.x
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-11-16 23:12 UTC by Myk Melez
Modified: 2005-11-17 00:24 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Myk Melez 2005-11-16 23:12:56 UTC
Feed.php generates a unique ID every time a user loads the Recent Changes feed.
 According to lines 256-257 of that file, this is because "Atom 1.0 requires a
unique, opaque IRI as a unique indentifier [sic] for every feed we create."  But
"feeds" in Atom aren't the documents generated in response to a user request,
they are "lists of related information," and an "Atom Feed Document" is merely
"a representation of an Atom feed," it isn't the feed itself.

Moreover, the "atom:id" element description states that "When an Atom Document
is relocated, migrated, syndicated, republished, exported or imported, the
content of its atom:id element MUST NOT change," and IDs on blogger.com, whose
programmers had a major role in the development of the Atom spec, don't change
when a user reloads them or even when a new entry gets published to them.

Feed IDs should remain the same between feed loads in MediaWiki too.
Comment 1 Brion Vibber 2005-11-16 23:31:45 UTC
You should talk to the standards committee to have the document corrected, 
then.
Comment 2 Myk Melez 2005-11-16 23:51:23 UTC
>You should talk to the standards committee to have the document corrected,
>then.

Perhaps I was unclear before, but when I said that feeds are "lists of related
information" I was quoting from the spec:

http://atompub.org/2005/08/17/draft-ietf-atompub-format-11.html#rfc.section.1

And when I said that an "Atom Feed Document" is merely "a representation of an
Atom feed" rather than the feed itself, I was also quoting from the spec:

http://atompub.org/2005/08/17/draft-ietf-atompub-format-11.html#rfc.section.2

Finally, when I quoted the numerous conditions (in particular republication)
under which the atom:id element must not change, I was quoting from the spec:

http://atompub.org/2005/08/17/draft-ietf-atompub-format-11.html#rfc.section.4.2.6

It's pretty clear that the Atom 1.0 spec that was published by the IETF
standards committee standardizing the Atom syndication format does not support
the idea that feed IDs should change every time a user loads a feed document
over the web.  Rather, it defines feeds as lists of related information, says
that feed IDs must uniquely identify feeds, and requires them to stay the same
every time documents representing those feeds are loaded.
Comment 3 Brion Vibber 2005-11-16 23:56:32 UTC
Ok, experimenting with alternate ids and stuff...
Comment 4 Brion Vibber 2005-11-17 00:19:06 UTC
Changed to just the permalink, without the extra crap to make a unique URL like 
the spec's unclear language appears to ask for.
Comment 5 Myk Melez 2005-11-17 00:24:57 UTC
Thanks Brion, I appreciate the quick fix!

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links