In T407444#11530544, @Umherirrender wrote:

Xml::listDropdown still needs replacing

OK, the Linter/CTT part is done; what's remaining is Cognate/WMDE and then deprecation/removal of the deletion hook itself (Interfaces?).

Re-opening, per the above.

In T407444#11530057, @Ejegg wrote:

OK, I just merged the last one into wmf_deploy so it'll go out on next week's train.

In T408969#11471994, @GrounderUK wrote:

I’ve removed Russian from the configuration. If the occasional failures in wikilambda_fetch are logged, I think this can be closed.

This is no longer valid; we scrapped mobile view.

In T411724#11526184, @ssingh wrote:

This is typically done as part of a new wiki creation process, but Traffic is happy to help as required.

Hello there, SRE Service Ops. Tagging you in on this, though this might need Traffic/other SRE involvement.

This is still stalled on the demo existing (sub-task), so un-cookie-licking for now.

Done.

Thank you! Sorry for the bug.

Did this help?

In T385167#11524814, @Ladsgroup wrote:

In T385167#11523171, @Jdforrester-WMF wrote:

Is this fully complete? Did we run the migration in the Beta Cluster yet?

So production it's done, in commons there were a bit of mimatch but it's that the new system has more, so we are not losing data.

In beta cluster, it's not migrated because halfway through the run, it just breaks. I think the image table in beta cluster is fully corrupted.

@DSmit-WMF: This has now been deployed to production; is it good to sign off?

@DSmit-WMF: This has now been deployed to production; is it good to sign off?

In T395470#11493671, @Daimona wrote:

In T395470#11493280, @Jdforrester-WMF wrote:

OK, this should now finally be fully unblocked, AIUI?

Correct. The CI cleanup needs to happen first and I think I wasn't completely sure about a couple places; there's also some extra cleanup like removal of the --path-to-mw option. Then the MW core part should be straightforward.

Thanks, @Jdlrobson-WMF!

In T409283#11517566, @A_smart_kitten wrote:

In T409283#11517260, @Jdforrester-WMF wrote

• Backport 1220366 to REL1_44, REL1_43 (REL1_45 already done in 1224160).

The Parsoid code in question was - AFAICS - introduced in a patch that was first released in MW-1.45-release; so I don't know if any more backports are actually needed for this task :)

Is this fully complete? Did we run the migration in the Beta Cluster yet?

Train blocker -> UBN! as a status.

These appear to now be working. @99of9, can you confirm?

Product: Let's not divert away from MW standards here.

This is now possible for us to create inline ZObjects of unitful Wikidata-style values. We'd want to be careful about rendering these on the front-end too, but it's no longer blocked by the Epic work.

We're going in the opposite direction!

No.

Cory: Contingent on us caching enriched data about Objects we've put into the cache for this to be actually useful.

This is already done, in practice.

This prototype was created by @gonyeahialam as part of his design prototyping work; I believe that no-one else has access, but it doesn't need to block your work as it's not being kept updated (and so you dropping the old extension won't break things for it).

Impact is mostly on us as developers looking at the logs during chores, but it also means users get a confusing error rather than something more specific when a test/run fails.

Possibly we need to find all the current malformed content in production and either fix them ourselves, or list them for the community to fix?

This might possibly be an issue upstream with Codex?

Cross-linking to T175794: Add MinusX to MediaWiki extensions and PHP library repos and T212766: minus-x broke MediaWiki core CI: Too many arguments, expected arguments "command" "path".

In T402159#11473736, @ToluAyo wrote:

@Jdforrester-WMF just wanted to confirm if the Wikifunctions step has been completed for this language?