As a follow-up of T100682, a solution if the de. local community doesn't use the patrol features at all is to set $wgUseNPPatrol, $wgUseFilePatrol and $wgUseRCPatrol to false to disable patrolling.
Could you discuss the idea?
Description
Description
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Declined | None | T102818 Disable patrolling on de.wikipedia | |||
| Open | None | T44246 After switching patrolling off, impossible to effectively hide patrol log entries in Special:Log |
Event Timeline
Comment Actions
Please create new tasks once it's discussed by the community. Feel free to reopen if needed in the future.
Comment Actions
I don't see anyting here that has to be discussed by community, because patrolluing in dewiki is s bug, and not a feature, because we don't use patrol at all. But sometimes pages and revisions are patroled by reviewing, although nobosy wants sthis, because it's only spamming into the log.
Because this request is only tehniccally, ther shouldn't be a community consensus needed. By the way, I thought if a task needs community consensus, it is marked as stalled instead of being closed?
Comment Actions
The partolling on dewiki is not possible for users, the patrolllink is disabled by the common.css since years. So the only thing you see on dewiki is autopatrol, which just floods the logs.
Comment Actions
That'ts true, but it seems that autopatrol is included in autoreview, because there are also automatic patrolled revisions from users, who haven't got autopatrol: https://de.wikipedia.org/w/index.php?title=Spezial:Logbuch&type=patrol
Comment Actions
Ah, makes sense to do this then. Thanks for the explanation. I didn't realize that this wasn't used on German Wikipedia.
Comment Actions
I remember something, but I'm not sure if it's correct: Was there any bug that after disabling patrolling completely, that patrol log entries can't be hidden anymore?
I think the main question behind this is: Does the right patrolmarks still work after disabling patrolling?
Comment Actions
The problem isn't the community consensus, because the request is only technically and doesn't really change anything for the users.
Comment Actions
Note that file patrol is now possible. FlaggedRevs is also enabled for files, I see. So I suppose you would also like $wgUseFilePatrol set to false.
The flood problem remains though.
Comment Actions
Mass-declining of all old "Blocked on community consensus" site request tasks. If this is still wanted, please make sure community consensus was reached and if so, please re-open this task and link to the discussion.
Comment Actions
re-open:
Please deactivate
$wgUseFilePatrol and $wgUseNPPatrol on de.wikipedia as there is a new situation:
Patrol buttons are already hidden via https://de.wikipedia.org/wiki/MediaWiki:Common.css and https://de.wikipedia.org/wiki/MediaWiki:Mobile.css after discussion. I have not seen any objections that admins or other groups would still need this function since february 2021.
see also T100682
See also projects that have already deactivated patrol buttons in InitialiseSettings.php:
'wgUseNPPatrol' => [
'default' => true, brion 2007-11-16
'fishbowl' => false, T74239
'private' => false, T74239
'huwiki' => false, T21241
'ruwiki' => false, T33650
'sqwiki' => false, T27822
'ukwiki' => false, T35273
'bswiki' => false, T158662
],
'wgUseFilePatrol' => [
'default' => true,
'huwiki' => false, T21241
'ruwiki' => false, T154285
'bswiki' => false, // T158662
],
Comment Actions
Is it also possible to remove all configurations related to patrol function on de.wikipedia? Like patrol log in https://www.mediawiki.org/wiki/Manual:$wgFilterLogTypes $wgFilterLogTypes and group rights for patrolmarks?
Comment Actions
@Wnme: If there is a new request, please file a new request by following https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes - thanks a lot!