In T286513#7206964, @MarcoAurelio wrote:

Noting that the community authorized only granting local oversighters the ability to view deleted edits/revisions (which is just deletedtext) (lit.: ¿Debe permitirse a los supresores ver ediciones marcadas como borradas? transl.: Shall we let oversighters to see deleted edits?). The other permissions where not voted/mentioned and should not be added, especially after the technical insuficiency of the proposal was raised and was not acted upon (the previous wording of the vote which proposed bulk adding all required deletion and block-related permissions to make the group self-sufficient was never adopted and its scope narrowed just to "see deleted edits"). Thanks.

Hi. When will the deployment happen?

In T285167#7163740, @Zabe wrote:

In T285167#7163719, @SRuizR wrote:

@Zabe Hi. I don't know if my question has sense but better safe than sorry. Won't this config change have a conflict with the other config change that we're about to deploy (T284797)?

Just want to make sure to feel safe.

The lines
$wgGroupPermissions['abusefilter']['abusefilter-view-private'] = true; // T262174
and
$wgGroupPermissions['abusefilter']['oathauth-enable'] = true; // T262174
stay untouched and the patch for this task adds a line between those and the patch for the other task adds lines above and below those, so both patches don't touch and there should be no conflict.

@Zabe Hi. I don't know if my question has sense but better safe than sorry. Won't this config change have a conflict with the other config change that we're about to deploy (T284797)?

@Zabe Hi. Someone did this: https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/699489/1#message-18916e5b0798dcec319186c6a1c77626d4e49eea

The characters "ª" (A), "º" (O) and "°" (O) should also be included.

In T200036#6948347, @Daimona wrote:

This issue has become a little bit more important now that we send notifications (echo) when a filter is throttled. These notifications are sent out when af_throttled is set, which can happen regardless of throttled actions.

Nevermind. The extension is working correctly.

I think this could be merged with T187686 because I think it's the only possible thing that could be made.

Done at T266298

The only thing I thought about was the regex empty match, but there may be other things. Anyway, I think Daimona's option (2) is the best thing to avoid incidents.

In T262174#6439552, @MarcoAurelio wrote:

In T262174#6439546, @SRuizR wrote:

I think it should be assigned and removed by the group sysop, as interface-admins are also assigned by that group and the group bureaucrat assigns very few permissions.

Well, I don't really mind one way or another. The vote did not mentioned who should be able to, so I default to the bureaucrat user group which traditionally handled user group management. Considering that eswiki sysops are all also bureaucrats, this is purely a no-op.

I think it should be assigned and removed by the group sysop, as interface-admins are also assigned by that group and the group bureaucrat assigns very few permissions.

Nevermind, I restarted my computer and now it's working. Kind regards.

Yes, I'm with the desktop site. I tried with my alternative account SRuizR777 in incognito mode at 1:50 UTC. Surprisingly it worked. I tried with my main account SRuizR in incognito mode at 1:52 UTC and it also worked.

My OS is Windows 7 my browser is Google Chrome. I don't have any cookie blocking or privacy extension.

I'm in Special:UserLogin, I put my password and press Log In, but when I press Log In it doesn't respond and shows the message in MediaWiki:Sessionfailure. Here's the screenshot of the SameSite thing.