Last modified: 2013-11-11 09:44:23 UTC
Need RSS-feeds in MediaWiki for this lists:
* Recent changes by user (recentuserchanges)
* Newest articles for a user (newestuserarticles)
* User watchlist (watchlist)
* Recent changes for articles in category (recentcategorychanges)
* Newest articles in category (newestcategoryarticles)
Please file separate, specific requests for feeds, rather than bulk requests, as
such things are often handled on an individual basis.
The first two reek a little off to me, and the third requires more thought, as
discussed elsewhere. The fourth could be done. The last isn't possible since we
don't store the requisite information.
On the basis of the above, I'm going to change the focus of this bug to handle
point four. This would actually depend upon the introduction of a special page
to show this information on-wiki as well.
I am separate this bugs
Correct summary to what was *actually* requested, and merging the dupe here.
*** Bug 6372 has been marked as a duplicate of this bug. ***
Thinking of building this as an extension. Perhaps it would be appropriate to create a new table that tracks when an article is added to/deleted from a category. However, I don't see where this happens in the code. Table categorylinks is updated by LinksUpdate.php?
Right... the basic problem is that the addition or removal of a link isn't necessarily associated with a revision of that page -- the link may have been created through a template which changed, or a constructed link using a system variable whose value has changed.
So there's not anything to cleanly link the changes to. They get updated in bulk during various background operations.
Currently, there's a cl_timestamp field in the categorylinks table, but all that does is track when the entry was regenerated last, and is therefore of limited use.
Changed component to "RecentChanges"
Note: all of the originally requested features now exist, except for Newest articles in category (newestcategoryarticles).