Page MenuHomePhabricator

Sysops should be able to use Special:AbuseFilter/examine against deleted edits
Open, LowPublic

Description

Author: mike.lifeguard+bugs

Description:
You should be able to test edits which are deleted if you can view the edits. Currently, deleted edits aren't returned, so you can't test filters against them. Not sure if that should be true for oversighted / sysop-can't-view revisions too... probably.

Details

Reference
bz18091

Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 21 2014, 10:32 PM
bzimport added a project: AbuseFilter.
bzimport set Reference to bz18091.
bzimport added a subscriber: Unknown Object (MLST).

If they're not in the recentchanges table, it's going to be need a complete rewrite of the after-the-fact variable generation.

Marking this bug as Lowest priority.

I've done this in a batch to (usually enhancement request) bugs where:

  • It is not clear that this bug should be fixed.
  • It is not clear how to fix this bug.
  • There are difficulties or complications in fixing this bug, which are not justified by the importance of the bug.
  • This is an extremely minor bug that could not be fixed in a few lines of code.

If you're interested in having one of these bugs fixed, your best bet is to write the patch yourself.

MarcoAurelio removed a subscriber: wikibugs-l-list.
MarcoAurelio subscribed.

Indeed this would be useful. We cannot rely on restoring stuff, most of the time abusive stuff, to create or finetune filters. Thanks.

This shouldn't be lowest priority, as we run across this issue so often.

This is important when a filter doesn't trigger an edit of spam, and then an admin deletes the spam page before the maintainer of the filter can review why it wasn't triggered. Once deleted you can't test the filter against that edit

If they're not in the recentchanges table, it's going to be need a complete rewrite of the after-the-fact variable generation.

This is indeed the case...