Help talk:Patrolled edits

Unpatrolled symbol

Is there a way of hiding the exclamation mark so that users cannot see if their edits have been patrolled or not in Recent Changes? --Ggrannum 09:13, 13 January 2009 (UTC)

I think normal users don't see them at all anyway by default. e.g. if you look at Special:RecentChanges on the this wiki. You're a normal user. No exclamation marks. -- Harry Wood 01:02, 29 January 2009 (UTC)

On by default in recent builds?

I'm running 1.12 and it appears that DefaultSettings.php sets wgUseRCPatrol to true by default... ViktorHaag 19:16, 6 May 2008 (UTC)

No info in user preferences?

the page says, there is a user pref. for auto-patrolling - however, I couldn't find that and in the referred help page is no hint neither... what did I miss?

It's only available in versions 1.6 through 1.8, according to the article. It is a little unclear about this, though. I'll fix that.

Ambiguous

After reading this page, I am not sure what the purpose of the patrol function is? What does an un-patrolled article look like? What is the difference between a patrolled and unpatrolled article? I think it would be nice if an article marked patrolled wiped out edit history from the database to save space. Please describe what exactly this patrol feature entails.. -- annon

I've added another sentence at the top there. Basically this feature doesn't do much, and it's nothing to get massively excited about. It's only really useful if you promote several users to sysops (which can be a good idea), and then these users need to coordinate their efforts -- Harry Wood 17:34, 5 April 2008 (UTC)

Approve edits before publishing

Would it be possible to use this to make it so that sysops have to approve edits before they're published? --Scott 14:19, 18 July 2006 (UTC)

I would like to see the option in patrolled edits to go through a reviewer or moderator for approval before they go live. Is there a plug-in or a code snippet that would make this easy?

Doesn't this make it kind of pointless to use a wiki software. If every comment must be moderated what advantage does the wiki-format have over traditional software. The 'everyone can see their changes immediately' style is what drives wiki's and makes them effective. 80.5.107.76 20:33, 9 September 2006 (UTC)

I am looking for the same feature. It is mostly because the wiki is internal, and the namespaces have certain permissions and also have custom groups. We would like to approve 'cross-posts' across namespaces/groups. -JS

Hmmm "Moderation". That old chestnut.

It doesn't work. Wikis are an openly editable space where people bounce ideas off each other, sometimes in very rapid succession. Now add some kind of moderation mechanism, and the whole idea is broken. I'm sure I read an in-depth reasoned out argument against "moderation" somewhere maybe somewhere on http://www.wikipatterns.com/ Certainly I've heard this as a feature request time and time again, but it just doesn't work. If it did work, they would surely deploy this magical technique on wikipedia, where they have to deal with vandalism and trolling a scale you would never see in an organisation. Unlike on an internet exposed wiki, you kind of trust the people you work with a little bit don't you? In fact whenever the question has been asked "how many times have people vandalised your internal company wiki?" the answer is always zero. You don't need moderation. I can see how you might think you do... but you don't

-- Harry Wood 17:34, 5 April 2008 (UTC)

What about an internet exposed wiki?

The ability to approve edits/pages before they are posted to a small online wiki would be handy for various reasons. I do not dispute the open wiki model. I simply want this for my site.

See Extension:FlaggedRevs. Mike.lifeguard 19:04, 5 April 2008 (UTC)

Notification of Patrolled/Unpatrolled?

Is there any way to make the Patrolled/Unpatrolled status of a page visible on that page? I ask because my employer is wanting a "Moderated" wiki (like mentioned above, all edits are pending until approved) and it seems like I may be able to make the Patrol function acceptable if pages that have not been patrolled show some visible disclaimer. -- annon

Customization

The info in the "Customization" isn't aimed at end-users and should be moved to Manual:, shouldn't it? Bradleyb 20:25, 13 December 2006 (UTC)

I think the part on the user option is OK; the rest should probably go. -Steve Sanbeg 21:22, 13 December 2006 (UTC)

Wut

What exactly does marking something as patrolled do? I did it once, and nothing happened except it said something like "this article is patrolled." What the hell does it do? Is it the same as Special:Watchlist or something? All it does is make pages in Special:Recentchanges not have a red exclamation mark? Seems kinda pointless… -- annon

I've added another sentence at the top there. Basically this feature doesn't do much, and it's nothing to get massively excited about. It's only really useful if you promote several users to sysops (which can be a good idea), and then these users need to coordinate their efforts -- Harry Wood 17:34, 5 April 2008 (UTC)

Patrolling

New patrol log is a good idea. It improves credibility of the article, also checks the (in)activity of admins. But I feels two things are not that much necessary:

• After clicking the link to patrol, it redirects to some other pages showing that page is patrolled, I feel it is better to go to the original page without the link to patrol.
• Even after an admins edit the page remains unpatrolled. Its also hard to digest.

Thank you --Praveenp 03:36, 3 December 2007 (UTC)

Server administration information belongs in the manual not here

There is a lot of server administration information, such as configuration variables, on this page currently. It should not appear on this page, except as very minor admin tip boxes. See Project:PD help. This belongs in the technical manual, and could be moved there if it isn't in the manual already. -- Harry Wood

Technical

I thought this should be for USERS? But users have nothing to do with configuration options... --Bachsau 18:15, 10 July 2010 (UTC)

Once installed, a user manual could be found in different languages in w:Wikipedia:New pages patrol/patrolled pages. JackPotte 18:38, 10 July 2010 (UTC)

Counter

Is there any patrolled edits counter please? (by user and for the whole site). JackPotte 19:51, 28 July 2010 (UTC)

Approving new articles?

The description for approving articles is incomplete. If someone creates a new article, there is no "diff" link in the list of recent changes which is required to find the link to approve an article. How it is done in this case? I don't know! I tried creating an approve link manually, but that does not seem to work (an unrelated edit was approved instead). 217.91.172.20 08:09, 12 November 2010 (UTC)

The link is at the bottom right of the new article. JackPotte 14:02, 12 November 2010 (UTC)

Thanks for answering questions here. Where is the link if there have been subsequent edits to the article that have been marked patrolled? In those cases I don't see the link at the bottom right of either the first revision of the page or the current version. Every other edit to the page has been okayed, but the first edit is still in the list of unpatrolled edits. 205.193.96.10 17:02, 11 February 2011 (UTC)

We should click on the recent change link toward this first version, to see the patrol link at the bottom right. JackPotte 18:26, 11 February 2011 (UTC)

This does not work if the page is moved or deleted as there will not be a patrol link at the bottom right. Solution is to take that URL and manually change the oldpagename (http://domain/index.php?title=oldpagename&rcid=xxxxx) in the URL of that of the new location (http://domain/index.php?title=newpagename&rcid=xxxxx) where xxxxx is the unique rcid of the patrol in question. After fixing an issue that way, I remembered also the option of adding "&action=markpatrolled" to the url and POSTing it as alternative.

Enable Ajax patrolling

How to enable Ajax patrolling ? I installed the last Mediawiki version. Ajax patrolling has been integrated in Mediawiki core but is not enabled by default. Which configuration is needed to enable it ? --89.91.69.217 09:08, 6 June 2013 (UTC)

I'm not aware of any configuration needed, thanks for mentioning this. :| To clarify, you see the patrolling buttons but they open a new page? If you don't see them at all, you either have to enable NP/RC patrolling or to add permissions to your user. --Nemo 09:16, 6 June 2013 (UTC)

Hi Nemo, Thanks for replying. Patrolling is enabled, the red ! is visible in RC and [mark as patrolled] links too.

When I click on the link, a new page is opened.

But if I wait the end of page loading, the patrolling is asynchronous and working as expected.

It's seems that MediaWiki software is a bit slow, even after installing APC to accelarate PHP.

--89.91.69.217 16:29, 7 June 2013 (UTC)

I doubt APC helps with this. To me this usually happens when my PC is a bit slow: if I click the link before the JavaScript is loaded, then it behaves in the old way. --Nemo 20:39, 7 June 2013 (UTC)

Recent changes

On [1], are you sure it's not patrolmarks permission instead? Note that unregistered users and other users without appropriate rights currently can't hide patrol entries from Special:log, a bug addressed by gerrit:42279 (pending review). --Nemo 06:30, 20 January 2014 (UTC)

@Nemo bis: thank you for pointing out. To be precise, the necessary rights in the current implementation are 'patrol' or 'patrolmarks', it seems. [2]. (If I'm reading the code right, I was not entirely wrong. ;)) whym (talk) 12:34, 21 January 2014 (UTC)

Patrolling older articles

It seems that a patroller or admin can only mark edits "patrolled", if they were created before the user had the user rights. But with small wikis where theres a lot of older edits that are not parolled, these can not be marked, and therefore the lsit can never ble cleaned up, examples sv.wikivoyage.org, +2239 Unpatrolled pages on Wikispecies.

Can the user right be changed so it covers longer time back, or likevise?

Or is there any other solution for this?

Dan Koehl (talk) 12:40, 20 March 2015 (UTC)

EN page rereading : "Hide patrolled uploads" not found in Special:NewFiles

Hi all, The first paragraph of the article page about patrolled edits speaks about files of "Hide patrolled uploads" in Special:NewFiles but to-day only 3 options appears on my FR display:

Adresse IP ou nom d'utilisateur
Afficher uniquement les contributions des nouveaux comptes
Afficher les imports faits par des robots

None speaks about uploads. Do we keep/remove/precise the behaviour to hide files ?

Thanks.

Christian Wia (talk) 20:47, 3 July 2019 (UTC)

Tip: Mark all as patrolled

My workflow is to open in browser tabs ALL results of my very specific patrolling filter, then review each tab, and finally (when I am done) mark all as patrolled.

Clicking dozens of "Mark as patrolled" links is time-wasting, here is how I make it a bit faster on Firefox:

1. On the patrolling page, press F3 and search for "Mark as patrolled"
2. Click one with the mouse to set focus
3. Press F3 again then press Enter
4. Repeat the previous step very fast until everything there is no more "Mark as patrolled" link.

Cheers! Syced (talk) 08:06, 1 November 2021 (UTC)