[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 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]