[00:39:08] <wikibugs>	 3MediaWiki extensions / 3TimedMediaHandler: Multimedia:Video player has strange size and proportions - 10https://bugzilla.wikimedia.org/72437 (10Andre Klapper)
[01:31:53] <wikibugs>	 3MediaWiki extensions / 3TimedMediaHandler: Multimedia:Video player has strange size and proportions - 10https://bugzilla.wikimedia.org/72437#c1 (10Bawolff (Brian Wolff)) Huh. I thought I fixed that like a year ago. It was related to javascript being loaded in the wrong order
[01:34:54] <wikibugs>	 3MediaWiki extensions / 3TimedMediaHandler: Multimedia:Video player has strange size and proportions - 10https://bugzilla.wikimedia.org/72437#c2 (10Bawolff (Brian Wolff)) Oh whoops. I submitted a patch ( https://gerrit.wikimedia.org/r/#/c/108472/ ) it got (rightfully) -1'd, and then I totally forgot about it.
[07:14:09] <grrrit-wm1>	 (03CR) 10Gilles: [C: 04-1] "Still needs an action event and trackLinkClick" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/168099 (owner: 10MarkTraceur)
[08:56:01] <grrrit-wm1>	 (03PS1) 10Gilles: Make flickr import use postWithToken instead of iframe transport [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/168556 (https://bugzilla.wikimedia.org/65423) 
[08:56:42] <grrrit-wm1>	 (03CR) 10jenkins-bot: [V: 04-1] Make flickr import use postWithToken instead of iframe transport [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/168556 (https://bugzilla.wikimedia.org/65423) (owner: 10Gilles)
[08:57:39] <wikibugs>	 3MediaWiki extensions / 3UploadWizard: UploadWizard should not use iframe transport for upload_by_url requests to the wiki-own-API (FlickrUploading) - 10https://bugzilla.wikimedia.org/65423 (10Rainer Rillke @commons.wikimedia) a:3Gilles Dubuc
[08:57:43] <grrrit-wm1>	 (03PS2) 10Gilles: Make flickr import use postWithToken instead of iframe transport [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/168556 (https://bugzilla.wikimedia.org/65423) 
[08:58:13] <grrrit-wm1>	 (03CR) 10jenkins-bot: [V: 04-1] Make flickr import use postWithToken instead of iframe transport [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/168556 (https://bugzilla.wikimedia.org/65423) (owner: 10Gilles)
[08:58:41] <wikibugs>	 3MediaWiki extensions / 3UploadWizard: FlickrUpload stopped working due to API request through iframe && X-Frame-Option DENY - 10https://bugzilla.wikimedia.org/72340 (10Rainer Rillke @commons.wikimedia) 5PATC>3RESO/FIX a:3Bawolff (Brian Wolff)
[09:00:21] <gi11es>	 hashar: is this indentation check new? https://integration.wikimedia.org/ci/job/mwext-UploadWizard-npm/120/console
[09:00:53] <gi11es>	 seems a bit extreme...
[09:01:30] <grrrit-wm1>	 (03PS3) 10Gilles: Make flickr import use postWithToken instead of iframe transport [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/168556 (https://bugzilla.wikimedia.org/65423) 
[09:07:56] <hashar>	 gi11es: no idea
[09:08:14] <hashar>	 the npm jenkins jobs just run npm install && npm test
[09:08:20] <hashar>	 so it ends up running whatever is defined in the repo
[09:08:36] <gi11es>	 I imagine it was part of the nom checks that James_F|Away added, but I'd consider that this sort of indentation check should be non-voting
[09:08:44] <gi11es>	 it'd be very off-putting for volunteer contributions
[09:08:53] <gi11es>	 but since it's all npm or nothing...
[09:08:54] <hashar>	 maybe it installs the latest version of jscs  and a change has been made upstream
[09:09:05] <gi11es>	 and the rest is definitely worthy of being voting...
[09:09:32] <gi11es>	 I think I just managed to not trip it until now
[09:09:40] <hashar>	 possibly
[09:09:44] <hashar>	 the deps    "grunt-jscs": "0.7.1"
[09:25:53] <wikibugs>	 3MediaWiki extensions / 3UploadWizard: Validation error against schema UploadWizardFlowEvent: Unrecognized property: quantity - 10https://bugzilla.wikimedia.org/72360#c2 (10Gilles Dubuc) The inability to upload was probably #60821
[09:37:27] <grrrit-wm1>	 (03PS1) 10Gilles: Points upload events to the right schema [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/168563 (https://bugzilla.wikimedia.org/72360) 
[13:55:26] <wikibugs>	 3MediaWiki extensions / 3TimedMediaHandler: Native player shows for (at least) audio files, then styling jumps - 10https://bugzilla.wikimedia.org/72477 (10Mark Holmquist) 3NEW p:3Unprio s:3normal a:3None From IRC, I'm getting a report that, on the Commons main page, an audio file shows the native bro...
[15:43:39] <marktraceur>	 I'm switching back and forth today...looking at stashed API and also working on finishing the help link thing
[15:43:51] <marktraceur>	 I think we can at least differentiate between different stash errors to start
[16:48:06] <FDMS>	 Are there any nometadata tags for {{information}} content?
[18:15:43] <marktraceur>	 FDMS: Like, a category images go into if {{information}} is missing parameters? If so, absolutely. Lots of them.
[18:16:27] <FDMS>	 marktraceur: No, like a template for source= or author= with stuff that shouldn't be displayed in the MW
[18:16:54] <marktraceur>	 FDMS: I don't think so...sounds like something we could solve for more generally
[18:17:16] <marktraceur>	 FDMS: Something like <span class="extra-data"> that doesn't get displayed in compact clients
[18:17:32] <FDMS>	 Looking for an example …
[18:18:42] <FDMS>	 marktraceur: https://commons.wikimedia.org/wiki/File:13-04-06-praha-by-RalfR-095.jpg#mediaviewer/File:13-04-06-praha-by-RalfR-095.jpg
[18:19:19] <marktraceur>	 holy Christ
[18:19:45] <FDMS>	 I personally like to put original upload logs into source= …
[18:19:52] <wikibugs>	 3MediaWiki / 3File management: Large image handling and dependency on $wgMaxImageArea and $wgMemoryLimit - 10https://bugzilla.wikimedia.org/72324#c4 (10Daren Welsh) I have duplicated this behavior with several image files. Here is one I can share: https://commons.wikimedia.org/wiki/File:Nunak.png  The issue...
[18:20:01] <marktraceur>	 A large part of me is screaming "That's not supposed to go in the author field"
[18:20:39] <marktraceur>	 Most of it is licensing data, not authorship information
[18:20:46] <marktraceur>	 So my answer here would be "you're doing it wrong"
[18:21:35] <FDMS>	 What about https://commons.wikimedia.org/wiki/File:Crescent_Falls_2007-06.jpg#mediaviewer/File:Crescent_Falls_2007-06.jpg ? (Uploaded by me.)
[18:22:17] <marktraceur>	 Hmm.
[18:22:19] <marktraceur>	 That's maybe valid
[18:22:34] <marktraceur>	 FDMS: Maybe the original upload log could go into other_info=
[18:22:50] <marktraceur>	 Or whatever it is
[18:23:26] <FDMS>	 I like hiding it by default …
[18:24:18] <FDMS>	 It's no big deal, I just thought there might be something like id="no_fileinfotpl_src"
[18:37:47] <marktraceur>	 Oh, I was thinking
[18:37:58] <marktraceur>	 Maybe we could put a link to Freenode webchat in the UploadWizard page
[18:38:03] <marktraceur>	 So people can more easily reach us
[18:38:13] <marktraceur>	 I think the feedback page may be losing its utility here
[18:51:37] <grrrit-wm1>	 (03PS5) 10MarkTraceur: Add about link to disable/enable dialog [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/168099 
[18:51:52] <marktraceur>	 Ta daaa
[18:51:56] <marktraceur>	 Back to stash nastiness
[19:21:08] <wikibugs>	 3MediaWiki extensions / 3MultimediaViewer: In VE, while adding any image using Firefox getting the error "Image corrupt or truncated" in Betalabs - 10https://bugzilla.wikimedia.org/72115#c14 (10etonkovidova) After additional investigation with Roan.  Revised steps to reproduce:  1. In test2 in FF - make sure...
[19:30:23] <wikibugs>	 3MediaWiki / 3File management: Large image handling and dependency on $wgMaxImageArea and $wgMemoryLimit - 10https://bugzilla.wikimedia.org/72324#c5 (10Bawolff (Brian Wolff)) Hmmm. Usually image scaling doesnt affect php's memory limit ver much. Are you using image magick to scale files or GD (shoild say in...
[19:39:33] <marktraceur>	 I should probably make a UW patch to handle them thar stash errors.
[19:47:36] <marktraceur>	 So THAT'S WHY
[19:47:45] <marktraceur>	 There's an mw.Api.errors list that I've never seen before
[19:47:53] <marktraceur>	 I always wondered why we had such moronic error handling
[19:53:16] <grrrit-wm1>	 (03PS1) 10MarkTraceur: Add more detailed stash error messages [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/168659 
[19:59:09] <marktraceur>	 gi11es: Do we know if https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/719 is done? The last murmur was completing the last task, I think?
[20:00:52] <wikibugs>	 3MediaWiki extensions / 3UploadWizard: <api-error-stasherror> - 10https://bugzilla.wikimedia.org/54028#c10 (10Mark Holmquist) FYI I have two patches:  * https://gerrit.wikimedia.org/r/168649 * https://gerrit.wikimedia.org/r/168659  Together they should at least make it so errors from the stash API are legibl...
[20:20:16] <marktraceur>	 Where *is* everyone
[20:20:46] <marktraceur>	 tgr left 13 hours ago, OK, fine, he's not coming back
[20:20:55] <marktraceur>	 Fabrice hasn't been online at all today that I've seen
[20:25:22] <marktraceur>	 OK, tgr is on vacation, but Fabrice...
[20:27:23] <wikibugs>	 3MediaWiki / 3File management: Large image handling and dependency on $wgMaxImageArea and $wgMemoryLimit - 10https://bugzilla.wikimedia.org/72324#c6 (10Bawolff (Brian Wolff)) (In reply to Bawolff (Brian Wolff) from comment #5) > Hmmm. Usually image scaling doesnt affect php's memory limit ver much. Are > you...
[21:06:08] <wikibugs>	 3MediaWiki / 3File management: Large image handling and dependency on $wgMaxImageArea and $wgMemoryLimit - 10https://bugzilla.wikimedia.org/72324#c7 (10Daren Welsh) I think we're using GD. We have $wgUseImageMagick = false.  I think I understand your points about GD and the associated increased memory use. I...
[21:24:52] <wikibugs>	 3MediaWiki / 3File management: Large image handling and dependency on $wgMaxImageArea and $wgMemoryLimit - 10https://bugzilla.wikimedia.org/72324#c8 (10Bawolff (Brian Wolff)) (In reply to Daren Welsh from comment #7) > I think we're using GD. We have $wgUseImageMagick = false. >  > I think I understand your...
[21:53:08] <wikibugs>	 3MediaWiki extensions / 3UploadWizard: UploadWizard stuck on chunked upload of images to Commons - 10https://bugzilla.wikimedia.org/60821#c12 (10Mark Holmquist) If the above fixes the problem, we should be good now...if the issue resurfaces, please reopen!
[22:06:38] <wikibugs>	 3MediaWiki / 3File management: Large image handling and dependency on $wgMaxImageArea and $wgMemoryLimit - 10https://bugzilla.wikimedia.org/72324#c9 (10Daren Welsh) I was reading this: https://www.mediawiki.org/wiki/Manual:$wgMaxImageArea  Thank you for modifying it, though I think it could use some more det...
[22:22:37] <wikibugs>	 3MediaWiki / 3File management: Large image handling and dependency on $wgMaxImageArea and $wgMemoryLimit - 10https://bugzilla.wikimedia.org/72324#c10 (10Bawolff (Brian Wolff)) (In reply to Daren Welsh from comment #9) > I was reading this: https://www.mediawiki.org/wiki/Manual:$wgMaxImageArea >  > Thank you...
[23:06:52] <wikibugs>	 3MediaWiki extensions / 3UploadWizard: UploadWizard stuck on chunked upload of images to Commons - 10https://bugzilla.wikimedia.org/60821#c13 (10Andre Klapper) I can confirm that today I could finally upload a 220MB video and did not get stuck for hours with UploadWizard showing "Finished! 0 out of 1 file up...