[09:28:16] <duesen_>	 Krinkle: if you have 10 minutes, you can probably just merge the SqlBlobStore patch: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/540163
[17:39:26] <Krinkle>	 brion: so assuming Safari didn't sneak in webm, do you know how their stance is on the successor AV1?
[17:40:11] <brion>	 Krinkle: tricky :D they joined AOM organization and participate in meetings and stuff but they haven't announced anything
[17:40:27] <brion>	 plus they're big into HEVC which is the current-gen competition
[17:40:33] <Krinkle>	 perf has some vendor contacts we might be able to ask as well about plans to support WebM on Mobile Safari (or indeed any modern, free unencumbered video codec) 
[17:40:36] <brion>	 if they do support AV1 it'll likely be in MP4 container
[17:40:57] <brion>	 by all means ask, the worst that happens is they appear like a sphinx and do no tanswer ;)
[17:42:17] <Krinkle>	 cool
[17:42:27] <Krinkle>	 It would definitely help in such ask if we can show it working on Android :D
[17:42:29] <brion>	 i'll have to see if we can look at the landscape of h.264 again, see if the licensing is still a problem if we use openh264 to generate files or if still hosting them is an issue
[17:42:35] <brion>	 :D
[17:43:53] <brion>	 honestly if we can generate h264 with openh264 and have no problems with that, that'd work great as our mac/ios/etc fallback. but i'd have to have legal look at it again and thats gonna be slow ;)
[17:48:22] <Krinkle>	 so, testing with browserstack real device, looks like ogv indeed plays fine from a mobile article. 
[17:48:32] <Krinkle>	 Not a nice player, but the play media link does end in playing the media
[17:48:44] <Krinkle>	 native as separate url navigation
[17:49:21] <Krinkle>	 I guess the videojs-target HTML output would allow that work without separate navigation, even without the JS payload, right?
[17:50:25] <brion>	 right, it'd just show up as a <video> -- and would pick a modest resolution by default
[17:50:35] <brion>	 if you click through the old-style link it gives you source video which might be 1080p or 4k
[17:50:46] <Krinkle>	 right
[17:53:08] <brion>	 gotta run do some errands, catch ya at the meeting
[18:13:28] <Krinkle>	 anomie: might be of interest - https://gerrit.wikimedia.org/r/#/c/operations/mediawiki-config/+/540380/ - not sure if we've thought about autocreate in context of closed wikis before, might be fine?
[18:23:38] <hauskater>	 I'm not sure about that change Krinkle t.b.h. Closed wikis are like museums. No point in allowing account creations for not being able to do anything there?
[18:24:52] <James_F>	 hauskater: Better than having to manually create and unify the accounts for stewards.
[18:26:21] <hauskater>	 James_F: we hardly ever need to do something on a closed wiki fwiw
[18:26:36] <hauskater>	 but, well, looks like the change does not do much
[18:26:40] <James_F>	 Hardly ever but not never.
[18:26:46] <James_F>	 Yeah, not tested it.
[18:27:09] <hauskater>	 As long as they remain uneditable by non-stewards I guess it'd be okay
[18:27:15] <James_F>	 +1
[18:27:26] <James_F>	 Special:Log will have new content, but that's it.
[18:27:53] <James_F>	 If we wanted closed wikis to be actually frozen, we'd migrate them to static HTML dumps and delete the MediaWiki code.
[18:27:56] <hauskater>	 Wikis closed for N years should be deletable IMHO
[18:28:20] <hauskater>	 There are wikis that are closed for 10 years or more.
[18:28:42] <hauskater>	 I don't see a point to keep a site up for just the main page, but it's just my opinion
[18:29:03] * hauskater back to writting
[19:27:05] <anomie>	 Krinkle: I *think* that'll allow anyone to auto-create their account, not just stewards. But the code currently requires the IP have the right in order for autocreation to happen. Simplest way I can thing of to implement an "only stewards" rule would be to also add a custom PreAuthenticationProvider on those wikis to reject all non-steward accounts in testUserForCreation().
[19:28:43] <Krinkle>	 anomie: Yeah, I think that might be less risky. also since logged-in users on closed wikis can still do a lot of db actions like watchlist storage, preference blobs etc.