Jump to content

Wikipedia:Edit filter/Requested

From Wikipedia, the free encyclopedia
    Requested edit filters
    Shortcuts

    This page can be used to request edit filters, or changes to existing filters. Edit filters are primarily used to address common patterns of harmful editing.

    Private filters should not be discussed in detail. If you wish to discuss creating an LTA filter, or changing an existing one, please instead email details to wikipedia-en-editfilters@lists.wikimedia.org.

    Otherwise, please add a new section at the bottom using the following format: 

    == Brief description of filter ==
*'''Task''': What is the filter supposed to do? To what pages and editors does it apply?
*'''Reason''': Why is the filter needed?
*'''Diffs''': Diffs of sample edits/cases. If the diffs are revdelled, consider emailing their contents to the mailing list.
~~~~

    Please note the following:

    • Edit filters are used primarily to prevent abuse. Contributors are not expected to have read all 200+ policies, guidelines and style pages before editing. Trivial formatting mistakes and edits that at first glance look fine but go against some obscure style guideline or arbitration ruling are not suitable candidates for an edit filter.
    • Filters are applied to all edits on all pages. Problematic changes that apply to a single page are likely not suitable for an edit filter. Page protection may be more appropriate in such cases.
    • Non-essential tasks or those that require access to complex criteria, especially information that the filter does not have access to, may be more appropriate for a bot task or external software.
    • To prevent the creation of pages with certain names, the title blacklist is usually a better way to handle the problem - see MediaWiki talk:Titleblacklist for details.
    • To prevent the addition of problematic external links, please make your request at the spam blacklist.
    • To prevent the registration of accounts with certain names, please make your request at the global title blacklist.
    • To prevent the registration of accounts with certain email addresses, please make your request at the email blacklist.
    Click here to create a new request




    Creation of filter to prevent new users from resubmitting rejected Articles for Creation drafts

    [edit]
    • Task: This filter tracks new users submitting Articles for Creation drafts that have been rejected (not declined) by a reviewer.
    • Reason: Articles for Creation drafts are not supposed to be resubmitted after rejection.
    • Diffs: Special:Diff/1307563516 (example)
    • Proposed code:
    equals_to_any(page_namespace, 2, 118) &
!contains_any(user_groups, "extendedconfirmed", "sysop", "bot") &
(
    submission := "\{\{afc(?:\ssubmission)?\|\|\|"
    added_lines irlike submission &
    !(removed_lines irlike submission) &
    old_wikitext like "reject=yes"
) &
(
    page_id == 0 |
    user_name == page_first_contributor
)

    Recommend setting to disallow, or at the very least warning the user. Aydoh8[what have I done now?] 11:11, 24 August 2025 (UTC)[reply]

    Filter created and Monitoring... – PharyngealImplosive7 (talk) 17:08, 24 August 2025 (UTC)[reply]
    like does not work, I would recommend using contains. Codename Noreste (talk) 18:49, 24 August 2025 (UTC)[reply]
    Thanks for the suggestion. Done. – PharyngealImplosive7 (talk) 23:32, 24 August 2025 (UTC)[reply]
    @PharyngealImplosive7 Positive hit here. Aydoh8[what have I done now?] 02:08, 1 September 2025 (UTC)[reply]
    And another. Aydoh8[what have I done now?] 14:51, 7 September 2025 (UTC)[reply]

    The word pajeet

    [edit]

    –LaundryPizza03 (dc̄) 22:03, 29 August 2025 (UTC)[reply]

    See also Wikipedia:Sockpuppet investigations/Georgelovespoopiedoopie, which includes most of the recent editors implicated here. –LaundryPizza03 (dc̄) 22:56, 29 August 2025 (UTC)[reply]
    The term is mentioned in 5 articles (including the Pajeet article itself). I've added it to 384 (hist · log) which disallows other swear words. – PharyngealImplosive7 (talk) 00:20, 30 August 2025 (UTC)[reply]
    Related: [1], though this seems like a one-off thing. Children Will Listen (🐄 talk, 🫘 contribs) 00:11, 8 September 2025 (UTC)[reply]
    @LaundryPizza03: Thank you for bringing this here. I had brought this up at ANI Wikipedia:Administrators'_noticeboard/IncidentArchive1163#Racist_comments_by_IP_user (as you also link above) about an year ago and had asked for this to be filtered (blacklisted) but that unfortunately did not happen (would have avoided the deluge of the current racist troll networks). Gotitbro (talk) 19:10, 31 August 2025 (UTC)[reply]

    Edit not caught by external image filter

    [edit]

    I hope this is the right place for this question. Is there a reason that this edit wasn't caught by filter 220 and could/should anything be done about it? Graham87 (talk) 11:49, 1 September 2025 (UTC)[reply]

    Filter 220 looks for a common image file extension (jpg, png, gif, bmp). The link added there doesn't have a file extension. This kind of link is relatively rare, so it's probably not worth adding this to the filter. 『π』BalaM314〘talk〙 01:46, 7 September 2025 (UTC)[reply]

    Text added to end of page

    [edit]

    Similar to my other thread, intuitively (and by a quick look at the code, which I can kinda quarter-read) I'd think this edit should have been caught by filter 351, but it wasn't ... what's up with that? Graham87 (talk) 12:42, 1 September 2025 (UTC)[reply]

    After testing the regex, it looks like there are two issues:
    • it only trips if at least one other line before the categories was edited
    • it only trips on text immediately after a category, like [[Category:Something]]thistexthere. It will not trip if there is a newline or space between the category and the added word.
    I don't think this is intentional. 『π』BalaM314〘talk〙 01:27, 7 September 2025 (UTC)[reply]

    JackSucksAtLife Filter

    [edit]
    • Task: Disallow
    • Reason: JackSucksAtLife has been persistently added onto pages in Wikipedia since 2019, and since then the behavior has continued, can someone create a filter for this as this is getting persistently annoying.
    • Diffs:
    Jack Massey Welsh (JackSucksAtLife) was born in 1996.
[[Special:Contributions/98.235.155.81|98.235.155.81]] ([[User talk:98.235.155.81|talk]]) 19:28, 2 September 2025 (UTC)
    Like this Youtuber is literally feeding the trolls, so I think it is about time we Wikipedians have had enough of this behavior and make a new filter to disallow any mention of this Youtuber to end the 6 year nonsense. 98.235.155.81 (talk) 19:37, 2 September 2025 (UTC)[reply]
    Do you have any examples of recent disruption? OhNoitsJamie Talk 19:51, 2 September 2025 (UTC)[reply]
    Just fyi, we are currently discussing the issue revolving the trolls, etc, at WP:AN and, wouldn't say we have any sense of consensus over the inclusion of such filter, especially considering there are some valid reasons for inclusion of the individual on some articles, such as TommyInnit. NeoJade Talk/Contribs 19:56, 2 September 2025 (UTC)[reply]
    Well I hate to say this, but this Youtuber has been mentioned a hundred dozen times to feed the trolls, so that's that. 98.235.155.81 (talk) 20:08, 2 September 2025 (UTC)[reply]
    Ah, I found the MFD. If there's consensus to delete all of those, we could apply a filter to draftspace. OhNoitsJamie Talk 21:08, 2 September 2025 (UTC)[reply]

    Baidu baike archives

    [edit]

    Previously posted this on RSN by accident;

    • Task: Change the Baidu Baike filter to only apply to baidu baike article urls(https://baike.baidu.com/item/) while reference/archive urls [2] should be exempt
    • Reason: There has been consensus [3] [4] [5] [6] to allow use of baidu baike as an archive
    • Diffs: Wuzhishan City is a instance where it was used as an archive(though there was some accidental conflict over it)

    Thehistorianisaac (talk) 03:49, 10 September 2025 (UTC)[reply]

    As someone who regularly participates in AfD discussions about China-related articles, I fully support this. Baidu Baike's archives (baike.baidu.com/reference) are incredibly useful and allow access to images of older Chinese news articles. Unless someone can point to examples of fake articles on the archive they should inherit the reliability of the original news source and not trigger a filter.
    Baidu Baike's (baike.baidu.com/item) articles should remain filtered - they are at their best a tertiary source and often lack inline citations. Oblivy (talk) 03:53, 10 September 2025 (UTC)[reply]
    (coming from RSN) I also support this change, per Isaac and Oblivy. Toadspike [Talk] 04:46, 10 September 2025 (UTC)[reply]
     Implemented at Special:AbuseFilter/history/869/diff/prev/36902. Edit filter 869 (hist · log) now excludes URLs that contain baike.baidu.com/reference/. Thank you for requesting this.​ — Newslinger talk 20:52, 10 September 2025 (UTC)[reply]
    Thanks! Thehistorianisaac (talk) 23:04, 10 September 2025 (UTC)[reply]

    Reenable filter 1295

    [edit]

    Filter 1295 was disabled in October 2024 to "remove log clutter" because @Suffusion of Yellow said that they "didn't have time to finish this". It is likely that this log clutter has been removed and the filter can be reenabled again (it has been more than 10 months since the filter was disabled). RaschenTechner (talk) 16:36, 13 September 2025 (UTC)[reply]

    Filter 1295 has almost the same purpose as 384 with a little bit of 260 and 981, except it has a few words added, also instead of just logging the edit, can the re-enabled 1295 also be set to Disallow please, because 1295's purpose is to filter "juvenile vandalism and insults" as the filter description says in the log. 98.235.155.81 (talk) 11:06, 14 September 2025 (UTC)[reply]
    @RaschenTechner: This was part of an attempt to merge 384 (hist · log) and 260 (hist · log) which I never finished. So long as 260 and 384 are still enabled, it's almost entirely redundant. It looks like there have been quite of a few changes to 384 recently, so anyone looking to finish the merge would need to start over from scratch. I've marked 1295 (hist · log) as deleted to avoid any more confusion. Suffusion of Yellow (talk) 20:00, 23 September 2025 (UTC)[reply]

    Deactivate the Kirk filter?

    [edit]
    Spock! Deactivate the Kirk filter!

    Now that the suspect name RfC has been re-closed by @Femke with a consensus for inclusion, would it be possible to deactivate the filter that prevents the relevant name from being added? (Special:AbuseFilter/1383) Chaotic Enby (talk · contribs) 10:23, 14 September 2025 (UTC)[reply]

    Sounds reasonable. I'm just going to ping a few other people who I've seen working around this topic. @DatGuy, Sohom Datta, Clovermoss, EEng, and Isabelle Belato: (excuse me if I missed anyone). Any a) objections or b) things you want to keep. -- zzuuzz (talk) 10:30, 14 September 2025 (UTC)[reply]
    The filter has another name in it other than the suspect's that should probably be kept for now. Clovermoss🍀 (talk) 10:34, 14 September 2025 (UTC)[reply]
    I agree that the filter should remain active for the name of the second involved person, even though it seems it didn't get any hits. Isabelle Belato 🏳‍🌈 10:39, 14 September 2025 (UTC)[reply]
    We'll need some changes to MediaWiki:Abusefilter-disallowed-BLP-1383-restriction. -- zzuuzz (talk) 10:48, 14 September 2025 (UTC)[reply]
    Maybe the text could be changed to:

    An automated filter has identified this edit as potentially violating our policy on biographies of living people, specifically relating to privacy of low-profile individuals, so it has been disallowed. Please edit carefully.

    Chaotic Enby (talk · contribs) 10:57, 14 September 2025 (UTC)[reply]
     Done. Clovermoss🍀 (talk) 11:06, 14 September 2025 (UTC)[reply]
    I've updated the filter. -- zzuuzz (talk) 12:56, 14 September 2025 (UTC)[reply]
    We should also disable 1382 (hist · log) for the same reason. Codename Noreste (talk) 14:20, 14 September 2025 (UTC)[reply]
    Hmm not really. I'll ping Samwalton9, but I'd say the BLP violations are far from over. Some monitoring is probably sensible. -- zzuuzz (talk) 14:23, 14 September 2025 (UTC)[reply]
    Yeah this is purely a log-only filter for folks to keep an eye on things. There are still likely to be frequent BLP vios for this individual despite the RfC outcome. Certainly I'll still be checking the hits for the time being. Sam Walton (talk) 14:28, 14 September 2025 (UTC)[reply]

    Suggested mod to 1383

    [edit]

    Now that putting the in the Charlie Kirk and Killing of Charlie Kirk are OK, I think what we may need now is for the filter to block it being added anywhere outside those articles, including in article titles. See the log for 1382. EEng 19:30, 14 September 2025 (UTC)[reply]

    I also wonder if anyone has thought of reactivating 1295 (see the section above). 98.235.155.81 (talk) 10:00, 15 September 2025 (UTC)[reply]
    I don't see how that's at all relevant to this section. jlwoodwa (talk) 22:53, 15 September 2025 (UTC)[reply]
    Oops, sorry about that. 98.235.155.81 (talk) 21:23, 16 September 2025 (UTC)[reply]

    New filter request

    [edit]

    Can someone change the filter so it blocks any mention of this guy in the article and talk page? Naming him violates WP:BLPNAME as he's not a public person --Trade (talk) 04:06, 18 September 2025 (UTC)[reply]

    Pinging Sohom Datta and Chaotic Enby because they did the bulk of the work for the initial filter. Clovermoss🍀 (talk) 07:16, 18 September 2025 (UTC)[reply]
     Done Sohom (talk) 10:26, 18 September 2025 (UTC)[reply]
    https://en.wikipedia.org/w/index.php?title=Assassination_of_Charlie_Kirk&diff=prev&oldid=1312070833
    I dont think it's working. This is too straightforward to be someone trying to bypass the filter Trade (talk) 00:07, 19 September 2025 (UTC)[reply]
    I see why – the name was already on that "line" inside a ref, and !(removed_lines irlike stringy) means the filter won't apply to such edits. jlwoodwa (talk) 00:25, 19 September 2025 (UTC)[reply]
    Any way to prevent this? Trade (talk) 00:54, 19 September 2025 (UTC)[reply]
    I've implemented some fixes which should make it better (I think?) Sohom (talk) 02:01, 19 September 2025 (UTC)[reply]

    Adding short description to redirect pages

    [edit]

    This seems to have been happening quite a few times now, such as in [7]. This mostly seems to have been coming from mobile app short description changes from what I can see. Would there be enough here to necessitate an edit filter? 88.97.192.42 (talk) 11:04, 18 September 2025 (UTC)[reply]

    Sounds more like the suggested edits tool should be changed. Nobody (talk) 11:37, 18 September 2025 (UTC)[reply]
    I have commented at mw:Talk:Wikimedia Apps/Android Suggested edits#Problem with suggested edits on enwiki about this. Clovermoss🍀 (talk) 00:33, 19 September 2025 (UTC)[reply]
    There is technically no provision against it, as Wikipedia:Short description#Pages that should have a short description only says that redirects usually don't need one, but puts them in the same category as non-mainspace pages (which do happen to occasionally have short descriptions). While redirects from alternate wordings or typos obviously shouldn't, something like {{R to related topic}} or {{R with possibilities}} could justify having one, given things like {{Annotated link}} exist. Chaotic Enby (talk · contribs) 01:05, 19 September 2025 (UTC)[reply]

    Edit warring/3RR throttle filter

    [edit]

    I propose a filter that would detect possible breaches of the 3 revert rule by throttling. It should allow three actions (reverts) in 24 hours before triggering an action. It should detect these actions by checking the summaries for "revert", "rv", "undid", "undo" and "rollback". Group throttling should be for both IPs and established users. There could also be a page throttle. The actions taken should either be log, tag (with a tag that reads "possible edit warring") or warn but not disallow as this could cause false positives. The filter should not trigger when the user is "!bot in user groups" and if the edit summary contains "vandalism", "rvv", "AV", "HG" or "RW". RaschenTechner (talk) 13:51, 22 September 2025 (UTC)[reply]

    I thought there is already a filter that does that, filter 249 (New user conducting large-scale reverts). That filter could be updated to throttle. The rapid disruption filters also might have the same thing updated too. So I don't see a reason for creating a completely new filter for this one. As there appears to already be filters matching the exact thing you requested. 98.235.155.81 (talk) 21:54, 22 September 2025 (UTC)[reply]
    249 already has a throttle before tagging the edit (3 actions in 300 s / 5 min). I agree with the IP here; the filter does seem Redundant. As for the rapid disruption filters, they are all private, so I can't talk about them here. – PharyngealImplosive7 (talk) 00:03, 23 September 2025 (UTC)[reply]
    The proposed filter should not only catch new users but also more experienced users, since established users can also edit war. The rapid disruption filters are probably disruption-catching filters for rapidly occuring disruption patterns and not edit warring/3RR filters. So I don't think that this filter would be redundant. RaschenTechner (talk) 11:29, 23 September 2025 (UTC)[reply]
    I'll leave this open for another EFM to review for now then. – PharyngealImplosive7 (talk) 13:40, 23 September 2025 (UTC)[reply]
    There is still no need for a completely new filter to do that, we already have filter 249, so that should be good enough, as it throttles the revert rule. 98.235.155.81 (talk) 16:25, 23 September 2025 (UTC)[reply]
    I could only see it working for non-extended confirmed users. 98.235.155.81 (talk) 16:26, 23 September 2025 (UTC)[reply]
    I still find creating a completely new filter for this completely redundant, as PharyngealImplosive7 just said, if you want changes then maybe an EFM like him could do some modifications to filter 249 or the rapid disruption filters. 98.235.155.81 (talk) 10:55, 24 September 2025 (UTC)[reply]
    Since there is already filter 249 for non-autoconfirmed users, let's just have the new filter only affect established users who break the 3RR (excluding admins and bots). 98.235.155.81 (talk) 19:56, 1 October 2025 (UTC)[reply]

    Change 856 to cover {{Copyvio}}

    [edit]

    {{Copyvio/core}} was moved to {{Copyvio}} after an RM in 2023 and a change in functionality no longer requiring substing. {{Copyvio/core}} is no longer used, so please change it to only match {{Copyvio}}. — Tenshi! (Talk page) 13:53, 25 September 2025 (UTC)[reply]

    As seen at Special:Diff/1313317585. Sennecaster (Chat) 14:27, 25 September 2025 (UTC)[reply]
     Done Sam Walton (talk) 14:33, 25 September 2025 (UTC)[reply]

    Filtering a spam phone number

    [edit]

    fifteen thousand two hundred twenty four (talk) 09:32, 26 September 2025 (UTC)[reply]

    Still active, 2409:40E5:116C:1417:8000:: is from today. fifteen thousand two hundred twenty four (talk) 05:58, 28 September 2025 (UTC)[reply]
    This can probably just be added to 793 (hist · log). 88.97.192.42 (talk) 10:19, 28 September 2025 (UTC)[reply]
     Done. -- zzuuzz (talk) 10:57, 28 September 2025 (UTC)[reply]
    2409:4000::/22 strikes again. Can we contact the ISP and ask them to allocate clients within a /64? I've seen quite a few LTAs using it and it's only going to get worse now that account creation is allowed again. Children Will Listen (🐄 talk, 🫘 contribs) 03:34, 1 October 2025 (UTC)[reply]

    Adding new death-dates

    [edit]

    Filter 712 currently looks for changes to a birth or death date, but not the addition of one from scratch. I dealt with a spate of vandalism last night (see recent edits of 2804:1B3:9143:CE15:65F7:95EB:D861:6955 (talk · contribs)) that involved falsely claiming various people have died, and I noticed this was triggered in some cases when a commented-out infobox element was filled in. Reporting a living person has died is of course quite sensitive and something we want to avoid slipping through unnoticed - so I wondered if a similar filter would be useful here.

    Is it possible/desirable to have a filter that adds a neutrally worded tag (but takes no other action) to edits that do any of a) add an infobox death-date; b) add a deaths by year category; c) remove Category:Living people; or d) add a death date to the lead sentence (this last one might be a bit more technically challenging I guess). These could be filtered to only deaths in the last year or so, or only on articles that have already existed for a few months, to avoid false positives from eg new historical biographies.

    Obviously lots of the tracked edits will be legitimate (I would estimate ~30 articles/day sadly need changing over like this), but it could also be useful to be able to track those for maintenance purposes (eg ensuring they are then properly sourced). Andrew Gray (talk) 11:25, 27 September 2025 (UTC)[reply]

    VisualEditor italic commas

    [edit]

    173.206.37.177 (talk) 00:42, 1 October 2025 (UTC)[reply]

    I don't think a minor formatting issue should result in the edit being disallowed; many new editors, when encountering this issue, would simply abandon their work before they can figure out how to format it correctly. jlwoodwa (talk) 00:51, 1 October 2025 (UTC)[reply]
    There's currently no way to know if someone's using the Visual Editor, see T53421. Children Will Listen (🐄 talk, 🫘 contribs) 03:23, 1 October 2025 (UTC)[reply]

    Merging filter 46 into 384

    [edit]

    There is no need for an entire filter just for the word "poop" when there is already a "bad word" filter (384) that this could be added to. RaschenTechner (talk) 13:39, 2 October 2025 (UTC)[reply]

    "Poop" is not a word that needs to be merged into 384, filter 46 is still necessary. 98.235.155.81 (talk) 21:17, 2 October 2025 (UTC)[reply]
    Besides "poop" isn't too severe or profane enough to be included in 384, 384 is more for the f word or any other of those offensive words. Poop on the other hand doesn't sound that offensive to be included in 384, but still is filtered as vandalism in edits by 46. So no changes are needed. 98.235.155.81 (talk) 21:20, 2 October 2025 (UTC)[reply]
    Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Edit_filter/Requested&oldid=1314711376"