Im pretty sure i explained this to ar.wp before... The proper way to fix this is to generate html with TWO classes, like class=“infobox infobox_v2”. And make sure that any visual changes in v2 override the visual changes of infobox.

I suspect a redirect loop when the oauth token is returned to svg-translate or something like that.

We have another table update ticket now in T185997: Transcode logging should also log the server on which the transcode process ran. Might be smart to combine both. Both should be possible to roll out as optional fields, so the db change can be done whenever we want (which i think is a requirement these days anyways).

This is blocked on finalizing the video.js player

Fixed by remuxing file with VLC media player

Issue with the file, was not properly generated. Remuxed it with VLC media player.

Should have all updated by now. If we find new cases, manual Update transcode status, should fix it.

@TJones this ticket is about the 2010 WikiEditor, your report is about VisualEditor. Better open a separate ticket.

Testable on https://meta.wikimedia.beta.wmflabs.org/wiki/Special:UrlShortener btw..

Reduced further to WikiEditor + CodeMirror

I also experienced this.. But i don't remember having this problem before and i can't find any WikiEditor changes in the last two months that would explain it...

To do the final cutover, things logged into the maps project servers will probably need to close sessions, so I wanted to be in touch for that step as well since that needs to be scheduled.

Also on en.wp

This is what i get on my iphone x with safari

Even though this ticket is older, the other has a much better description.

@Krinkle maybe better to close this tracking ticket ?

i;m suggesting we close this, as quite a few things in this area have changed. There are still bugs, most logged in TimedMediaHandler-Transcode and any more specific and recent report should be either added to one of those or an entire new ticket should be filed.

This overlaps with T180881: Allow localization of TMH namespaces

This seems like an issue specifically in the MP4 -> VP9 transcode pipeline of TimedMediaHandler, or possibly something in the metadata parsing capabilities of TimedMediaHandler

All cleaned up now it seems.

This seems to be about the DESKTOP website, when used on a mobile device and as such is different from T62565: TMH totally broken on mobile. I could get it to work, but it required pressing play more than once (once to open the window, once to play, then another time to actually get it to play).

This seems specifically in the Score extension part which uses this player.

This was last touched in https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/TimedMediaHandler/+/314862/

This was fixed quite a while ago by Brion.