Last modified: 2013-11-11 09:44:23 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 T8328, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 6328 - Add syndicated feeds for creation of new articles in a category
Add syndicated feeds for creation of new articles in a category
Status: NEW
Product: MediaWiki
Classification: Unclassified
Recent changes (Other open bugs)
unspecified
All All
: Low enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 6372 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-06-16 14:52 UTC by Andrew Butko
Modified: 2013-11-11 09:44 UTC (History)
5 users (show)

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


Attachments

Description Andrew Butko 2006-06-16 14:52:47 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)
Comment 1 Rob Church 2006-06-16 16:14:24 UTC
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.
Comment 3 Rob Church 2006-06-19 11:19:18 UTC
Correct summary to what was *actually* requested, and merging the dupe here.
Comment 4 Rob Church 2006-06-19 11:19:28 UTC
*** Bug 6372 has been marked as a duplicate of this bug. ***
Comment 5 Joshua C. Lerner 2008-04-23 15:10:50 UTC
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?
Comment 6 Brion Vibber 2008-04-23 17:47:59 UTC
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.
Comment 7 Roan Kattouw 2008-04-23 19:50:10 UTC
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.
Comment 8 Siebrand Mazeland 2009-02-02 13:32:36 UTC
Changed component to "RecentChanges"
Comment 9 Rd232 2012-02-29 16:03:44 UTC
Note: all of the originally requested features now exist, except for Newest articles in category (newestcategoryarticles).

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


Navigation
Links