Jump to content

Wikipedia:Edit filter noticeboard

From Wikipedia, the free encyclopedia
    Welcome to the edit filter noticeboard
    Filter 614 — Pattern modified
    Last changed at 05:46, 21 April 2025 (UTC)

    Filter 890 — Pattern modified

    Last changed at 17:09, 20 April 2025 (UTC)

    Filter 1320 — Flags: disabled

    Last changed at 17:54, 20 April 2025 (UTC)

    Filter 930 — Pattern modified

    Last changed at 10:19, 20 April 2025 (UTC)

    Filter 1325 — Pattern modified

    Last changed at 02:22, 20 April 2025 (UTC)

    Filter 1197 — Pattern modified

    Last changed at 23:09, 18 April 2025 (UTC)

    Filter 1335 (deleted) &mdash

    Last changed at 07:05, 16 April 2025 (UTC)

    This is the edit filter noticeboard, for coordination and discussion of edit filter use and management.

    If you wish to request an edit filter or changes to existing filters, please post at Wikipedia:Edit filter/Requested. If you would like to report a false positive, please post at Wikipedia:Edit filter/False positives.

    Private filters should not be discussed in detail here; please email an edit filter manager if you have specific concerns or questions about the content of hidden filters.



    EFH for PharyngealImplosive7

    [edit]

    The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


    The earliest closure has started. (refresh)

    Hello everybody. I'm presenting myself here to request the EFH right today. I've been thinking for some time whether to make this request go live or wait some more time, but EggRoll97's encouragement swayed me to go for it. I mainly want EFH to help author private filters and to help respond to false positive reports involving private filters at WP:EFFPR. It's been a few months since my last failed nomination, but since then, I've tried to address your concerns including increasing my activity overall and generally continuing to participate here.

    EFH is a high-trust role, some would say on par with sysop, and whether it is granted to a user often depends on trust. I know the permission has significant repurcussions if abused, as it contains sensitive data used for fighting LTAs among other things. In terms of trust, I am identified to the Wikimedia Foundation (see m:Special:Diff/26090536) and am a pretty active user here.

    In terms of my contributions to filters, I have made over 1400 edits to WP:EFFPR (see [1]) and have proposed numerous additions to filters both public and private. I believe that I have a strong understanding on the technical side of things (including regex), and some examples of where I've help create code for filters are shown below:

    I would like to emphasize again that I understand that this is a very sensitive permission, and that I will only discuss the details of private filters with EFHs, EFMs, and sysops if granted this right. Finally, in terms of account security, I currently use a strong password, and although I don't have 2FA enabled right now, I am open to enabling it if this right is granted to me. Thank you for your consideration, and I'm open to any questions if you have them. – PharyngealImplosive7 (talk) 01:10, 2 April 2025 (UTC)[reply]

    The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

    Question regarding 1347

    [edit]

    Regarding Special:AbuseFilter/1347, why did Special:Diff/1284477127 trigger it? Myrealnamm (💬Let's talk · 📜My work) 20:42, 7 April 2025 (UTC)[reply]

    They pasted the entire content of the article (including the {{pp-vandalism}} template) inside a {{subst:trim}} template on the (unprotected) talk page. Most of that was substed away, except for one line from a table. The filter checks added_lines not the (supposedly slower) added_lines_pst, so it "saw" the pp- template even though it wasn't saved in the end. Suffusion of Yellow (talk) 21:06, 7 April 2025 (UTC)[reply]
    Gotcha. So if an editor puts, say, gibberish, on an article inside a subst trim, then the filter would catch it. Ok, understand. Myrealnamm (💬Let's talk · 📜My work) 21:11, 7 April 2025 (UTC)[reply]
    Yep, but there's nothing special about {{subst:trim}} here. That just removes leading and trailing whitespace. The problem was that they used table syntax inside a template argument, and the |s looked like extra arguments. Suffusion of Yellow (talk) 21:59, 7 April 2025 (UTC)[reply]
    We should be able to add a check of added_lines_pst on line after the first added_lines without a significant performance impact (also changing the subsequent checks to use added_lines_pst). I went ahead and made that change. I'll double check the performance impact after it's been running for a while (it's at 0.12 ms and 2.7 conditions after 178,000 actions). Daniel Quinlan (talk) 00:12, 8 April 2025 (UTC)[reply]
    The updated filter seems to be working fine and it was already down to 0.13 ms and 3 conditions after 29,000 actions. I realized the second added_lines_pst prefilter was unnecessary as long as we use added_lines_pst in the subsequent checks. I made some other improvements to bring the condition count down to 1 and improved the sandbox exception. We'll see how the performance numbers level out once it's been running long enough. Daniel Quinlan (talk) 05:54, 8 April 2025 (UTC)[reply]
    After 95,000 actions, it's at 0.14 ms and it consumes 0.8 conditions, barely slower than the original 0.12 ms (could just be noise) and 0.8 conditions is definitely better than 2.7. Daniel Quinlan (talk) 18:32, 8 April 2025 (UTC)[reply]
    Just a quick note that I added a warning to the filter since it seems accurate enough. It's at MediaWiki:Abusefilter-warning-protection-unprotected. @Queen of Hearts: Keeping you in the loop as the original author. Daniel Quinlan (talk) 19:59, 9 April 2025 (UTC)[reply]

    Update regarding the temporary account option in GlobalPreferences and protected filters

    [edit]

    Just a heads up regarding the Temporary account IP reveal option on Special:GlobalPreferences (for GAFHs and AFMs, or admins on some wikis): if you can view private and protected filters on a wiki (e.g. on Meta-Wiki or Test Wikipedia), and when the temporary accounts option is disabled in your global preferences, you may not view a protected filter nor its hit log until you enable that option.

    Regarding the latter (and for example, on Meta-Wiki), this is what you will see when the temporary account option is disabled and you attempt to view a protected filter:

    You may not view details of this filter, because it uses protected variables and is hidden from public view.

    The same thing applies when attempting to view a protected filter's hit log:

    One or more of the filter IDs you specified are protected. Because you are not allowed to view details of protected filters, these filters have not been searched for.

    Note that this does not apply to the English Wikipedia or some other wikis that still have the AbuseFilter option in local preferences. Codename Noreste (talk) 01:49, 10 April 2025 (UTC)[reply]

    Does this change affect local EFHs and EFMs as well? – PharyngealImplosive7 (talk) 02:31, 10 April 2025 (UTC)[reply]
    Because temporary accounts are not yet enabled here, and because the AbuseFilter tick option is still available on the local preferences, the answer is probably no. Codename Noreste (talk) 02:50, 10 April 2025 (UTC)[reply]
    The easiest fix here I think would be to improve the error message. Filed phab:T391549. On Phab, please feel free to click "Edit Task" and fix if I misunderstood something. –Novem Linguae (talk) 04:55, 10 April 2025 (UTC)[reply]
    I haven't looked deeply into the issue, but that phab ticket seems to be requesting a change to MediaWiki:Abusefilter-edit-denied-protected-vars. We can do that here. You can usually find these system messages at [2] (or thereabouts). -- zzuuzz (talk) 05:54, 10 April 2025 (UTC)[reply]
    I think it more likely needs a new message specific for AFH/Ms, EFH/Ms and sysops (any group that has abusefilter-access-protected-vars). Nobody (talk) 06:26, 10 April 2025 (UTC)[reply]
    Agreed. Looks like MediaWiki:Abusefilter-edit-denied-protected-vars covers two situations. Modifying it to apply to situation 2 would make it wrong for situation 1, and vice versa. –Novem Linguae (talk) 07:04, 10 April 2025 (UTC)[reply]
    Another heads up: per phab:T380920, the AbuseFilter tick option has been merged with the global temporary accounts IP reveal option, and T391549 has been closed as a duplicate of phab:T389640. Codename Noreste (talk) 02:53, 11 April 2025 (UTC)[reply]

    Exclude Wikipedia:Files for upload from 1197

    [edit]

    Exclamation marks come preloaded with a template, so please fully exclude Wikipedia:Files for upload, thanks. Codename Noreste (talk) 02:46, 18 April 2025 (UTC)[reply]

    I would just add page_id != 9176046 to the filter. – PharyngealImplosive7 (talk) 13:32, 18 April 2025 (UTC)[reply]
     Done. I used !equals_to_any(page_id, 9176046, 26204397). Since I was in there, I also replaced the unnecessary rlike with contains and reordered things a bit. Daniel Quinlan (talk) 23:16, 18 April 2025 (UTC)[reply]

    FilterDiff user script

    [edit]

    I've been annoyed for a while by the endless scrolling through unmodified lines when reviewing changes to filters, especially for filters with long notes or many conditions. To improve the readability of edit filter diffs, I wrote User:Daniel Quinlan/Scripts/FilterDiff. The script hides unmodified lines that are far from changes, adds line numbers, and provides a toggle to view the full diff when needed.

    Note that the script is currently in beta, so any feedback is appreciated. Daniel Quinlan (talk) 00:00, 19 April 2025 (UTC)[reply]

    Thanks for this script. – PharyngealImplosive7 (talk) 22:30, 20 April 2025 (UTC)[reply]

    FilterBlame user script

    [edit]

    Trying to figure out when a certain condition was added to a filter so you can read the diff, improve your log analysis, or know who to talk to about an issue? User:Daniel Quinlan/Scripts/FilterBlame solves this problem. You can search using a substring or a regular expression, use binary or linear search, and search for insertions or removals.

    Note that despite the name, "blame" is just the traditional term for this kind of functionality. It's about searching the history, not pointing fingers. As with the previous script, it's in beta. Daniel Quinlan (talk) 00:49, 20 April 2025 (UTC)[reply]

    Thanks for both of these. EggRoll97 (talk) 17:56, 20 April 2025 (UTC)[reply]

    Idea: Allow EFHs to enable 2FA

    [edit]

    EFH is a user-group with access to fairly sensitive data, so in my opinion, it makes sense for EFHs to have the ability to enable 2FA (which would require the oathauth-enable right) without going through SRG. I'm not sure if this would require a phab ticket, but I'd like to understand all of your opinions relating to this before taking any concrete action. – PharyngealImplosive7 (talk) 23:19, 20 April 2025 (UTC)[reply]

    If you want 2FA just hop over to meta:Steward_requests/Global permissions#Requests for 2 Factor Auth tester permissions - it is pretty much given out on demand. — xaosflux Talk 00:37, 21 April 2025 (UTC)[reply]
    I have to echo what xaosflux is saying here. While there's not really a downside to it, it's also not like there's any questions asked past "did you actually read the instructions?", and I can't remember the last time I saw a denied request for any reason other than not answering that question. EggRoll97 (talk) 01:01, 21 April 2025 (UTC)[reply]
    Yeah, you both are probably right that it's not that much work just to go to SRG. – PharyngealImplosive7 (talk) 01:32, 21 April 2025 (UTC)[reply]