[12:59:05] <wikibugs>	 (03CR) 10Cparle: [C: 03+2] Fix entity id creation when there is no label in user or fallback language [extensions/WikibaseMediaInfo] - 10https://gerrit.wikimedia.org/r/565308 (owner: 10Matthias Mullie)
[13:19:51] <wikibugs>	 (03Merged) 10jenkins-bot: Fix entity id creation when there is no label in user or fallback language [extensions/WikibaseMediaInfo] - 10https://gerrit.wikimedia.org/r/565308 (owner: 10Matthias Mullie)
[21:00:09] <wikibugs>	 (03PS1) 10Brion VIBBER: Set wgRevisionId in TimedText also when oldid not used [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/565692 (https://phabricator.wikimedia.org/T243018)
[21:02:01] <wikibugs>	 (03CR) 10Jforrester: [C: 03+2] "Ick. We really should re-do this into MCR at some point (to give us even bigger problems)." [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/565692 (https://phabricator.wikimedia.org/T243018) (owner: 10Brion VIBBER)
[21:03:48] <wikibugs>	 (03CR) 10Brion VIBBER: "Agreed, that'll be on my slate of planning for next-stage media work." [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/565692 (https://phabricator.wikimedia.org/T243018) (owner: 10Brion VIBBER)
[21:21:11] <James_F>	 brion: MCR for video subtitles would either need for us to coreify the concept, or have some way of multiple CH/MCR types in NS_FILE, both of which make me feel unwell just saying aloud.
[21:22:28] <brion>	 heh
[21:23:04] <brion>	 worst case, the subtitles live in a separate namespace but we don't have as many disparate blobs of them, and it's more consistent how we access them
[21:23:11] <brion>	 but it'd be nice for it all to live on the File: page
[21:23:17] <James_F>	 Yeah, but that feels like a lot of work for less benefit.
[21:23:19] <James_F>	 Yeah.
[21:24:07] <wikibugs>	 (03Merged) 10jenkins-bot: Set wgRevisionId in TimedText also when oldid not used [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/565692 (https://phabricator.wikimedia.org/T243018) (owner: 10Brion VIBBER)
[21:24:22] <James_F>	 There are other media types that MCR might help with, like translated SVGs, or multi-track audio files, or graphs (styling code + data CSV = output SVG)
[21:25:08] <brion>	 *nod*
[21:25:24] <brion>	 so we should probably have a plan for storing 'media-type-related stuff' alongside the structured data blobs 
[21:25:57] <brion>	 oh, a graphs that was properly factored for data & presentation would be ... fun :D
[21:26:01] <James_F>	 I guess we'd want to create a MediaContentHandler super-class?
[21:26:15] <James_F>	 And then MCH would provide a single interface for MCR needs.
[21:26:50] <James_F>	 Hmm. Would you register MCH sub-classes by MIME type? Who wins if two extensions think they support SVG files or whatever?
[21:26:59] <James_F>	 All these problems and more!
[21:27:01] <brion>	 heh
[21:27:01] * James_F grins.
[21:28:04] <brion>	 James_F: lets think about grabbing some people at all hands to talk a little on this. i still have no resources ;) but i want to keep pushing forward on the stuff that needs some actual planning & arch work to make happen
[21:28:12] * James_F grins.
[21:28:16] <brion>	 so it may just be me making plans for now
[21:28:18] <James_F>	 Yeah, sounds like a plan.
[21:28:23] <James_F>	 Ha. Plan for a plan.
[21:28:23] <brion>	 coooool
[21:28:33] <brion>	 that's called a strategy! ;) ;)
[21:28:43] <James_F>	 Well, tactics, at least. :-)