This seems to have since been fixed.

Yeah, this will be in-effect done by the orchestrator warning about speed, good call.

In T432983#12216338, @Raine wrote:

All packages are present and install, and at least <?php echo "hello, world"; works.

I defer to Product / Design, but my understanding was that readers aren't ever really meant to be on abstract.wikipedia.org, but on client Wikipedias, and AW itself is editor-focussed instead? That's not to say we shouldn't think about making these pages easier to use, but I think we should be clear about for whom we're building.

The last two were completed automatically by LibUp after we configured it to try to bump repos to 6.5.2. As of today, all repos are on 6.1.0+; the oldest is mediawiki/extensions/CampaignEvents on 6.3.0 followed by mediawiki/extensions/PageTriage on 6.3.2.

This was done automatically as part of 166333e3f7, apparently without breakage. Neat.

This was done automatically as part of fba6140064, apparently without breakage. Neat.

@gengh: Can we call this Resolved now?

This work can't be done until T311874 is done, rather than the other way around, so I've inverted the Phab dependency.

Update: the call in the description now runs to completion, with a Z592 warning about coming close to the size threshold in the JS executor.

Based on what I said on 1324735:

Both now seem to work. Is the "but shouldn't" incorrect?

Hey there. We currently add new CLDR languages as they get added, but it's a manual process; our only CI blocker is on Names.php (MW supported languages), which is a sub-set. I'll look at what we can do to improve this.

Provisionally marking as Invalid, then. Though the confusing error definitely didn't help, sorry!