Page MenuHomePhabricator

Make page moves patrollable
Open, LowPublic

Description

A move is a significant modification to a page and it should be possible to mark it patrolled. Recent changes displays the move log entry, and log entries in RecentChanges are always patrolled when saved, so we could make an exception for moves (when the user is not autopatrolled) and display a red mark. The RC entry could be patrolled from the footer of the moved page or the null diff for the move. This might be useful for T14363.

Event Timeline

Cenarium created this task.May 8 2015, 4:17 PM
Cenarium claimed this task.
Cenarium raised the priority of this task from to Low.
Cenarium updated the task description. (Show Details)
Cenarium added a project: MediaWiki-Patrolling.
Cenarium added a subscriber: Cenarium.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptMay 8 2015, 4:17 PM

Change 211656 had a related patch set uploaded (by Cenarium):
Allow patrol of page moves and uploads

https://gerrit.wikimedia.org/r/211656

Why not all log entries?

Why not all log entries?

This can be done without much difficulty for any logged action with an associated revision, since we can reuse the patrolling interface that exists in diffs/article footers. It also solves the log problem mentioned by Bawolff in T11501. So this can be done for moves, uploads and protections (maybe a few others ?), but for protections I don't see much use in that. Patrolling of arbitrary log entries would be much more complex and likely require rewriting all the patrol logic, for what I see as too little gain. What other logged entries would it be useful to patrol besides moves and uploads?

Change 251794 had a related patch set uploaded (by Cenarium):
Allow patrol of moves

https://gerrit.wikimedia.org/r/251794

Why not all log entries?

This can be done without much difficulty for any logged action with an associated revision [..] So this can be done for moves, uploads and protections (maybe a few others ?) [..]. What other logged entries would it be useful to patrol besides moves and uploads?

I was mainly hinting at uploads. Thanks!

He7d3r added a subscriber: He7d3r.Feb 14 2017, 4:58 PM
Krinkle removed a subscriber: Krinkle.

Hi all. I recently proposed on enwiki "that any time an article is moved it should lose its patrolled status, so that it is flagged for new page patrol (again, if necessary), other than page moves by editors with the page mover or autopatrolled rights, or perhaps all extendedconfirmed users." The proposal discussion has closed with consensus to implement the change. I was adivsed to leave a link to the discussion here, so please see the discussion. I'm not familiar with Phabricator so if I need to do something else here please leave me a note on my enwiki talk page. Cheers.

JJMC89 added a subscriber: JJMC89.Feb 25 2017, 6:05 AM
DatGuy changed the status of subtask T159028: Unpatrol moved pages on English Wikipedia from Open to Stalled.Mar 1 2017, 2:30 PM
yeryry added a subscriber: yeryry.EditedApr 2 2017, 1:21 PM

Change 251794 says:

This implements Special:Newmoves, that lists recent moves (only the latest if a page was moved several times).

This is problematic if the list is meant to protect against this existing-page hijacking. Moving a page to a totally different name and then quickly moving it to another similar name would result in only the "reasonable" move being shown in the list.
To avoid this, I think the list should show all moves, with some kind of indication that a move has been superseded.