Enable Abuse Filter on English Wikipedia
Closed, ResolvedPublic


Per the consensus in the above link, please enable the Abuse Filter extension on English Wikipedia.

To avoid doubt, the following needs to be done wrt configuration and code review:

A live demonstration is available at http://wiki.epstone.net/test, but the code will require review.

Assign the following permissions to all users ('*'):

Assign the following permissions to a dedicated group 'abusefilter':

Assign the following changeable groups
SYSOPS can add/remove the abusefilter group.

Leave the following permissions unassigned for now:

Set $wgAbuseFilterAvailableActions to array( 'flag', 'throttle', 'warn', 'disallow', 'blockautopromote' );

That is, the permissions 'block', 'degroup' and 'rangeblock' should be removed from this array.

The native parser (under parser_native) should be built (ask River for details),

$wgAbuseFilterParserClass should be set to 'AbuseFilterParserNative'.

The variables defined underneath should be assigned to the appropriate values depending on where this native parser is built:
$wgAbuseFilterNativeParser = "$dir/parser_native/af_parser";
$wgAbuseFilterNativeSyntaxCheck = "$dir/parser_native/syntax_check";
$wgAbuseFilterNativeExpressionEvaluator = "$dir/parser_native/af_expr";

Version: unspecified
Severity: enhancement
URL: http://en.wikipedia.org/wiki/Wikipedia_talk:Abuse_filter#Toward_a_decision

bzimport added a subscriber: wikibugs-l.
bzimport set Reference to bz15684.
werdna created this task.Via LegacySep 22 2008, 6:21 AM
bzimport added a comment.Via ConduitSep 22 2008, 12:43 PM

matthew.britton wrote:

What consensus? This has all the problems of the title blacklist but much worse, because it has the potential to affect all editing.

Too much scope for things to go wrong, yet another level of secrecy introduced by denying us mere mortals the ability to view the filters, and most worryingly, the extension's developer seems to think that a flase positive rate that wouldn't be tolerated in any bot with this sort of power is acceptable merely because it is a part of MediaWiki.

Wikipedia is supposed to be "the free encyclopedia that anyone can edit". Administrators already have too much power to revert and delete edits they don't approve of, without cutting out the transparency and preventing them altogether.

bzimport added a comment.Via ConduitSep 22 2008, 12:52 PM

bretthillebrand wrote:

I personally like the idea, however if opposition increases beyone expectation can it be installed on the test wiki as a live demo?

werdna added a comment.Via ConduitSep 22 2008, 12:53 PM

This has been discussed at the relevant page, and two bureaucrats have determined that consensus exists.

Specific points on the community impact of the extension should be made at its discussion page on Wikipedia, not here. They are not technical issues, and as such should be discussed on-wiki, where these community issues are determined.

werdna added a comment.Via ConduitSep 22 2008, 12:53 PM

(In reply to comment #2)

I personally like the idea, however if opposition increases beyone expectation
can it be installed on the test wiki as a live demo?

It's installed at http://wiki.epstone.net/test

bzimport added a comment.Via ConduitDec 4 2008, 5:26 AM

protonk wrote:

I don't think it is appropriate on this mailing list to insist that consensus doesn't exist on wp-en or to suggest that a code change requested there shouldn't be implemented on the basis of interpretation of their policies here. We face a growing problem with page move and template vandalism that has already widely restricted the ability of non-admins and IPs to edit the encyclopedia and stands to further restrict that in the future because the tools the community has are too blunt for the job. Agree broadly w/ comment #3 from Andrew.

Techman224 added a comment.Via ConduitJan 28 2009, 3:31 AM

The abuse filter is now installed at test.wikipedia.org.

Techman224 added a comment.Via ConduitFeb 7 2009, 1:26 AM

There are some more rights with Abuse Filter in the later revisions that were made before this conf. was made. You may need to change the configuration to add some more rights (your choice or Consensus).

Techman224 added a comment.Via ConduitFeb 27 2009, 11:41 PM

I think "tag" should be added to $wgAbuseFilterAvailableActions because tagging wasn't there when this bug was filled, and it just tags it for review, so it doesn't do much.

werdna added a comment.Via ConduitMar 10 2009, 3:36 AM

Re-assigning to me.

werdna added a comment.Via ConduitMar 12 2009, 12:42 PM

Progress update:

After some final-iteration changes, we're looking to check that this performs acceptably on dewiki et al and, if so, flick the big switch on enwiki.

werdna added a comment.Via ConduitMar 17 2009, 11:33 PM


bzimport added a comment.Via ConduitMar 18 2009, 7:56 AM

hood.olim wrote:

I've tested a few filters at the test wiki and they work fine!
I think a good idea would be to stop any new filters being created that have the same parameters as an existing filter because the existing filter list is already quite large and that's only after half a month.
In general I think the abuse filter will be a VERY helpful addition to enwiki.

Add Comment

Column Prototype
This is a very early prototype of a persistent column. It is not expected to work yet, and leaving it open will activate other new features which will break things. Press "\" (backslash) on your keyboard to close it now.