That's not particularly useful for this task about CronJobs.

Other people have been reporting various issues on Discord but I have not been able to reproduce them.

<shi> combines a tag name (syntaxhighlight) with a boolean parameter (inline). That is even more confusing than the short tag name and should be avoided.

Look. The people on this task are the people who are annoyed by it already. Complaining more here won't get you anywhere. Complain to WMF management, who are the people who can allocate resources to this.

here's a modify and a remove for the record

{
  "$schema": "/mediawiki/recentchange/1.0.0",
  "meta": {
    "uri": "https://meta.wikimedia.org/wiki/User:192.0.2.1",
    "request_id": "516ec711-ddc3-40c2-ae90-ab3bb2ec77ae",
    "id": "22c81925-0043-45fc-9e78-7e4471201489",
    "dt": "2024-03-22T20:07:32Z",
    "domain": "meta.wikimedia.org",
    "stream": "mediawiki.recentchange",
    "topic": "eqiad.mediawiki.recentchange",
    "partition": 0,
    "offset": 4965968820
  },
  "id": 30478275,
  "type": "log",
  "namespace": 2,
  "title": "User:192.0.2.1",
  "title_url": "https://meta.wikimedia.org/wiki/User:192.0.2.1",
  "comment": "testing [[phab:T360790]]",
  "timestamp": 1711138052,
  "user": "AntiCompositeNumber",
  "bot": false,
  "log_id": 55496195,
  "log_type": "gblblock",
  "log_action": "modify",
  "log_params": {
    "expiry": "20240405200732",
    "flags": []
  },
  "log_action_comment": "AntiCompositeNumber changed global block settings for 192.0.2.1 with an expiration time of 20:07, 5 April 2024 : testing [[phab:T360790]]",
  "server_url": "https://meta.wikimedia.org",
  "server_name": "meta.wikimedia.org",
  "server_script_path": "/w",
  "wiki": "metawiki",
  "parsedcomment": "testing <a href=\"https://phabricator.wikimedia.org/T360790\" class=\"extiw\" title=\"phab:T360790\">phab:T360790</a>"
}

{
  "$schema": "/mediawiki/recentchange/1.0.0",
  "meta": {
    "uri": "https://meta.wikimedia.org/wiki/User:13.105.28.0/23",
    "request_id": "fdac3c05-d6f9-4053-abca-e1bb61c10322",
    "id": "20cccbb1-c06e-4bdc-9aae-7e266cc3aa65",
    "dt": "2024-03-22T16:29:51Z",
    "domain": "meta.wikimedia.org",
    "stream": "mediawiki.recentchange",
    "topic": "eqiad.mediawiki.recentchange",
    "partition": 0,
    "offset": 4965559158
  },
  "id": 30476671,
  "type": "log",
  "namespace": 2,
  "title": "User:13.105.28.0/23",
  "title_url": "https://meta.wikimedia.org/wiki/User:13.105.28.0/23",
  "comment": "[[m:NOP|Open proxy/Webhost]]: Visit the [[m:WM:OP/H|FAQ]] if you are affected <!-- Microsoft Azure -->",
  "timestamp": 1711124991,
  "user": "AntiCompositeNumber",
  "bot": false,
  "log_id": 55494762,
  "log_type": "gblblock",
  "log_action": "gblock",
  "log_params": {
    "expiry": "20270122162951",
    "flags": []
  },
  "log_action_comment": "AntiCompositeNumber globally blocked 13.105.28.0/23 with an expiration time of 16:29, 22 January 2027 : [[m:NOP|Open proxy/Webhost]]: Visit the [[m:WM:OP/H|FAQ]] if you are affected <!-- Microsoft Azure -->",
  "server_url": "https://meta.wikimedia.org",
  "server_name": "meta.wikimedia.org",
  "server_script_path": "/w",
  "wiki": "metawiki",
  "parsedcomment": "<a href=\"https://meta.wikimedia.org/wiki/NOP\" class=\"extiw\" title=\"m:NOP\">Open proxy/Webhost</a>: Visit the <a href=\"https://meta.wikimedia.org/wiki/WM:OP/H\" class=\"extiw\" title=\"m:WM:OP/H\">FAQ</a> if you are affected &lt;!-- Microsoft Azure --&gt;"
}

yup, looks like log_params is now an object with named values instead of an array. Gotta love un-announced breaking changes.

Looking further at the logs, it's happening for every global block.

Based on https://grid-deprecation.toolforge.org/, this tool has important jobs still running on the Grid. These will no longer run when the Grid is shut down on Thursday.

This is now also affecting StewardBot.

Feb 06 07:06:09 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)
Feb 06 08:00:59 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)
Feb 07 10:49:59 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Ping timeout: 272 seconds)
Feb 08 00:21:46 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (*.net *.split)
Feb 08 13:00:54 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Read error: Connection reset by peer)
Feb 08 17:29:56 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)
Feb 08 17:37:37 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)
Feb 09 05:18:38 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)
Feb 10 04:55:49 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Read error: Connection reset by peer)
Feb 10 12:14:50 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)
Feb 12 16:16:00 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Read error: Connection reset by peer)
Feb 12 18:05:13 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)
Feb 14 09:11:21 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)
Feb 15 04:07:59 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Read error: Connection reset by peer)
Feb 15 05:49:23 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)
Feb 16 04:16:54 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Read error: Connection reset by peer)
Feb 16 06:16:41 ◀━━ Quits:	wikibugs (~wikibugs2@wikimedia/bot/pywikibugs) (Remote host closed the connection)

(times UTC-5)

The SULWatchers have had some connection problems lately as well, but not to the same frequency.

In T355980#9539657, @Ladsgroup wrote:

Something to consider, definitely needs to talk to the community first: Is really attachments from ten years ago needed? Can we set up a threshold and delete attachments after certain time (to be determined by VRTS admins)?

Thumbnailing is unrelated to transcoding support.

Either T17294: Allow blocking of global accounts or T19929: CentralAuth account locks should trigger global autoblocks would be sufficient. Global blocks for accounts would be more useful in the long run though.

In T343131#9467239, @RoyZuo wrote:

https://commons.wikimedia.org/w/index.php?search=insource%3Anbsp+insource%3A%2F%5C%7Bnbsp%2F&ns10=1

I would suggest changing the user-notice to reflect that:

... Previously, Gadgets could use the requiresES6 option. This option is no longer needed and will be removed in the future.

Early this year is my best guess. My memory is hazy, but I think I noticed it in March before I decided to report in April.

This is a critical tool for anti-abuse workflows on multiple wikis. Sigma is inactive, and I asked Earwig about it on their talk page:

@AntiCompositeNumber: Ah. No, the timeline's been so protracted, I haven't been actively following things and didn't know this was happening today. (The date in my mind was early next year.) I could probably do it, but certainly can't allocate time right now to immediately fix this. — The Earwig (talk) 03:27, 21 December 2023 (UTC)

signatures.toolforge.org uses the expandtemplates API, which does not expand parserfunctions. In theory the parse API would work better, but I haven't investigated it.

My preference would be to use \n\n instead of \\n.

Bug: T1234

D'oh, there's a namespace filter in the link that like 5 people didn't notice. Whoops!

WONTFIX, Thumbor intentionally does not have access to MediaWiki session information for privacy and isolation reasons. Implementing this would require proxying all requests through MediaWiki (like we do for private wikis), which is undesirable from a performance standpoint. Thumbor ratelimits are also largely unrelated to MediaWiki ratelimits and are set based on the limitations of the shared thumbnailing infrastructure.

For https://fa.m.wikipedia.org/wiki/%DA%AF%D8%B1%D8%A8%D9%87#/media/File:Cat_poster_1.jpg?uselang=fa, ?uselang=fa is appended to the fragment of the URL, not the query string. MediaViewer then makes an imageinfo API query for File:Cat_poster_1.jpg?uselang=fa, which does not exist.

Yes, the browsers ignore autocomplete when determining if a form is a login form.

fileprotectionsync is now running in k8s via toolforge-jobs.

I'll note that it's not just an enwiki problem, as several other projects make significant amounts of local proxy blocks.

I should be able to help out with this. Shouldn't be too difficult, looks to be a fairly simple python3/pywikibot cron job.

This would also mean migrating the ~1160 users that have usernames beginning with a tilde (data from T332805). Does this sound reasonable?

I've added to the global title blacklist as a temporary measure. https://meta.wikimedia.org/w/index.php?title=Title_blacklist&diff=prev&oldid=25571282&diffonly=yes

I can do this in titleblacklist now to prevent people from creating accounts before IP masking is deployed. It would be better to do this with $wgAutoCreateTempUser['reservedPattern'] server side though.

I restored the image by copying from the duplicate. I do not think it is necessary to attempt to rewrite the history.

F37653248 was not attached to this ticket and I can not see it. I do see the deleted duplicate revision at DSC 0204.JPG and could restore from there.

I'll note that the attack against OSM is repeated, ongoing, and automated, coming in waves. The OSM folks responding do not have sophisticated anti-vandalism tools, so they must wait for the accounts to be blocked by members of the Data Working Group. There are not many people with that access, so it can take a while for accounts to be blocked and then reverted.

Please test future Special:UserRights changes with interwiki user rights before deploying to production. This is getting silly.

The Cloud-Services project tag is not intended to have any tasks. Please check the list on https://phabricator.wikimedia.org/project/profile/832/ and replace it with a more specific project tag to this task. Thanks!