Opened 16 years ago
Closed 16 years ago
#8708 closed defect (bug) (fixed)
Remove paging information from Atom comment feed ids
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 2.7.1 | Priority: | normal |
Severity: | normal | Version: | 2.7 |
Component: | XML-RPC | Keywords: | comments, feeds, atom |
Focuses: | Cc: |
Description ¶
In WordPress 2.7 the ids of comments in Atom comment feeds have page numbers included.
E.g. http://wordpressnew/2008/12/23/hello-world/comment-page-1/#comment-2
This paging information is clearly not relevant in a feed, and could break things if the the page number were to change (ids should never change).
This patch reverts the id format to that of WordPress 2.6, which does not include paging information.
Pull Requests
- Loading…
Change History (8)
#1
@
16 years ago
- Component changed from General to XML-RPC
- Milestone 2.8 deleted
- Owner changed from anonymous to josephscott
#6
@
16 years ago
- Keywords comments feeds atom added
- Resolution fixed deleted
- Status changed from closed to reopened
Hi folks,
I'm not convinced that this 'bug' is necessarily a bug, or that this 'fix' is necessarily a fix...
I understand that in principle, IDs should never change -- but changing *URIs* are a logical consequence of allowing users to choose 1) comment pagination, and 2) ascending date order to display comments. (URIs do not change if comments are displayed in descending date order and with a constant value for comments per page.) Unfortunately, IDs constructed without page numbers make for broken URIs for all comments except those which happen to live at the post's permalink. In alexforrow's example, the URI only works because we are on comment page 1; if we were on other pages, the URI would be broken.
When submitting the bug report, alexforrow mentioned that including page numbers "could break things if the the page number were to change". But if "break things" means "break the way in which IDs can pass for URIs", then the fix only serves to trade future potential breaks for present guaranteed breaks for users with paging enabled.
I'm guessing that many users would be more unhappy to find that their Atom feeds include broken links than to find that they may break comment URIs if they choose pagination combined with ascending date order.
I'm happy to be told I'm all wrong about this, but it just seemed to me there was more afoot than whether including paging information was a good idea or a bad idea...
All the best,
Greg
(In [10385]) Use guid instead of link for atom comment IDs. fixes #8708 for trunk