Another solution would be to allow administrators to grant and remove the confirmed user group, yes?

All done. editor has now been removed, and the same happened for interface-editor (since the latter was probably added by mistake).

The block action for the abuse filter has been activated, with the preset being three days for both registered and unregistered users.

suppressredirect was added to the user groups as of right now, so done.

In T419312#11723244, @BraunOBruno wrote:

@codenamenoreste this doesn’t appear to have been deployed at the set date (March 13); option still unavailable.

In T419312#11706556, @gerritbot wrote:

Change #1251318 had a related patch set uploaded (by Gerrit Patch Uploader; author: Codename Noreste):

[operations/mediawiki-config@master] ptwiki: Enable block action for the abuse filter

https://gerrit.wikimedia.org/r/1251318

In T419105#11678299, @codenamenoreste wrote:

I'll start with the task when Bennylin confirms this here, unless anyone objects or says that a community discussion is required.

I'll start with the task when Bennylin confirms this here, unless anyone objects or says that a community discussion is required.

@Unite_together Is there a community discussion about the removal of these user groups?

In T419105#11677381, @MGChecker wrote:

I think the interface editor group is part of the global standard set and unlikely to be removed.

interface-editor only contains one right, extendedconfirmed.

In T417368#11614721, @Nirmos wrote:

Can confirm. This happens if you can't edit that filter.

In T413542#11612731, @suffusion_of_yellow wrote:

This is also completely broken on my phone. . The Ace editor is about one pixel wide. (Android, Firefox 149)

In T413542#11608751, @Umherirrender wrote:

This is the normal OOUI styling, which defines the right column as 60%

This is not normal, it must be fixed ASAP.

I went ahead and changed from accountname to account_name as the former was deprecated as of today (in my time zone) to some abuse filters at English Wikibooks, English Wikiquote, and Meta-Wiki. Anyone with global abuse filter helper rights (at the minimum) can see the changes I've made recently.

I have announced this at the English Wikipedia, see this discussion I started.

In T413848#11501819, @Superpes15 wrote:

@codenamenoreste Thanks :) Could you please confirm if the memberships should be assigned/revoked by sysops?

In T413848#11496469, @Superpes15 wrote:

@codenamenoreste Just note that the patrolmarks user right is included into the patrol right and there's no need to give it to users with the 'patrol' flag (like sysops and patrollers) :)

I removed the last sentence, after understanding your comment and per https://www.mediawiki.org/wiki/Manual:User rights.

Some filters weren't updated on Spanish Wikipedia, just to note.

I have a question: is there a way for FlaggedRevs to exclude some certain pages? Three specific pages would be the Main Page, Cookbook:Table of Contents, and Wikijunior.

For the 3rd one, I need more details. What is a protected filter?

In T408110#11376566, @Novem_Linguae wrote:

In T408110#11376548, @codenamenoreste wrote:

Is there a Gerrit link for Wikimedia project namespaces?

Are you asking for a link to the config file that sets all the namespaces? That is https://gerrit.wikimedia.org/r/plugins/gitiles/operations/mediawiki-config/+/refs/heads/master/wmf-config/core-Namespaces.php

Is there a Gerrit link for Wikimedia project namespaces?

It looks like this problem has potentially affected other projects too, see https://en.wikiquote.org/w/index.php?title=Module:Shortcut&action=edit for example.

In T409743#11359513, @A_smart_kitten wrote:

@codenamenoreste, out of interest, have you noticed if the software's behaviour around this has changed recently? Don't worry if not.

Possibly, I just noted these issues this morning. I thought it was a complex bug, guess not…

I am noting here for the record that the English Wikipedia has done those changes, per the EFN.

In T369611#11266281, @matej_suchanek wrote:

I've come across a filter created by me in 2024 where I forgot user_type === 'ip'. Given that the variable has been available for over a year, it may be worth scanning all filters for this and similar expressions as well.

Would it be better to use user_type != "named"? This simple check should be able to detect all unregistered users.

I have just been granted interface admin rights, and I have removed the code per Izno's suggestion (https://en.wikibooks.org/w/index.php?title=MediaWiki:Common.css/Messages.css&diff=prev&oldid=4540554). Feel free to mark this as resolved.

I have a suggestion should we create a protected variable to get IPs of page_recent_contributors:

I just left a message on the Spanish Wikipedia, explaining about the upcoming changes to their abuse filters to support upcoming temporary accounts and to change from user_age > 0 to user_type == "named", and similar. You can read more on https://es.wikipedia.org/wiki/Wikipedia:Filtro_de_ediciones/Implementación#c-Codename_Noreste-20250809060400-Implementación_de_soporte_para_cuentas_temporales_y_actualización_de_user_age.

Unfortunately, for the Spanish Wikipedia, there are five private filters which might have required the change before June 18, but unlike sysops, eswiki's non-admin edit filter managers do not have abusefilter-access-protected-vars.

Noting that on Meta-Wiki, non-admins, non-checkusers, and users who are not local temporary account IP viewers can no longer view IP Info's basic information (via ipinfo-view-basic). On the other hand, some global groups (such as abuse filter helpers and maintainers, global rollbackers, and U4C members) only have the ipinfo right, which explains the similar situation I just explained.

Noting here that the AbuseFilter option available in local preference pages on Meta-Wiki and Test Wikipedia (for example) is not available as it might have been merged with the Temporary account IP reveal tick option.

Noting here that this applies to Meta-Wiki or Test Wikipedia for example, where I hold the global abuse filter helper permission.

Abuse filter syntax code and regex of a private global filter, to be exact.

On Google Docs where I maintain GAF 365's code, I've adjusted that code to prevent any more false positives, and I'm not commenting any more about the global filter without spilling any beans.

[see https://meta.wikimedia.org/wiki/Special:AbuseLog/2803401 for context] Under my alternative account, I've decided to test if it will show me the CAPTCHA, and it didn't; it just allowed me to create the page completely.

I left a note on WP:VPT about this on https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Ongoing_Phabricator_request_to_remove_the_spamblacklistlog_right_from_the_edit_filter_helper_right rather than WT:EFH since the latter has minimal participation.

On my iPhone or Windows 11 laptop, on the desktop version, it is the same result (no country available) for me even when I use Safari on my iPhone. I'm logged in, I'm using vector skin from 2022, and I am not currently blocked from editing.

Sometimes, I am experiencing this issue on enwiki where there is no access to the location of the IP address, even in limited view. Out of an abundance of caution, and due to this being a possible API error of this gadget, I am re-opening this task.