Last modified: 2013-11-11 09:44:23 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
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