Also created https://gitlab.wikimedia.org/repos/mwbot-rs/mwbot/-/merge_requests/84

Forgot to actually remove the relevant message keys from en.json and qqq.json. Reopening.

The above fix doesn't seem to have worked (https://integration.wikimedia.org/ci/job/mediawiki-quibble-vendor-mysql-php82/2024/console):

QA will be done through other tickets. Closing.

This can be QA'd through T371604.

I would recommend for QA testing that global blocks still disable account creation. You can test this on the beta wikis, patch demo, or a local wiki.

Please check that global blocks continue to work as they did before this ticket for accounts and IP addresses. I suggest verifying with a variety of blocks.

In T371432#10033199, @Ottomata wrote:

I think this is just a warning log message, not an uncaught exception, right? The code is checking if the FormatJson::decode fails, but I guess json_decode is logging a warning anyway?

Yes, this is just a warning message. However, it does cause logstash spam and they are registered in logstash as an ERROR level so should be solved (even if that is just providing a more descriptive error message).

@Ladsgroup might be able to help here?

Prevents login for me to. Impacts abuse-mitigation that involves looking at the CheckUser wiki data.

With T359116 on the horizon, I would argue that we should implement the autoblocks for GlobalBlocking account blocks and not implement this task by converting all locks into GlobalBlocking blocks.

This is also the case in CI for wmf branches.

I would say that this should be backported.

Actually this seems to be a problem in the Event-Platform extension that was surfaced by the IP Info extension.

CI is now unblocked -> marking as resolved