[01:05:51] James_F: https://gerrit.wikimedia.org/r/235431 now has several more dependencies, and IMO is possibly okay. [01:06:43] James_F: will review the stuff you wanted now [01:39:14] MatmaRex: Thanks. [02:38:23] good night folks~ [06:55:18] 6Multimedia, 6Commons, 6Editing-Department, 10Possible-Tech-Projects, and 2 others: Allow uploading of 3D files to Wikimedia Commons - https://phabricator.wikimedia.org/T3790#1684002 (10TasneemLo) @Moushira, yes it would be STL as that is the most popular format that most 3D printing softwares support. Did... [07:39:39] (03CR) 10Siebrand: [C: 032] SpecialUploadWizard: Escape messages [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/241664 (https://phabricator.wikimedia.org/T113669) (owner: 10Bartosz Dziewoński) [07:41:11] (03Merged) 10jenkins-bot: SpecialUploadWizard: Escape messages [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/241664 (https://phabricator.wikimedia.org/T113669) (owner: 10Bartosz Dziewoński) [10:24:15] 6Multimedia: Stop form from submitting and turn validate debug mode off - https://phabricator.wikimedia.org/T113968#1684439 (10Aklapper) @MarkTraceur: Which code project is this about? [10:32:34] 6Multimedia, 6Commons, 10UploadWizard: 587 MB file to upload, chunked upload failed at assembling state - https://phabricator.wikimedia.org/T112698#1684477 (10Inaki-LL) Ummm, sorry I am lost. The logs tell nothing to me... What I am supposed to do next? Thank you [11:05:06] (03PS3) 10Hashar: Update for I51f7966add: load oojs-ui.styles.icons [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/238309 (owner: 10Catrope) [11:06:31] (03CR) 10Hashar: [C: 032] "Per MarkTraceur" [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/238309 (owner: 10Catrope) [11:07:35] (03Merged) 10jenkins-bot: Update for I51f7966add: load oojs-ui.styles.icons [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/238309 (owner: 10Catrope) [11:11:30] (03PS9) 10Gilles: Turn mmv-next/mmv-prev into OO events [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/173916 (https://phabricator.wikimedia.org/T77253) [11:13:25] (03CR) 10Gilles: Turn mmv-next/mmv-prev into OO events (031 comment) [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/173916 (https://phabricator.wikimedia.org/T77253) (owner: 10Gilles) [11:39:49] 6Multimedia, 10MediaWiki-File-management, 7Performance: Remote file thumb generation blocks serving a page - https://phabricator.wikimedia.org/T114098#1684569 (10Nemo_bis) 3NEW [11:51:03] 6Multimedia, 7Epic, 5Patch-For-Review: Be able to embed an upload dialog so that other extensions (e.g. WikiEditor, VisualEditor) can provide it to users - https://phabricator.wikimedia.org/T91717#1684587 (10Prtksxna) [11:51:04] 6Multimedia: Figure out legal text to be put in the mw.ForeignStructuredUpload.Dialog.js - https://phabricator.wikimedia.org/T111910#1684585 (10Prtksxna) 5Open>3Resolved @slaporte says he's happy with this (over email) [12:00:15] 6Multimedia, 10MediaWiki-File-management, 7Accessibility, 5Patch-For-Review: SVG client side rendering - https://phabricator.wikimedia.org/T5593#1684608 (10Perhelion) I have a last strong idea/suggestion (to the contra argument **bad SVG**): How about setting up the Reviewer system (Wikipedia:Flagged revis... [12:05:46] 6Multimedia, 10MediaWiki-extensions-GWToolset: Could GWToolset upload faster please? - https://phabricator.wikimedia.org/T114099#1684611 (10Hansmuller) 3NEW [12:31:55] 6Multimedia, 10MediaWiki-extensions-GWToolset: Could GWToolset upload faster please? - https://phabricator.wikimedia.org/T114099#1684651 (10Hansmuller) p:5Triage>3Normal [13:11:48] 6Multimedia, 10MediaWiki-File-management, 7Accessibility, 5Patch-For-Review: SVG client side rendering - https://phabricator.wikimedia.org/T5593#1684766 (10Nemo_bis) Such proposal is unrelated to this report. You can check whether there is interest for such a feature in the relevant talk pages, e.g. https:... [13:44:33] 6Multimedia, 10MediaWiki-extensions-GWToolset: Could GWToolset upload faster please? - https://phabricator.wikimedia.org/T114099#1684863 (10Hansmuller) p:5Normal>3Triage [13:59:38] Woohoo, back in single digits celsius, at least for a little bit [13:59:44] 6Multimedia, 7Epic, 5Patch-For-Review: Be able to embed an upload dialog so that other extensions (e.g. WikiEditor, VisualEditor) can provide it to users - https://phabricator.wikimedia.org/T91717#1684911 (10matmarex) [14:40:00] 6Multimedia, 10Wikimedia-General-or-Unknown: Implement International Image Interoperability Framework (IIIF) prototype service on Wikimedia labs - https://phabricator.wikimedia.org/T89552#1685049 (10Nemo_bis) [14:56:40] marktraceur: o/ [15:07:29] Ohai prtksxna [15:07:34] How's it going? [15:11:26] marktraceur: Still in Delhi, but will be able to work now. More in your timezone than might though :P [15:12:19] 42 revisions! Perfect. [15:12:49] OK, so. [15:13:07] Are we going to get https://gerrit.wikimedia.org/r/#/c/241918/ merged? How? [15:13:35] And ideally https://gerrit.wikimedia.org/r/#/c/235431/ on top of it. :-) [15:16:39] James_F: try asking matt flaschen if he's around, we both previously worked on fixing up jquerymsg and i think we both know it better than we'd like to [15:16:47] * James_F grins. [15:18:18] Is there anything else that needs to go in for FSUBL or whatever it is now [15:18:49] ? [15:19:38] I don't think there is, but I am checking. [15:20:19] MatmaRex: And yes, that message that you guys were discussing yesterday was useless. [15:25:59] :-) [15:26:54] MatmaRex: https://phabricator.wikimedia.org/F2644897 this isn't right, is it? [15:28:02] prtksxna: it's a problem with the debug toolbar, there's a task filed somewhere [15:28:24] MatmaRex: I meant the calendar going out of the dialog [15:28:45] that is intended [15:29:01] the category selector dropdown does that too, if it's long enough [15:30:25] MatmaRex: Oh ok. There was no way to access it in my small window so I thought something was wrong, but I guess it was just my window that was too tiny. [15:30:29] Some very clever stuff MatmaRex did to accomplish it too :) [15:33:46] marktraceur: James_F stand up? [15:33:56] Sorry, meeting running late. [15:34:17] Oh, sorry [15:34:30] I was very busy discussing Cab Calloway [15:34:38] prtksxna: edsanders: about the upload thingy, yesterday it got stuck for me after an upload failed for some reason. i'm not sure if the error recovery of the dialog works. [15:34:47] Hmm. [15:35:36] MatmaRex: Any specific steps to reproduce? [15:36:07] no. i only got that once while working on other stuff [15:36:45] edsanders: also, i couldn't get the indicator on the "handle" of DateInputWidget and on the text field to appear in the same place. so if you feel like fiddling with it, be my guest [15:45:01] MatmaRex, the error handling is poor [15:45:15] it fails without an error for a simple warning [15:46:50] James_F, MatmaRex, this is a more straightforward patch than I was led to believe. [15:47:25] MatmaRex: Yeah. [15:47:35] Err. marktraceur. [15:47:57] (03CR) 10Jdlrobson: [C: 032] Turn mmv-next/mmv-prev into OO events [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/173916 (https://phabricator.wikimedia.org/T77253) (owner: 10Gilles) [15:48:03] edsanders: Once https://gerrit.wikimedia.org/r/#/c/235431/ lands how much work will it be for you to check the VE integration? [15:48:40] not much, but the error handling needs improvement [15:48:50] * James_F nods [15:49:03] also [15:49:12] what are we shipping in ve-mw? [15:49:25] shouldn't ve-mw use regular uploadbooklet [15:49:37] and ve-wmf using foreignUpload [15:49:45] (03Merged) 10jenkins-bot: Turn mmv-next/mmv-prev into OO events [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/173916 (https://phabricator.wikimedia.org/T77253) (owner: 10Gilles) [15:49:47] or should it be a VE config option? [15:50:03] edsanders: Probably config option defaulting to foreignUpload. [15:50:24] regular users can't use foreignUpload [15:50:37] Regular farm users can. [15:50:43] But meh, sure. [15:50:55] Defaulting to local upload isn't a bad idea, I'd say [15:51:04] you can use ForeignStructuredUpload to upload to local wiki perfectly well. [15:51:12] Fantastic [15:51:19] Let's do that, then? [15:51:21] we've just mixed up the "foreign" and "structured" parts in one class [15:51:26] * James_F nods. [15:53:17] MatmaRex: If I get this jquerymsg thing in, can you mergd FSUBL? I haven't seen it in a while, feel like you have a better grasp on how it's been [15:54:30] marktraceur: probably [15:54:36] edsanders: Maybe do a first version without great error handling? [15:54:57] * James_F mumbles briefly about arbitrary deadlines leading us to do possibly foolish things [15:55:03] i'm not sure if we really want to release it somewhere visible in the current state [15:55:16] We could make it an experimental module. [15:55:28] That would mean it was only shown on Beta Cluster, not real production. [15:55:46] if the upload goes well, then it's actually pretty great. but error handling sucks [15:56:11] * James_F nods. [15:56:15] "probably" I like it [15:56:31] Leeeeeeroooooooy [15:56:35] * James_F grins. [15:59:57] So… do we close T91717 or keep it open for error handling? [16:00:17] Keep it open, we need to deal with it before we move on [16:00:22] But not before we say we met our goal [16:00:25] Lol goals. [16:00:39] * James_F nods. [16:00:50] Rather than as a distinct task? [16:00:51] James_F: experimental sounds like a good idea [16:00:59] Oh, I mean, I guess we could file a new task [16:01:06] Kk. edsanders, does that work for you? Is it structured to make that possible? [16:01:09] MatmaRex, either way - we need wmf instances to upload to commons, and all others to upload locally [16:01:16] through some config [16:01:18] MatmaRex: That [16:01:21] Bah. [16:01:40] MatmaRex: That something that should be in the mw-config setting for MW-core, though? [16:02:00] hmm? [16:02:31] if this code loads optionally then I need to add some more logic [16:02:39] edsanders: we have that config, kind of [16:03:12] marktraceur added the $wgRemoteUploadTarget thing [16:03:23] although it seems that we only used it for messages, not for actual target… [16:03:54] so that's weird [16:04:40] James_F: marktraceur: do we need https://gerrit.wikimedia.org/r/#/c/235431/ in this branch cut? i'm not sure if we should merge it [16:04:57] if we don't need it, i'd keep it unmerged, fix things up and avoid followups. [16:04:58] 6Multimedia: Improve error handling UX in the mw.ForeignStructuredUpload.BookletLayout - https://phabricator.wikimedia.org/T114130#1685394 (10Jdforrester-WMF) 3NEW [16:05:14] MatmaRex: I think we want it in this cut ideally. [16:05:22] Heh [16:05:27] Yeah, I'd say put it in [16:05:39] But mostly because of arbitrary deadlines [16:05:42] blergh [16:06:14] But also because I don't see much reason to hold it back [16:06:26] I thought it was pretty solid [16:06:35] 6Multimedia, 10UploadWizard: Unescaped messages on Special:UploadWizard - https://phabricator.wikimedia.org/T113669#1685410 (10Jdforrester-WMF) 5Open>3Resolved [16:06:38] 6Multimedia, 10MassAction, 10MediaWiki-Internationalization, 10MediaWiki-extensions-GWToolset, and 4 others: Special pages, actions and views whose messages don't escape text - https://phabricator.wikimedia.org/T85864#1685413 (10Jdforrester-WMF) [16:07:04] * James_F nods. [16:07:22] "Let's not make 'perfect' the enemy of the 'good'" and all that rot. [16:08:16] that saying should have "good enough". [16:09:08] 6Multimedia, 10Analytics-EventLogging, 10UploadWizard: Half the time, 100% of UploadWizardExceptionFlowEvent events are dropped - https://phabricator.wikimedia.org/T113366#1685426 (10Jdforrester-WMF) [16:09:09] 6Multimedia, 10UploadWizard: Remove UploadWizardException EventLogging schema - no longer necessary - https://phabricator.wikimedia.org/T113780#1685427 (10Jdforrester-WMF) [16:09:22] 6Multimedia, 10UploadWizard, 7Technical-Debt: Remove UploadWizardExceptionFlowEvent EventLogging schema - no longer necessary - https://phabricator.wikimedia.org/T113780#1685430 (10Jdforrester-WMF) [16:09:32] 6Multimedia, 10Analytics-EventLogging, 10UploadWizard: Half the time, 100% of UploadWizardExceptionFlowEvent events are dropped - https://phabricator.wikimedia.org/T113366#1685433 (10Jdforrester-WMF) p:5Triage>3Normal [16:09:52] i think we've been trying to finish it in too much haste, and made some questionable decisions and introduced some bugs in the process. [16:10:14] if i was wearing my volunteer hat right now, i'd probably be trying to get it reverted. [16:10:18] also needs release notes. :P [16:11:21] 6Multimedia, 6Commons, 10MediaWiki-File-management, 7Availability, 7Performance: Thumbnails failing to be created (400 error) due to metadata caching problem - https://phabricator.wikimedia.org/T113198#1685441 (10Jdforrester-WMF) p:5Triage>3Low [16:11:51] Well, we might need to say "wait until next week", though by then at least we'll hopefully have a VE button too. [16:11:59] 6Multimedia, 10MediaWiki-File-management, 10MediaWiki-Uploading: Prevent upload of new version of a file when it's the same as the current version - https://phabricator.wikimedia.org/T113900#1685451 (10Jdforrester-WMF) p:5Triage>3Normal [16:12:44] 6Multimedia, 10MediaWiki-File-management, 7Performance: Remote file thumb generation blocks serving a page - https://phabricator.wikimedia.org/T114098#1685462 (10Jdforrester-WMF) p:5Triage>3Normal [16:13:58] By today we'll have a VE button. edsanders's impressive like that. [16:14:10] Rockin' [16:14:20] (No pressure.) [16:14:56] Let's see, we have until Wednesday... [16:15:15] 6Multimedia, 10VisualEditor, 10VisualEditor-MediaWiki, 10VisualEditor-MediaWiki-Media, and 2 others: Button in VisualEditor to initiate Commons file uploading, and insert image on completion - https://phabricator.wikimedia.org/T40030#1685475 (10Jdforrester-WMF) [16:15:18] James_F: If we've got it up on mw.org by then, that should be a decent accomplishment, right? [16:15:19] 6Multimedia, 10UploadWizard: Image uploading social workflow and motivation - display result on context pages! - https://phabricator.wikimedia.org/T35234#1685477 (10Jdforrester-WMF) [16:15:21] 6Multimedia, 7Epic, 5Patch-For-Review, 5WMF-deploy-2015-09-29_(1.27.0-wmf.1): Be able to embed an upload dialog so that other extensions (e.g. WikiEditor, VisualEditor) can provide it to users - https://phabricator.wikimedia.org/T91717#1094319 (10Jdforrester-WMF) [16:15:28] Yeah. [16:15:46] But yes, once things settle down MatmaRex is right that we need release notes, maybe an announcement. [16:16:26] True. [16:16:39] Perhaps fitting that we're moving into 1.27 [16:16:47] Indeed. [16:19:16] prtksxna: Do you have the bandwidth to get error handling and release notes done this week? [16:19:27] If not, how can we help [16:33:44] (i gotta run out for a while.) [16:37:26] James_F, VE button? [16:37:52] edsanders: It's marktraceur's short-hand for "control inside VE to initiate file upload to Commons". [16:38:01] edsanders: In this case, a tab. :-) [16:45:17] Details [16:52:25] marktraceur: https://gerrit.wikimedia.org/r/240116 is Ed's WIP if you're curious. [17:25:40] (i'm back here.) [17:26:05] Hey MatmaRex. [17:26:15] MatmaRex: Do you need anything in OOUI this week? [17:26:42] Currently 0.12.10 is looking a bit empty. :-) [17:27:14] James_F: only thing that was blocking my stuff was the change i backported [17:27:22] * James_F nods. [17:27:41] Plus https://gerrit.wikimedia.org/r/#/c/231059/ of course. :-) [17:32:32] 6Multimedia, 10MediaWiki-File-management, 7Performance: Remote file thumb generation blocks serving a page - https://phabricator.wikimedia.org/T114098#1685862 (10Bawolff) >The local configuration for InstantCommons/remote files can probably be improved, but however bad a local configuration is this should no... [17:32:52] MatmaRex: If nothing else, it'd be nice to tackle to error state handling in FSUD. [17:36:06] mhm [17:47:59] 6Multimedia, 10MediaWiki-File-management, 7Performance: Remote file thumb generation blocks serving a page - https://phabricator.wikimedia.org/T114098#1685963 (10Isarra) > * One could use 404 rendering with commons so that it doesn't block on downloading the (potentially large) image from commons. [probably... [17:53:50] (03CR) 10TheDJ: [C: 032] Re-enable 2-pass Theora encoding [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/240446 (https://phabricator.wikimedia.org/T109658) (owner: 10Brion VIBBER) [17:54:37] (03Merged) 10jenkins-bot: Re-enable 2-pass Theora encoding [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/240446 (https://phabricator.wikimedia.org/T109658) (owner: 10Brion VIBBER) [17:55:28] 6Multimedia, 10MediaWiki-File-management, 7Performance: Remote file thumb generation blocks serving a page - https://phabricator.wikimedia.org/T114098#1686077 (10Bawolff) thumb.php/thumb_handler.php doesn't like foreign repos, which is the major blocker for using 404-handlers with instant commons. (T27958)... [18:45:40] I'm having a weird issue with Media Viewer [18:45:55] specifically, there's a weird issue with Firefox, and Media Viewer circumvents that [18:47:02] even more specifically, Firefox 41.0 won't load .gifs from WMF servers [18:47:14] I can load gifs from other sites, and I can load WMF gifs with other browsers.... [18:47:38] but I can't load 'em unless I do stuiff like ctrl-F5 or use MediaViewer [18:48:43] Hi Dragonfly6-7. [18:49:04] andre__ actually gave you moderately bad advice, as this team doesn't maintain MMV anymore officially [18:49:16] However, excuse me while I try to reproduce your issue [18:50:08] Dragonfly6-7: https://es.wikipedia.org/wiki/Usuario:Jonah_StarFire/Destacado/Archivo <-- so this page is totally still and has broken images, in Firefox? [19:00:32] moment [19:00:51] hm [19:00:57] actually, no. It's animated. [19:01:03] how very odd. [19:03:12] the various example images in https://en.wikipedia.org/wiki/GIF are all dead, though [19:04:05] OK, checking that. [19:04:15] I see those moving [19:04:24] Dragonfly6-7: Are they still, or not loaded at all? [19:04:44] marktraceur - on [[GIF]] ? Not loaded at all. [19:05:02] on Jonah StarFire's little archive of animated gifs? They're all moving. [19:09:16] tgr: https://hacks.mozilla.org/2015/09/flash-free-clipboard-for-the-web/ [19:10:51] http://caniuse.com/#feat=clipboard [19:14:59] James_F: Wikibase on Commons life signs check [19:17:03] 6Multimedia, 6Commons, 10MediaWiki-File-management, 7Availability, 7Performance: Thumbnails failing to be created (400 error) due to metadata caching problem - https://phabricator.wikimedia.org/T113198#1686541 (10Ajfweb) Interestingly these specific files seem to be fixed now. I don't know how that happe... [19:21:42] gilles: nice, thanks! [19:22:23] looks like it's quite usable in current ffox/chrome/opera. there might be caveats about field focus, but the limitation of the call being only available to click handlers makes sense [19:26:56] marktraceur: It's dead, Jim? [19:28:44] James_F: Damn it, Jim [19:29:12] marktraceur: Dammit, Jim, I'm a Product Manager, not a Necromage! [19:29:22] u sure ? [19:29:37] take it's treasure anyways... [19:30:42] * James_F grins. [19:45:01] 6Multimedia, 6Commons, 10MediaWiki-File-management, 7Availability, 7Performance: Thumbnails failing to be created (400 error) due to metadata caching problem - https://phabricator.wikimedia.org/T113198#1686644 (10Bawolff) The width/height cache for file metadata has an expiry date of 7 days. So its been... [19:49:29] marktraceur - any other ideas? [19:50:49] 6Multimedia, 6Commons, 10MediaWiki-File-management, 7Availability, 7Performance: Thumbnails failing to be created (400 error) due to metadata caching problem - https://phabricator.wikimedia.org/T113198#1686699 (10Bawolff) Given recent efforts to move to different levels of caches (e.g. WAN cache vs non-W... [19:54:01] Dragonfly6-7: Sorry, got distracted, one sec [19:57:49] Dragonfly6-7: Mind pulling up developer tools so we can look for network logs for the images? [19:58:21] 6Multimedia, 10MediaWiki-General-or-Unknown, 5MW-1.27-release, 5WMF-deploy-2015-09-29_(1.27.0-wmf.1): Improve mw.widgets.CategorySelector so that it can be used in something like HotCat - https://phabricator.wikimedia.org/T113462#1686743 (10Jdforrester-WMF) [19:58:38] marktraceur - you're going to have to walk me through how to do that [19:58:46] 6Multimedia, 10UploadWizard, 5WMF-deploy-2015-09-29_(1.27.0-wmf.1): location entry tooltip should link to [[commons:Commons:Geocoding]] - https://phabricator.wikimedia.org/T36336#1686758 (10Jdforrester-WMF) [19:58:47] 6Multimedia, 10MediaWiki-Uploading, 7Easy, 5MW-1.27-release, 5WMF-deploy-2015-09-29_(1.27.0-wmf.1): upload by url of something that's not a url doesn't give error - https://phabricator.wikimedia.org/T34361#1686759 (10Jdforrester-WMF) [19:58:58] Dragonfly6-7: Shift-Ctrl-K [19:59:11] Click on Network in the top right area of the window [19:59:22] do you want me to go to a non-loading image page first? [19:59:25] or after? [19:59:28] Then refresh the page and look for status codes like 404, 500, etc. [19:59:31] Before [19:59:35] okay [19:59:36] marktraceur: I was using the default OO.ui.Error stuff in the process dialog without understanding it much. I'll try and figure out what is going on if ping you if i need more information from mw.Upload [19:59:45] OK, cheers prtksxna [19:59:57] All the error information should be there but I could maybe make it easier to understand [20:00:01] marktraceur: I am sure a description along with error and warning will help [20:00:21] marktraceur: Right, we did discuss documenting possible error states at some point [20:01:14] so, I'm at [[Fingerpori]] [20:01:28] the image is dead [20:01:41] shift-ctrl-k [20:01:53] and I've clicked on 'Network' [20:02:07] Dragonfly6-7: Now refresh the page [20:02:22] I did [20:02:47] what information do you need now? [20:02:51] OK, now we're looking for a network response that has 404 or 500 next to it [20:03:14] Or rather, look for the request that starts with 300px-Fingerpori-example and click on that row [20:03:30] everyhing has a little orange triangle next to it, excpet for the 450px-Fingerpori-example which has a greyed-out circle [20:03:33] marktraceur: > It is. (from https://gerrit.wikimedia.org/r/#/c/240874/2) [20:03:34] What is? [20:03:49] and in the column with the number of the status message, everything is 304 except for the Fingerpori example strip, which is [20:05:07] Dragonfly6-7: Hm, so the request must not have worked [20:05:33] prtksxna: setMissing is in that prototype. [20:05:58] marktraceur: I said that is probably shouldn't be as its private too, just to be consistent with the others [20:06:29] hm [20:06:34] marktraceur: Of course that was before MatmaRex pointed out that those methods need to be shared across instances of CapsuleWidgetItems [20:06:37] shall I try looking at that with the MediaViewer now? [20:07:05] Dragonfly6-7: Go for it, but of course it's a different request [20:07:22] Dragonfly6-7: Also, try right-clicking on that request and copying the URL, maybe navigating directly to it will work [20:08:08] I'll do the second thing first [20:08:35] okay, navigating directly to it works [20:09:07] Interesting. [20:09:13] https://upload.wikimedia.org/wikipedia/en/thumb/6/6f/Fingerpori_example_comic_strip.gif/450px-Fingerpori_example_comic_strip.gif [20:09:16] So maybe the thumbnail request just timed out for some reason [20:09:38] Dragonfly6-7: Wait, why do you have a 450px thumbnail when I have a 300px one? [20:09:48] no idea? [20:09:56] anyway, it just loaded in the article [20:10:03] Interesting. [20:10:16] I guess because you have it in the local cache now [20:10:19] yeah [20:10:20] makes sense [20:10:22] Dragonfly6-7: Try refreshing again? [20:10:34] ctrl-F5 [20:10:49] ... the image still loads [20:11:19] hm [20:11:30] need to find another article with .gifs [20:11:31] hold on [20:15:22] OK [20:15:53] https://en.wikipedia.org/wiki/Christopher_G._Ripley [20:16:30] and for [20:16:31] https://upload.wikimedia.org/wikipedia/commons/thumb/7/74/Christopher_G._Ripley_of_the_Minnesota_Supreme_Court.gif/300px-Christopher_G._Ripley_of_the_Minnesota_Supreme_Court.gif [20:16:37] error message is [20:17:20] although when I click directly on that URL here, it loads [20:17:35] but I shoudln't have to do that for each and every .gif I want to see [20:18:44] No indeed [20:19:26] We have different thumbnail sizes again for some reason [20:19:30] I get a 400px version [20:19:39] Er, 200px. [20:20:12] Dragonfly6-7: https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-rendering <-- the "Thumbnail size" preference. What is it set to? [20:20:37] hold on [20:21:04] 220px [20:21:40] should I change it? [20:22:26] No, that's the default. Weird. [20:22:35] Also weird that I'd get 200px instead of 220px, maybe. [20:22:43] Is your browser zoomed in or something? [20:22:57] ... how would I know that? [20:24:38] I dunno, hit ctrl+0 and see what happens [20:24:40] That's zero [20:25:01] no change [20:25:05] But I'm pretty sure we don't bother adjusting based on zoom anyway, so [20:25:09] OK [20:28:27] 6Multimedia, 10MediaWiki-File-management, 7Accessibility, 5Patch-For-Review: SVG client side rendering - https://phabricator.wikimedia.org/T5593#1686910 (10Perhelion) @Nemo_bis: Sorry I really don't understand your comment, I mean this fully related to this topic (and I see also no relation to Help:SVG). W... [20:31:07] ... could it conceivably be an antivirus issue? [20:34:14] Dragonfly6-7: Seems like a stretch [20:34:18] But maaaaybe. [20:34:53] I'm opening Avast [20:34:56] any settings I should check? [20:35:03] Not that I know of, man [20:35:12] * Dragonfly6-7 closes Avast [20:35:15] I can't see why even Avast would try to block Commons [20:35:22] and it's not just Commons [20:35:27] that Fingerpori example gif [20:35:39] it's not on Commons, it's Fair Use [20:36:05] similarly, if it was blocking commons, why would it allow jpgs and pngs? [20:36:08] Oh. [20:36:11] True! [20:36:27] And why would it decide to stop blocking it after the first attempt [20:37:09] https://en.wikipedia.org/wiki/William_M._Ampt https://upload.wikimedia.org/wikipedia/commons/thumb/2/20/William_M._Ampt.gif/330px-William_M._Ampt.gif => [20:37:11] but [20:37:18] when I click on that URL [20:37:48] it's quite aggravating [20:37:48] Huh. [20:38:00] and why would it allow Media Viewer to circumvent this [20:38:31] Possibly because MMV's sizes are already loaded [20:40:28] hm [20:46:32] marktraceur: it's manually 200px-ed [20:46:54] 6Multimedia, 10MediaWiki-File-management, 7Accessibility, 5Patch-For-Review: SVG client side rendering - https://phabricator.wikimedia.org/T5593#1686993 (10Bawolff) >>! In T5593#1684608, @Perhelion wrote: > I have a last strong idea/suggestion (to the only hard contra argument **bad SVG**): How about setti... [20:47:26] MMV does all kinds of weird tricks with thumbnail loading like AJAX requests so it's not really comparable to normal thumbnails [20:47:51] Yeah. [20:48:16] anyway sounds like a browser or browser plugin issue - start in safe mode, try other browsers [20:48:22] I have, and I have. [20:48:31] safe mode doesn't work, other browsers do [20:48:38] but I'd rather use Firefox [20:52:31] if I was insisting on having this work in, for instance, Netscape [20:52:33] or Mosaic [20:52:38] that'd be a different issue [20:52:46] but Firefox should work fine, dammit. [20:53:19] Dragonfly6-7: tried with a blank new profile? I'd be suspicious of addons [20:53:46] how would I do that> [20:56:15] brion ? [21:08:49] Sorry was away from keyboard [21:09:16] Dragonfly6-7: exact directions depend on OS, you can google it up [21:09:32] On Mac you hold down option while opening Firefox, then use the dialog that pops up [21:22:29] would "refresh" count? [21:22:46] https://support.mozilla.org/en-US/kb/refresh-firefox-reset-add-ons-and-settings this? [21:24:24] because if so, I've already done that, to no avail [21:29:33] Don't know [22:42:11] (03PS1) 10Legoktm: Only depend upon the DateInputWidget, not all of mediawiki.widgets [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/242383 [22:44:11] James_F: ^ [22:45:46] legoktm: *cough* MW dependency *cough*. [22:45:46] But sure. [22:46:37] James_F: huh? [22:47:27] legoktm: If UW was using extension.json we'd add a new MW version dependency, but sure. [22:47:53] (03CR) 10Jforrester: [C: 032] Only depend upon the DateInputWidget, not all of mediawiki.widgets [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/242383 (owner: 10Legoktm) [22:49:14] (03PS1) 10Legoktm: Use a less fragile check to detect whether TitleBlacklist is installed [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/242392 [22:51:29] marktraceur: Umm. Stupid question. Aren't mw.Upload and mw.ForeignStructuredUpload meant to be in Resources.php somehow? How are they loaded? [22:51:55] (03CR) 10Kaldari: [C: 04-1] "Actually, I never saved the comment I was referring to since I was on the wrong patch. I've moved it to the current patch. Sorry about tha" (031 comment) [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/210176 (https://phabricator.wikimedia.org/T87981) (owner: 10Paladox) [22:52:35] (03CR) 10Jforrester: [C: 031] Use a less fragile check to detect whether TitleBlacklist is installed [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/242392 (owner: 10Legoktm) [22:53:11] (03PS2) 10Legoktm: Use a less fragile check to detect whether TitleBlacklist is installed [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/242392 [22:53:26] (03CR) 10Legoktm: "PS2: Removed now unused global" [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/242392 (owner: 10Legoktm) [23:09:55] (03Merged) 10jenkins-bot: Only depend upon the DateInputWidget, not all of mediawiki.widgets [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/242383 (owner: 10Legoktm) [23:47:27] (03CR) 10Gergő Tisza: "Seems complete (haven't tested) although it could be made prettier." (032 comments) [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/187735 (https://phabricator.wikimedia.org/T87943) (owner: 10Gilles)