Page MenuHomePhabricator

Need some control over User:Redirect fixer 's edit summaries
Closed, InvalidPublic

Description

Author: happy_melon

Description:
Stuff like http://en.wikipedia.org/w/index.php?title=Special:Contributions&offset=20080810032144&limit=21&target=Redirect+fixer is irritating but harmless, but what if a vandal moved a heavily-redirected page to [[John's phone number is 1234567890]]? That's going to make a mess of the oversight log and be unnecessarily time-consuming for oversighters to eliminate.

The most obvious way I can think of would be to set up a blacklist for the pagetitles; it could be more aggressive than the title blacklist because if a match was found, the edit summary would simply drop the link, becoming "Target has been moved, it now redirects to [[Foo]].", "[[Foo]] has been moved.", or "Target has been moved." depending on which titles matched the blacklist.

Alternatively and more simply (and the solution I'd advocate :D), would it be possible to put a (configurable) time delay in before the script fixes the redirects? That way it would give editors time to catch and revert the vandalism before the script enshrines the vandal title in the logs. It could be quite short (maybe 5-10 minutes) on more active wikis, and correspondingly longer on smaller, less-well-monitored ones.


Version: unspecified
Severity: normal

Details

Reference
bz15110

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 10:16 PM
bzimport set Reference to bz15110.
bzimport added a subscriber: Unknown Object (MLST).

ayg wrote:

There are already move logs with the page name created from the move vandalism itself and its reversion. I don't see why the redirect fixer's log summaries are any different or need to be treated differently.

Simetrical raises a good point, especially since log entries can't (yet) be oversighted without sysadmin intervention, that's really more of a problem. However, if we were going to change the redirect fixer to try and prevent this, a time limit would probably be much better than adding yet another blacklist, which would have to be maintained concurrently with the title blacklist.

If we're worried about move vandalism (and the problems that come from fixing double redirects are perhaps less important than the move itself) then something like allowing only admins to move a page with 500 or more edits might be (a) easier to implement and (b) would pretty much solve the problem of "moving a heavily-redirected page".

charlottethewebb wrote:

something like allowing only admins to move a page with 500 or more edits might
be (a) easier to implement and (b) would pretty much solve the problem of
"moving a heavily-redirected page".

That wouldn't solve anything as there is no actual correlation between the number of revisions and the number of incoming redirects.

happy_melon wrote:

Closing as redirectfixer has been disabled AFAIK