* (bug 22918) Feed cache keys now use $wgRenderHashAppend (so that it doesn't mix...
authorAlexandre Emsenhuber <ialex@users.mediawiki.org>
Sun, 4 Apr 2010 13:38:12 +0000 (13:38 +0000)
committerAlexandre Emsenhuber <ialex@users.mediawiki.org>
Sun, 4 Apr 2010 13:38:12 +0000 (13:38 +0000)
commita1d9ee26c206933f6f96c06402c6a59839dbbad3
treed45bbf47a2a29206f366c4642f10c95d6d13419f
parentdc81854161aa6378475166081fe3d802a36f439b
* (bug 22918) Feed cache keys now use $wgRenderHashAppend (so that it doesn't mix between secure.wikimedia.org and normal sites)
* Modified the timestamp key to use all parameters, otherwise various entries are sharing the same timestamp key and thus some of them can be served even though they are out of date. Consider the following case:
** Two requests for feeds sharing the same timestamp key are done
** Someone edits a page (or whatever else that change the recentchanges table)
** A user request one of the two feed above, the feed is correctly re-generated and the timestamp key changed
** A request for the other feed is done, this time the timestamp is the one of the request just above and the cached version will be served (even though it should not)

Based on a patch by Bawolff.
RELEASE-NOTES
includes/ChangesFeed.php