Tue, Sep 18
@Esanders worst case, currently should be possible to override the ThreeDHandler's doTransform method to return a custom ThumbnailImage subclass, which can add a class by sniping into the toHtml() method and appending to the img-class entry in options.
Not a blocker, but it'd be nice to treat various media types consistently in that respect. Ought to be able to add a custom class on the <img> in some reasonable way already, though...
Fri, Sep 14
Mon, Sep 10
Note that this should be made possible for both regular File: page view and the iframe-embedded view.
Sat, Sep 8
Feedback question -- is the method name mapping from 'somethingWorker' to 'something' too clever? Should it just let you pass any method name to $controller->queue()?
(Still have to see if the exec mode can be got working, do a little debugging, and add a hook for closing extensions.)
Updated summary with the reworked API for ParallelMaintenance.
Fri, Sep 7
using regular execute() method, with a helper fork() method (bikeshed that name!) that creates the controller, a dispatch callback, and the work/result callbacks
I'm retooling the proposal based on feedback. Key things:
Wed, Sep 5
Note via Timo -- currently we run maint scripts in production through hhvm, which sets processor affinity on all child processors. :P
Hadn't thought of trying h.263; testing... I've put up some samples at https://brionv.com/misc/pumpjack/
Fri, Aug 31
Seems to be a change in how plugins are loaded in 2.1.3/2.1.4. Yay semver!
Mon, Aug 27
Taking a quick peek at this per an inquiry from @saper. Specifically looking at the login page...
Aug 21 2018
Aug 20 2018
I'm pretty happy with the current documentation now; last time I needed to use it I found what I needed. :) Closing.
Adding to techcom-rfc board to make sure we don't forget to discuss this, if cross-cutting issues are forseen.
Existing files should be either deleted or re-encoded.
Fix has been deployed; no more MP4 files should be coming in.
AAAAAGGGGHHHH the VM has the clock wrong and thinks the cert is not yet valid. Nevermind.
(I think that missing file is ok cause the dir is full of other files...?)
The /usr/lib/ssl/cert.pem file specified in config seems to be missing?
PHP 5 is obsolete; use PHP 7.
Aug 19 2018
Yep, that's a regression in the extension.json migration. The addition of file types to $wgFileExtensions was being done twice, both in the extension.json and then again dynamically, causing the way that 'mp4' was removed from the list to fail because it only removed one instance of it.
Aug 14 2018
Aug 13 2018
As for role ids -- perhaps we should primarily use the names, not the numbers, in the <role> bit. It's analogous to a page's <title> reference (a primary identifier) not to its <ns> or <id> (which are provided informatively if you want to repro the database exactly, but can be freely discarded when doing imports and such).
Ok, proposed transitional schema looks like it imports cleanly via importDump (which uses same code path as Special:Import). The proposed final schema, however, imports a revision with empty text (and throws a notice on Undefined index: text in /vagrant/mediawiki/includes/import/WikiImporter.php on line 886).
My concern with the two-step transition idea is that some consumers may not update on a reliable schedule, or may not be able to do so easily. For instance, if people are using Special:Export on one wiki and Special:Import'ing those pages on another that's *not* a Wikimedia-hosted site, it's more likely to be an older version of MediaWiki.
Aug 8 2018
Aug 7 2018
I remuxed the file with ffmpeg, and reuploaded the new file and it's happier. Looks like the cues didn't get written properly by the original conversion program.
EBML parser thinks the file is incomplete; got cropped shortly before 128MB
file is File:GreenlandReel_Icebergs_2160APR.webm
Aug 6 2018
Hmm, that load factor moved. I have no idea what to change now. :D
Aug 4 2018
Yep, same cropping with the new VP9 transcodes (ffmpeg 3.2 I think)
Aug 3 2018
ffmpeg's behavior seems to have updated a bit; it's not perfect but may be "good enough".
Note this appears to predate the current VP9 stuff, and appears on some VP8 transcodes too.
Seems like if it's doing this regularly to our pages, that it's a browser compatibility issue that we'd want to address in some way?
Aug 2 2018
Aug 1 2018
Another intermittent error I see is "invalid frame size: 0x0" T200939. Doesn't seem VP9-specific but I hadn't noticed it until recently.
(Restarted the batch job a while ago.)
(Re-running the errored ones...)
Per joe in irc this is probably from hhvm config restarts, in which case just re-queuing the failed ones should patch em up. Just need to expect more will come and run follow-ups. (Todo: improve retry logic!)
Errors continuing. Stopping the batch job.
Encountered a spike in errors, details at T200873. Stopping the batch job for now.
Can confirm they were all around the same time:
Unfortunately the error logs in transcode table don't include the hostname yet.
This has been resolved (caused by T200813, worked around). Batch is running. Load is moderate on servers, we might be able to tune them to run more runners.
Jul 31 2018
Something seems wrong with the throttle option; it's not pausing when the queue size goes up. I'll investigate.
This got merged and deployed.
Since this is supported now, I think we're good to do this soon. :D (And WMF config is switched to vp9 now)
VP9 configuration has been switched in. T200747 covers batch process for re-running new transcodes.
Jul 28 2018
Jul 26 2018
Going ahead with this, as it simplifies overrides of the default config (based on my testing of our planned config for VP9 transition).
Jul 10 2018
Jun 29 2018
Seems to have cleared up for me too now. Marking resolved. \o/
and in ipv4:
$ sudo mtr bast1002.wikimedia.org -z --report-wide Password: Start: 2018-06-29T10:07:32-0700 HOST: Orac.local Loss% Snt Last Avg Best Wrst StDev 1. AS7922 2601:1c0:5201:b82:2cab:a4ff:fe47:1245 0.0% 10 5.9 5.9 3.5 13.5 2.9 2. AS7922 2001:558:4060:26::1 0.0% 10 13.8 21.0 13.4 55.8 12.5 3. AS7922 ae-225-rur02.beaverton.or.bverton.comcast.net 0.0% 10 17.0 16.1 12.9 27.2 4.2 4. AS7922 ae-51-ar01.troutdale.or.bverton.comcast.net 0.0% 10 17.6 17.4 14.0 19.5 2.0 5. AS7922 be-33490-cr01.seattle.wa.ibone.comcast.net 10.0% 10 21.4 23.9 20.1 29.1 3.4 6. AS7922 be-10846-pe01.seattle.wa.ibone.comcast.net 0.0% 10 27.0 22.8 18.1 28.7 3.5 7. AS7922 2001:559::536 0.0% 10 17.1 22.9 16.8 45.4 9.2 8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
Jun 27 2018
Ah, I figured it out. It was only triggering when editing was started from the article view (in which case TMH was already loaded), whereas in most of my testing I was reloading at the action=edit page, with no TMH loaded. I can now reliably trigger it. :D
Jun 26 2018
I'm having trouble reproducing this in an isolated environment.
Yeah, looks like the old-style mwembed player in TMH is getting confused about the parsoid-style markup and is ending up with a zero-size widget. Do y'all prefer that I try to fix the frontend to work with that markup, or leave it to to changing which markup is used (T154844)?
Gotcha -- yes, can reproduce the bug in Chrome and Safari. Thanks for filing the side bug. :)
(I do see that the thumbnail changes on the example taken from the referenced article; it looks like the 'thumbtime' parameter is not being passed through when the thumbnail is reloaded, so it gets the default time.)
In Chrome I'm not experiencing disappearing thumbnails or unusual size on https://en.wikipedia.org/wiki/User:Brion_Vibber_(WMF)/Video_VE_test when testing either of:
- changing size of video through 'edit' / advanced
- changing size of video by dragging the corner
- inserting a new video