Wikipedia talk:Edit filter
|This is the talk page for discussing improvements to the Edit filter page.
|Archives: Index, 1, 2, 3, 4, 5, 6, 7|
|Wikipedia Help Project||(Rated Mid-importance)|
Repetitious Usernames (Filter #887) Cont.
It just occurred to me: For usability reasons, we might want to also customise the error message displayed to users so as to inform them that their registration was denied because the user name was detected as repetitious / inappropriate. Right now the generic message is used, which makes it sound like the mere act of registering is disruptive and blocked, with no explanation as to how they can achieve compliance with recent interpretations of the username policy. «l|Promethean|l» (talk) 14:13, 3 April 2018 (UTC)
- You're right, that's a good idea. I've set it up now: see MediaWiki:Abusefilter-disallowed-repetitious-username for the current message. I've just tested it, and everything seems to work, with the account creation being prevented, and the warning message displayed. I'm also going to add one more criterion: in its new, less-sensitive form, it needs at least 15 successive repetitions of a single character to trip the filter, which seems insufficiently sensitive: I'm adding code to detect that at 5 successive repetitions of any character pair, for example "aaaaaaaaaa" or "ababababab". -- The Anome (talk) 18:22, 3 April 2018 (UTC)
- Oh, just that The Anome reduced the sensitivity of the filter and made it public, and Promethean said that they
couldn't agree more withthat and with my opinion that there was too much hyperbole in the conversation. So it sounded from what they wrote like the concern that they had opened the thread for was addressed, and it sounded like a good time to close it. Writ Keeper ⚇♔ 21:01, 3 April 2018 (UTC)
Discussion notice - posting requirements
Please see Wikipedia:Edit_filter_noticeboard#Revisit_guideline_to_post_about_new_disallowing_filters regarding a discussion for possibly changing notification requirements for disallow filters. — xaosflux Talk 20:59, 15 June 2018 (UTC)
Possible conditional in Filter 384
Recently, we've had several false positives where new users attempting to uncensor words in articles have had their edits disallowed. I'm relatively new to this scene, but I assume these types of false positives are a staple. I was wondering if it is possible to modify the filter so that it permits edits adding bad words if the only changes were to words that contained asterisks (the standard censoring character), or is that too complex for the filter language to handle? —Compassionate727 (T·C) 03:28, 16 June 2018 (UTC)
Test interface "security"
What are the "security reasons" why non-privileged users can't use Special:AbuseFilter/test? From what I understand that's just a place to create new filters and try them against past edits, so nothing private is revealed. Is it some kind of DOS concern? I have some vague ideas for dealing with a particularly persistent IP-hopper, but I'd need to experiment quite a bit before I can propose anything concrete. Suffusion of Yellow (talk) 17:35, 29 July 2018 (UTC)
- @Suffusion of Yellow: from what I recall, it is because it has a "load filter" component that doesn't have a secondary rights check (i.e. anyone could "load" a private filter's content). — xaosflux Talk 18:11, 29 July 2018 (UTC)