Another case where this would've been useful...
Wed, May 12
Tue, May 11
I can't say I'd seen it been used in the wild. But the fact numerous other tasks exist, shows there's various holes to be plugged too. See also T282453: Allow to render WebP thumbnails in addition to PNG/JPG in MediaWiki core
Looks like IPUtils and purtle left. Purtle needs a release
Mon, May 10
I think so, yeah. Can't say 100% offhand, but should be cheap to try it, merge and see/confirm if it works correctly on beta
Yeah... That's not going to work. While the extension.json files are loaded as per wmf-config extension-list, there's no injection/loading of PHP classes into the autoloader for this to work as designed.
Fri, May 7
It was more for cross linking purposes of related tasks. I wasn't saying "this is a duplicate".
Thu, May 6
Which packages are we using? Wikimedia apt? Debian? Sury?
Feels... Regression esque. But is it?
Wed, May 5
I think there's also some duplication of data (potentially a compressed and a non compressed version). So some time spent looking at that (though, I don't know who has access to it these days as since Chase left, no one on the team has root) could help slim the dataset down too.
I've brought it up on the security team channel about ressurecting T246954/T247492, and working out what to do longer term for this sort of data storage.
Mon, May 3
https://www.mediawiki.org/wiki/Manual:CleanupAncientTables.php needs updating...
I don't think there's anything to backport...? 1.37.0-wmf.3 is on every wiki, and stable. So it's just the config change to be deployed
Apparently I wrote this in 2012. Why, or for what exactly, I'm not sure. It was labelled as being WIP - rMW25017c83e13c: Work in progress (can kill another patch hanging around in my working copy)
Sun, May 2
Sat, May 1
Fri, Apr 30
Yeah. It was more an answer to your "Did we ever do a stand-alone upcoming EOL announcement/reminder?"
Haha. Probably. Not worth the extra hassle.
More usually it's been tacked onto another email that was being sent at the right time - https://lists.wikimedia.org/pipermail/mediawiki-announce/2020-September/000259.html
It might just be easier to provide a link saying "sign up for mediawiki-announce" but I doubt we'd get the same conversion rate.
Thu, Apr 29
Tarballs are staged and the 1.36.0-rc.0 tag is pushed.
Wed, Apr 28
I thought all SRE automagically get security@ as they also go to one of the SRE aliases?
Tue, Apr 27
Mon, Apr 26
This will require a MW core patch that accepts (read: does not filter out) FS file creation option header X-Delete-After.
Support HTTP/3 where? In MediaWiki? On Wikimedia Wikis? Both? Support it how?
For confirmation, was this just review of the MW extension? Or does it include the various services etc? Or just the external interactions (GET etc) with those services?