Wikipedia talk:Edit filter

From Wikipedia, the free encyclopedia
  (Redirected from Wikipedia talk:FILTER)
Jump to: navigation, search
Wikipedia Help Project (Rated Mid-importance)
WikiProject icon This page is within the scope of the Wikipedia Help Project, a collaborative effort to improve Wikipedia's help documentation for readers and contributors. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks. To browse help related resources see the Help Menu or Help Directory. Or ask for help on your talk page and a volunteer will visit you there.
 ???  This page does not require a rating on the project's quality scale.
 Mid  This page has been rated as Mid-importance on the project's importance scale.

Problem with abuse filter[edit]

I don't know whether this is the right place to complain about this, but I have a problem with your edit filter thing: I'm German so I usually start on the german wikipedia. I often click on the "english" version on the left and then, probably 8 out of 10 times, I don't land on the english article but on It's pretty annoying, as I always have to go back and try again, sometimes I have to try several times before I can actually see the article. Can anyone tell me why this happens? Thanks :-) — Preceding unsigned comment added by (talk) 16:20, 15 April 2017 (UTC)

That's an interesting issue, and I don't appear to be able to reproduce it. Could you provide some examples of pages on which this happens? Sam Walton (talk) 18:10, 15 April 2017 (UTC)
I just tried again and it seems that it only happens when I'm logged in with my german wikiaccount. Also, when I finally get past this filter, I'm never logged in on the english wikipedia. This doesn't happen in other language versions. It really happens on all pages, even the main page... — Preceding unsigned comment added by (talk) 18:38, 15 April 2017 (UTC)
Can you confirm your username? There's some recent hits on filter 102 which look suspicious, which would prevent your English account being created. The userpage is also title-blacklisted. If that's the one, I'd like some second opinions about why it's blacklisted, but we could probably just temporarily disable the filter. -- zzuuzz (talk) 18:56, 15 April 2017 (UTC)

Exploring how the Edit filter can be used to combat harassment[edit]

Reposting from WP:AN ​—DoRD (talk)​ 01:54, 22 June 2017 (UTC)


I’d like to invite you to participate in a discussion about how the Edit filter (also known as AbuseFilter) can potentially be used to combat harassment. The Anti-Harassment Tools team is looking into improving performance and adding functionality and we need your input to make our work successful.

Join the conversation at Wikipedia talk:Community health initiative on English Wikipedia#Exploring how the Edit filter can be used to combat harassment. I hope to see y’all there!

TBolliger (WMF) (talk) 23:18, 21 June 2017 (UTC) on behalf of the Anti-Harassment Tools team

ANI reform RfC[edit]

Hello. You are invited to comment on this ANI reform RfC. This invitation has been posted here because one of the RfC proposals relates to edit filters. Please do not comment in this thread; post all comments on the RfC pages. Thanks, Biblio (talk) 19:32, 5 August 2017 (UTC)

an invitation to Edit filter managers[edit]


This is an invitation to Edit filter managers and patrollers who refer to edit filters from your wiki project to share and know about effective public filters from various wikimedia wiki projects.

It is almost eight years since March 2009, that Edit filters are in use on various Wikimedia wiki projects. At meta we have started a platform page m:Edit filters benefiting to various local Wikiprojects to know good and effective (public) edit filters by sharing of relevant information with rest of wikimedia community. This will help editfilter managers, and there by concerned projects, to benefit from maximising potential of best possible (public) edit filters.

We are keen to have your participation in this collaborative and constructive endeavour and the discussions.

Mahitgar (talk) 11:29, 30 September 2017 (UTC)

Variable in disallowed message[edit]


Why has the $1 variable been excluded from the message? This variable displays the public title of the filter that has been tripped when the action is disallowed. I think that the variable should be added so that inexperienced but good-faith users who may not know how to check their filter hits log will know why their edit was blocked. (talk) 00:31, 7 January 2018 (UTC)

An example that non test2 sysops can see of it appearing can be seen at test2wiki:User:Xaosflux/Pagetest (there is a filter stopping all edits there). — xaosflux Talk 00:59, 7 January 2018 (UTC)
Hi 66, are you referring just to the default message (MediaWiki:Abusefilter-disallowed) or all messages? — xaosflux Talk 01:01, 7 January 2018 (UTC)
Original message:
This action has been automatically identified as harmful, and therefore disallowed. If you believe your action was constructive, please inform an administrator of what you were trying to do. A brief description of the abuse rule which your action matched is: $1
Current message:
— JJMC89(T·C) 02:41, 7 January 2018 (UTC)
  • Oppose as it would reveal the titles of private filters and bad-faith filters right in the vandal's face. Any good-faith filters should not be using the default notice and instead show something more descriptive, alleviating the need to show the filter title. Indeed, the titles of private filters are still public, but this has been disputed (see this discussion and phab:T174862). The title is still somewhat obscured, as you'd need to know how to access your filter log to see it. The least we can do is not show them a message that basically says "hey we created specifically for you", or "here's the specific thing we're stopping you from doing", effectively encouraging them to find a way around it and even given them hints (e.g. use one obscenity instead of multiple) MusikAnimal talk 17:08, 7 January 2018 (UTC)
@MusikAnimal: Using the example about obscenities, even one obscenity is blocked by the “Addition of bad words or other vandalism” filter (can’t remember the number off the top of my head), so that point is moot. Additionally, as a rather active member of the MediaWiki community, I can tell you that making the titles of private filters private would require a massive change to the AbuseFilter extension - not just on the WMF level but on the entire level.
I know that there are spinoffs on MediaWiki:abusefilter-warning for specific instances (shouting, repeating characters, page blanking, etc.) but there aren’t spinoffs on MediaWiki:abusefilter-disallowed like that. Therefore a custom message that only disallows without warning first can’t be more descriptive without revealing the filter title.
Why are you even trying to make filters to target one specific repeat LTA? That’s like asking for false positives if some other good-faith editor wants to make constructive non-vandalism changes that the LTA also makes, gets disallowed and doesn’t have a clue why. That’s not good at all.
Finally, there do appear to be some filters that are targeting general vandalism (not specific vandals) that are private (1 2 3 for starters) that are disallowing, and it couldn’t be that bad if a user trips the filter and sees a message that says “This edit has been disallowed because an automated filter has prevented you from blanking someone else’s talk page” (using filter 34) or “You cannot create a user account with that name because an automated filter has detected that it may be abusive” (using filter 102). (talk) 21:22, 7 January 2018 (UTC)
Filters 380 and 384 are not the same, it is certainly possible to trip one and not the other. Anyway that's just an example. I don't quite understand your second point about "spinoffs". The LTA-specific filters are generally quite good and even less prone to FPs than the shared ones, since they can be more easily monitored. It's the author's responsibility to ensure a disallowing filter (or any filter) is working properly, so we need not be concerned about that. The examples you give seem good, but we'll run into the same issue. If you say the edit was disallowed because they're blanking a talk page, they might instead try blanking section by section. If you say it's the username filter, they'll keep trying different usernames until it goes through. Being vague in these cases seems to be advantageous, as these are not good-faith filters. Per the guideline, in general no good-faith filter should be put in disallow. False positives can and do happen but there is a link in the standard message to file a report. Don't get me wrong, this proposal is sensible on the surface, but speaking from experience I believe we'll be doing more harm then good. If we wanted the user to know why the edit was disallowed, we should tell them in plain English with a custom message, not an abbreviated title that may also be too revealing, or in the case of some shared filters, too vague and possibly misleading. MusikAnimal talk 22:17, 7 January 2018 (UTC)
@MusikAnimal: My point about spinoffs is that, for example, filter 3 has MediaWiki:Abusefilter-warning-blanking and filter 50 has MediaWiki:Abusefilter-warning-shouting for warning messages instead of just the standard MediaWiki:Abusefilter-warning. These custom warning messages are spinoffs of the standard one. However, there is no such thing as MediaWiki:Abusefilter-disallowed-obscenities (for adding obscenities to pages) or MediaWiki:Abusefilter-disallowed-talkblanking (for blanking talk pages). There is just MediaWiki:Abusefilter-disallowed. Therefore, when a filter is in disallow mode, it’s not possible to display a customs message that describes more details without disclosing the exact name of the filter. (talk) 00:07, 8 January 2018 (UTC)
Ah, I see what you mean. For disallow you can still set it to warn first, and it will show the specified message. I think on the second attempt it will show the default, but we at least have the opportunity to get our point across. It seems we do this mostly for disallowing filters that are necessary yet known to effect innocent users, such as 782. MusikAnimal talk 00:23, 8 January 2018 (UTC)
@MusikAnimal: What do you mean by we don’t want to be displaying the filter titles “in the vandal’s faces”? I just went through the list of filters and I’ll use this random LTA filter as an example since it doesn’t include a link to a specific LTA case page. If whoever or whatever the “Georgia LTA” is makes an edit and the filter disallows it, and then the user or bot sees that their edit was disallowed because they are believed to be the Georgia LTA. When this happens, one of two things probably would happen:
  1. The user/bot would realize that there is a filter to stop their disruptive edits and stop attempting to make them
  2. The user/bot would attempt to bypass the filter by tweaking their edits slightly.
The second possibltity is why private filters exist to begin with. They wouldn’t be able to tweak their edits without the EFM’s also tweaking the filter to stop their new edits. The first possibility would actually be a major positive to the project. Also, in the event of false positives, when an innocent user is reporting to the FP noticeboard, it would be good for them to be able to say “I was prevented from making X edit because I was disallowed by a filter designed to stop an LTA from Georgia.” This will make it easier for the helpers at the noticeboard to problem solve and troubleshoot rather than having to go digging in the innocent user’s filter log which wastes time. (talk) 00:55, 8 January 2018 (UTC)
Also the filter actions (hits/modifications) aren’t completely private because of this. (talk) 00:59, 8 January 2018 (UTC)

View Only Public Filter feature?[edit]

Would it be a good idea to add an option to only view public filters so that it would be less confusing for people who want to view the edit filters but aren't edit filter managers or helpers? [Username Needed] 12:59, 8 January 2018 (UTC)

@Username Needed: are you asking for a "hide private" toggle for Special:AbuseFilter? It doesn't look like there is a class selector for those rows we can grab on, so that would need to be a phab request (to enable a hide/show control as well). — xaosflux Talk 14:29, 8 January 2018 (UTC)

Ok, I'll request this at phabricator. [Username Needed] 11:09, 9 January 2018 (UTC)

| Here is the request [Username Needed] 11:17, 9 January 2018 (UTC)