Wikipedia:Edit filter/False positives/Reports

Edit filter management
Tags management

Click here to report a false positive
To report a false positive affecting an editor other than yourself, click here instead.

71.146.184.64

Username

71.146.184.64 (talk · contribs) (filter log)

Page you were editing

Ryan Ogren (filter log)

Description

I am trying to update Ryan Ogren's selected discography to include releases releases credited to him by A List music artists. I also deleted some older credits so that the discography was more selective.

Date and time

20:27, 21 March 2022 (UTC)

Comments

Yep, it's a false positive. Rusty4321 ^{talk contributions log} 02:40, 23 March 2022 (UTC)[reply]

Done and a change to the filter may be needed. Rusty4321 ^{talk contributions log} 02:42, 23 March 2022 (UTC)[reply]

No workable change possible. It's a shame that we have to do it this way, but there's no way to distinguish a good-faith edit with three combined instances of "slut" and "bitch" in it from a bad-faith one. And the vast majority will be bad-faith. Dealing with that restriction is part of the price of logged-out editing, just like running into semi-protected pages. Again, a shame, but unavoidable. -- Tamzin^{[cetacean needed]} (she/they) 06:19, 23 March 2022 (UTC)[reply]

Okay, despite saying that, I did get thinking about all the FPs we get for track listings. I tested 384 with added rules !(old_wikitext rlike "!\s*Album" & new_wikitext rlike "!\s*Album") and across the past 2,000 hits we would have had four sets of false negatives [1] [2] [3] [4] to this one avoided false positive. In the past 2,000 for 380, we have [5] [6] and [7]. Perhaps some much more complex regex could look specifically for additions to a track list table but I think that would be pretty tempermental. -- Tamzin^{[cetacean needed]} (she/they) 06:54, 23 March 2022 (UTC)[reply]

{{EFFP|noarchive}} 🐶 EpicPupper ^{(he/him | talk)} 05:51, 24 March 2022 (UTC)[reply]

See section 198.89.64.249 below as well, or, if archived, Special:PermaLink/1079986591#198.89.64.249. -- Tamzin^{[cetacean needed]} (she/they) 18:31, 29 March 2022 (UTC)[reply]

And again. casualdejekyll 12:09, 5 May 2022 (UTC)[reply]

@Suffusion of Yellow: Do you see any way around these track-list FPs? One could do a more complex regex to whitelist the words in question when added to something with the heading "Track list" or similar, or containing "!Album", but there's a lot of variation in format. Whitelisting anything about albums would do more harm than good, I think. I'm still inclined to think these fall into the category of unavoidable FPs and, sadly, the cost of doing business for those who choose not to register accounts. Philosophically, anyone who edits as an IP trades on the collective good faith of other IPs, both in their allocated range and in general. If I wanted to edit logged-out on my mobile connection, I wouldn't be able to, because it's softblocked due to abuse by others on the network. If someone wants to in good faith add the word "slut" to articles while logged out, they can't, because that's been done in bad faith too many times by other IPs or non-AC users. So I think I'm comfortable WONTFIXing this... If it becomes more of an issue as we move more toward a world where profanity in works' titles and encyclopedically relevant quotes is more common (said uncritically! I'm no prude), I think the better solution would be moving FPs on profanity filters to an edit-request system rather than EFFP, and just telling people to temporarily save their edits in censored format. But I'm pinging you, SoY, because maybe in this case you can think of something elegant than I can. -- Tamzin^{[cetacean needed]} (she/they) 19:03, 29 March 2022 (UTC)[reply]
Tracked in Phabricator
Task T305011
@Tamzin: I'm currently leaning with !(str_replace(new_wikitext, "|}", "@") irlike ("!\s*Album[^@]*(?:" + bad_word + ")")), which should, in theory, only allow edits inside the table. I hate the str_replace() hack, but using a negative lookahead gives a mysterious syntax error on a few hits (same as with 1112). It also won't help with prose (In 2022, he released his new single, "Let's Fuck This Shit Up" ...) but I guess it's better than nothing. Suffusion of Yellow (talk) 20:22, 29 March 2022 (UTC)[reply]
@Suffusion of Yellow: If we're going to do that, would there be a way to also cover something like ==+\s*(songs|singles|track list(ing)?|albums|discography)\s*==+ ? Also, is there a reason to use @ there rather than, like, some unused Unicode codepoint? Oh also, one more question, while we're on the topic of 384 and 380, in 384, doesn't the current dick_names logic mean that "fuck Mr. Dick" would be an FN? -- Tamzin^{[cetacean needed]} (she/they) 21:39, 29 March 2022 (UTC)[reply]
As to @, no idea why, it was just the first character that came to mind. As to "fuck Mr. Dick", yes, but it would be best to test any such change in a log-only filter first. Suffusion of Yellow (talk) 21:47, 29 March 2022 (UTC)[reply]

Another example that may be of reference. 🐶 EpicPupper ^{(he/him | talk)} 22:08, 3 April 2022 (UTC)[reply]

@Tamzin, Suffusion of Yellow, and EpicPupper: Does the pinned template need to be removed yet? Rusty4321 ^{talk contributions log} 19:21, 23 April 2022 (UTC)[reply]

@Rusty4321: Sorry, got sidetracked by the PHP bug. I still might do something about this. Suffusion of Yellow (talk) 21:12, 23 April 2022 (UTC)[reply]

agreed 162.223.102.138 (talk) 19:12, 20 April 2022 (UTC)[reply]

Fixed @Tamzin:. Ok, added this to 384 (hist · log):

        !(page_title irlike "discography") &
        !(str_replace(new_wikitext, "==", "\x01") irlike ("\x01.*(?:songs|singles|track list(?:ing)?|albums|discography).*\x01[^\x01]*(?:" + bad_word + ")"))

Not going to update any other filter yet; I want to see how well this works. But feel free to unpin if you can't improve on that. Suffusion of Yellow (talk) 20:17, 10 May 2022 (UTC)[reply]

@Tamzin, Suffusion of Yellow, and EpicPupper: Template has been deactivated. Rusty4321 ^{talk contributions log} 02:35, 11 May 2022 (UTC)[reply]

@Rusty4321: Actually, I'm going to re-add it as a reminder to us that we need to keep an eye on how this is working.

Pinned – This thread has been pinned and will not be archived until this template has been removed. —Compassionate727 ^(T·C) 18:47, 11 May 2022 (UTC)[reply]

@Compassionate727: Before you replied, I actually realized my mistake. Signed, Rusty4321 ^{talk contributions log} 22:37, 11 May 2022 (UTC)[reply]

Hegelaci

Username

Hegelaci (talk · contribs) (filter log)

Page you were editing

1924–25_Football_League (filter log) (user filter log)

Description

Chelsea was missing from the Greater London map of the 2nd Division. I've just tried to insert it. I think it's a minor edit and the previrw was fine.

Date and time

15:45, 21 April 2022 (UTC)

Comments

Private – One or more of the filters triggered are private, and the request needs to be evaluated by an edit filter helper or manager. (automated comment) — MajavahBot (talk · contributions) 15:45, 21 April 2022 (UTC)[reply]

Done and a change to the filter may be needed. Refreshingly, the cause of this false positive is apparent just from looking at the filter name and what the edit was. I don't know enough about locator maps to know if this is something the filter needs to handle... the fact that it hasn't been an issue to date makes me think maybe not? I count 718 pages that use this feature of CSS, which isn't a lot, but also isn't a little. I dunno.

Pinned – This thread has been pinned and will not be archived until this template has been removed. -- Tamzin^{[cetacean needed]} (she/they) 17:15, 21 April 2022 (UTC)[reply]

Comment: In the first of the 718 pages (German Empire) it's used differently: It was added in revision 869180413^{(22:39, 16 November 2018‎)} by @OwenBlacker and appears to be for accessibility purposes?
The text is indented -1000px so it's invisible, but it's still ctrl+f-able, so perhaps it was/is for screenreaders? Don't know enough to tell. – 2804:F14:C060:8A01:21D9:DCEA:CAAC:2DF6 (talk) 08:02, 2 May 2022 (UTC)[reply]

Comment: Without the context of this discussion in not entirely sure I follow (is absolute CSS positioning blocked by a filter?) but yes, that use on German Empire is for screenreader accessibility. Off left is a relatively old technique, so it might be that there's a better way of achieving that these days, perhaps people from WP:WikiProject Accessibility would know. I'll ping there. — OwenBlacker (he/him; Talk; please {{ping}} me in replies) 09:19, 2 May 2022 (UTC)[reply]

@OwenBlacker: {{Screen reader-only}} might be a viable replacement. It works in a similar way (CSS trickery) and (albeit I can't see the edit filter options) shouldn't trip the filter. Chlod (say hi!) 10:25, 2 May 2022 (UTC)[reply]

@Chlod: Yes, you're right; that would meet this need perfectly well. — OwenBlacker (he/him; Talk; please {{ping}} me in replies) 11:08, 2 May 2022 (UTC)[reply]

Indeed; as a screen reader user, I can confirm that the template is the best way to do this. Graham87 15:45, 2 May 2022 (UTC)[reply]

67.21.154.193

Username: 67.21.154.193 (talk · contribs) (filter log)
Page you were editing: [[see Special:AbuseLog/32713653]] (filter log) (user filter log)
Description: I was removing a false positive at WP:UAA/BOT. Still quite a backlog, with several likely FP's
Date and time: 14:33, 30 May 2022 (UTC)
Comments: Not done – Just let the administrators handle that. Only admins should respond to those, and the amount of time it takes them to respond to false positives from bots is minimal. —Compassionate727 ^(T·C) 12:27, 31 May 2022 (UTC)[reply]

72.10.126.197

Username: 72.10.126.197 (talk · contribs) (filter log)
Page you were editing: Entre Nos (filter log) (user filter log)
Description: I was trying to say that the English name of the film was Among Us/Between Us.
Date and time: 16:57, 31 May 2022 (UTC)
Comments

Susamongussussyreal

https://www.youtube.com/watch?v=YXHd5Idm6j0

Report fixed – An automated bot has added the page title from last triggered filter to this report. (automated comment) — MajavahBot (talk · contributions) 17:04, 31 May 2022 (UTC)[reply]

162.250.210.22

Username: 162.250.210.22 (talk · contribs) (filter log)
Page you were editing: CommerceHub company information page (filter log) (user filter log)
Description: updating old and outdated list of customers, products and leadership members. Updated new company headquarters location, added description of products introduced in 2022
Date and time: 23:47, 31 May 2022 (UTC)
Comments

63.142.207.34

Username: 63.142.207.34 (talk · contribs) (filter log)
Page you were editing: Winthrop, Washington (filter log) (user filter log)
Description: Attempted to correct grammatical mistake.
Date and time: 00:34, 1 June 2022 (UTC)
Comments