Last modified: 2010-05-15 15:51:57 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 11030 - Special:Patrollist
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2007-08-22 15:38 UTC by Dan Jacobson
Modified: 2010-05-15 15:51 UTC (History)
2 users (show)

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


Description Dan Jacobson 2007-08-22 15:38:40 UTC
In Special:Log we see lots of "patrolled (automatic)" But where can
one click to see all the patrolled pages? Not on the word "patrolled",
not anywhere on Special:Specialpages. The best one can do if one is in
the know is Special:Log&type=patrol.

But that is just a log and not the current list of patrolled pages. So
perhaps make a Special:Patrollist, in analogy to Special:Watchlist ...

Or maybe I'll just set $wgUseRCPatrol=false on my small wiki.
Comment 1 Dan Jacobson 2007-08-22 16:07:16 UTC
By the way, Special:Log still shows "patrolled (automatic)"
even after I did $wgUseRCPatrol=false in LocalSettings.php, and even
for new entries in the log made after I changed LocalSettings.php!
Comment 2 Rob Church 2007-08-22 17:04:19 UTC
Patrolling is limited, at present - it refers to the `rc_patrolled` column; this isn't preserved elsewhere, so getting a list of *patrolled* edits is much harder. In the long term, it would be ideal to revamp the whole patrolled edit mechanism in some fashion.

Log entries won't be hidden when patrolling is disabled, although new ones shouldn't be created...
Comment 3 Dan Jacobson 2007-08-22 22:48:35 UTC
> although new ones shouldn't be created...
If one copies LocalSettings.php to right place... Oops. Sorry.
Not sorry about the other items though :-) (Like the whole
patrolled vs. watched concept being blurry even after checking
on meta. Must be a mainly Wikipedia thing, where one has to read
up on Wikipedia what the "patrolled" concept is all about.
OK, will do.)

> Log entries won't be hidden when patrolling is disabled
But that takes the main point of disabiling it away... to
remove clutter from the user's view.
Comment 4 Rob Church 2007-08-23 17:33:22 UTC
(In reply to comment #3)
> But that takes the main point of disabiling it away... to
> remove clutter from the user's view.

There isn't an effective means of hiding these, and it's frowned upon to alter/suppress histories/logs/etc. Disabling patrolled editing removes the option to continue patrolling, and as I've said, *should* prevent further patrol log entries being saved.
Comment 5 John Mark Vandenberg 2008-06-12 03:08:22 UTC
I think that the [[mw:FlaggedRevs]] extension is starting to provide the desired functionality for namespaces managed by that extension.  See
Comment 6 Aaron Schulz 2008-10-06 04:34:13 UTC
No worth the effort. It is best to use a more intensive flagging system like flaggedrevs.

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