[00:31:50] (03PS1) 10Gergő Tisza: Make optout link more AJAXy [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140259 [00:33:34] marktraceur: is there a nice way to set up a multimedia-metrics clone for local development, or do you do that on the live server? [00:39:27] A...huh? [00:39:33] tgr: You mean, like, a limn instance? [00:39:37] Because no, not really [00:39:41] Deploy and test in prod [00:40:02] a limn instance with fake data, or something like that, yeah [00:40:14] I guess the fake data is the hard part [00:40:32] hm [00:40:58] maybe we should just generate some from the schema structure [01:02:51] (03PS1) 10Gergő Tisza: Log clicks to the above-the-fold file page link [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140262 [01:11:18] (03PS2) 10Gergő Tisza: Log clicks to the above-the-fold file page link [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140262 [01:15:55] (03PS1) 10Gergő Tisza: Add above-fold filepage link to stats fields [analytics/multimedia] - 10https://gerrit.wikimedia.org/r/140263 [01:19:49] (03PS2) 10Gergő Tisza: Add above-fold filepage link to stats fields [analytics/multimedia] - 10https://gerrit.wikimedia.org/r/140263 [01:22:13] (03PS1) 10Gergő Tisza: Add click tracking for the above-the-fold file page link [analytics/multimedia/config] - 10https://gerrit.wikimedia.org/r/140264 [01:53:22] 3MediaWiki extensions / 3TimedMediaHandler: MwEmbedSupports and TimedMediaHandler require $wgIncludejQueryMigrate = true; ($.browser) - 10https://bugzilla.wikimedia.org/66359#c1 (10Matthew Flaschen) The TMH seems to be fixed (at least $.browser), in c1c55a612ae055dc19800dd8a370b4151c3c0ed4 . However, there... [01:53:37] 3MediaWiki extensions / 3TimedMediaHandler: MwEmbedSupport and TimedMediaHandler require $wgIncludejQueryMigrate = true; ($.browser) - 10https://bugzilla.wikimedia.org/66359 (10Matthew Flaschen) [08:47:34] (03CR) 10Pginer: "About the specific change:" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/138303 (owner: 10Gergő Tisza) [08:49:56] pginer: Are you +1 on the change? [08:50:02] The process crap is a separate thing [08:50:50] In the “about the specific change” section I provide some suggestion for changing the wording [08:51:43] "More details about this file on $1" [09:58:18] (03CR) 10Gilles: [C: 032] Only do pop up video player if we actually have a bigger size [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/138307 (owner: 10Brian Wolff) [09:58:27] (03Merged) 10jenkins-bot: Only do pop up video player if we actually have a bigger size [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/138307 (owner: 10Brian Wolff) [09:59:54] (03CR) 10Gilles: [C: 032] Convert Mac line endings to Linux ones for some SVG files [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140195 (owner: 10Gergő Tisza) [10:00:29] (03Merged) 10jenkins-bot: Convert Mac line endings to Linux ones for some SVG files [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140195 (owner: 10Gergő Tisza) [10:12:02] (03CR) 10Gilles: [C: 032] Make opacity rules compatible with IE6-8 [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140224 (owner: 10Gergő Tisza) [10:12:37] (03Merged) 10jenkins-bot: Make opacity rules compatible with IE6-8 [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140224 (owner: 10Gergő Tisza) [10:32:35] (03CR) 10Gilles: [C: 032] Make max-height computation more stable [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140226 (https://bugzilla.wikimedia.org/66244) (owner: 10Gergő Tisza) [10:33:09] (03Merged) 10jenkins-bot: Make max-height computation more stable [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140226 (https://bugzilla.wikimedia.org/66244) (owner: 10Gergő Tisza) [10:34:34] (03CR) 10Gilles: ""i18n/.qqq.json.swp" is part of the commit" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/139295 (owner: 10MarkTraceur) [10:41:55] (03CR) 10Gilles: Add section for attribution of downloads (032 comments) [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/139295 (owner: 10MarkTraceur) [11:10:41] (03CR) 10Gilles: [C: 04-1] "You might have misinterpreted the existing code, which was mostly doing what it was supposed to. The metadata panel area is supposed to be" (031 comment) [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140240 (owner: 10Gergő Tisza) [11:18:57] (03CR) 10Gilles: [C: 032] Tweak optout popup texts [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140251 (owner: 10Gergő Tisza) [11:19:32] (03Merged) 10jenkins-bot: Tweak optout popup texts [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140251 (owner: 10Gergő Tisza) [11:26:14] (03CR) 10Gilles: [C: 04-1] "This isn't enough, since the media viewer changeset bumps the schema version to 8922098. You need to UNION with the new MediaViewer_892209" [analytics/multimedia] - 10https://gerrit.wikimedia.org/r/140263 (owner: 10Gergő Tisza) [11:26:31] (03CR) 10Gilles: [C: 032] Log clicks to the above-the-fold file page link [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140262 (owner: 10Gergő Tisza) [11:27:05] (03Merged) 10jenkins-bot: Log clicks to the above-the-fold file page link [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140262 (owner: 10Gergő Tisza) [11:27:12] (03CR) 10Gilles: "Feel free to +2 this one once the SQL changeset is merged." [analytics/multimedia/config] - 10https://gerrit.wikimedia.org/r/140264 (owner: 10Gergő Tisza) [11:52:21] (03CR) 10Gilles: [C: 04-1] Make optout link more AJAXy (032 comments) [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140259 (owner: 10Gergő Tisza) [12:04:41] (03CR) 10Gilles: [C: 04-1] "The new icon alignment doesn't look that great to me: https://www.dropbox.com/s/tdv8zy6phxjusqn/Screenshot%202014-06-18%2014.03.56.png" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140247 (owner: 10Gergő Tisza) [12:09:02] (03CR) 10Gilles: "Noteworthy: the different panel opacity behaviour introduced here only happens when logged in." [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140240 (owner: 10Gergő Tisza) [17:02:48] 3MediaWiki / 3Uploading: Upload broken after upgrade to 1.23 - 10https://bugzilla.wikimedia.org/66467#c9 (10Aaron Schulz) popen() would only be used with 'parallelize' set to 'implicit' or 'explicit'. The default is 'off'. Did you change the config from defaults? [17:07:18] 3MediaWiki / 3Uploading: Upload broken after upgrade to 1.23 - 10https://bugzilla.wikimedia.org/66467#c10 (10Aaron Schulz) (In reply to Aaron Schulz from comment #9) > popen() would only be used with 'parallelize' set to 'implicit' or > 'explicit'. The default is 'off'. Did you change the config from default... [17:16:19] http://eightmedia.github.io/hammer.js/ [17:17:37] now the question is whether or not we can detect that people have pinched out of it, that's the tricky part [17:18:11] on desktop browsers the pixel aspect ratio detectable in JS changes when you zoom, but I suspect it might not be the case on tablets [17:40:48] 3MediaWiki extensions / 3TimedMediaHandler: Warning: trim() expects parameter 1 to be string, array given in OggHandler.php on line 116 - 10https://bugzilla.wikimedia.org/66448#c1 (10Sam Reed (reedy)) foreach( $stream['comments'] as $name => $value ) { $trimmedValue = trim( $value... [17:43:36] 3MediaWiki / 3File management: Warning: Invalid argument supplied for foreach() in MediaHandler.php on line 509 - 10https://bugzilla.wikimedia.org/66801 (10Sam Reed (reedy)) 3NEW p:3Unprio s:3normal a:3None Warning: Invalid argument supplied for foreach() in /usr/local/apache/common-local/php-1.24w... [17:44:05] 3MediaWiki / 3File management: Warning: Invalid argument supplied for foreach() in FormatMetadata.php on line 104 - 10https://bugzilla.wikimedia.org/66802 (10Sam Reed (reedy)) 3NEW p:3Unprio s:3normal a:3None Warning: Invalid argument supplied for foreach() in /usr/local/apache/common-local/php-1.2... [17:55:37] gi11es: hammer.js seems to be reimplementing gestures, not really detecting them [17:55:54] (03PS5) 10MarkTraceur: Add section for attribution of downloads [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/139295 [17:56:24] so its interpretation of pinch will be probably slightly different from the native one [17:56:54] so you either prevent the default handling and then users will complain more about how MMV feels unnatural [17:57:24] or you leave the default but use hammer.js to detect, in which case you will have false positives/negatives [17:58:24] as for devicePixelRatio, it is not really uniform across all desktop browsers IIRC [17:59:04] also they tend to remember zoom level for a given domain, so you never know if it is a device with actual high-density display or it is zoomed [18:12:20] (03CR) 10Gergő Tisza: "Changing the metadata panel visibility from hover to mousemove was wholly unintentional, and I can't reproduce it either logged-in or logg" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140240 (owner: 10Gergő Tisza) [18:24:21] gi11es: re analytics servers, what I have been doing so far is ssh bast1001.wikimedia.org -> ssh stat1003 -> mysql -h sX-analytics-slave.eqiad.wmnet [18:25:28] and I thought for multimedia metrics, I have to go ssh bastion.wmflabs.org -> ssh limn1 [18:26:36] which is a different server in a different cluster, and I don't have access to it [18:27:12] I can test the SQL queries themselves from stat11003, that's true [18:37:28] (03PS4) 10Brian Wolff: Fix ?embedplayer=yes mode, which is currently totally broken [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/137529 (https://bugzilla.wikimedia.org/66143) [18:38:58] (03CR) 10Brian Wolff: "PS4: PS2 rebased" [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/137529 (https://bugzilla.wikimedia.org/66143) (owner: 10Brian Wolff) [18:43:20] ping, anyone want to review change 66143 [18:49:14] bawolff: this seems to move JS loading from the head to the bottom of the page [18:49:20] or am I misunderstanding? [18:50:00] Its mostly about loading it the same way "skins" load js, so that any changes to js loading don't break timed media handler [18:50:58] I get that, it's just that to keep the old behavior, mw.EmbedPlayer should be changed to be a top script [18:51:38] obviously bottom is better if it works that way [18:51:57] so I was just wondering whether that was an intentional change [18:52:32] or maybe I am just misunderstanding what mw.loader.go did in the old version [18:53:18] Hmm, honestly I didn't even think about that. But mw.EmbedPlayer module is also used just normally in mediawiki, where its bottom loaded, so it should be fine to bottom load it [18:56:41] (03CR) 10Gergő Tisza: "> It would be easier if a screenshot or a link to a test instance where the patchset could be tested" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/138303 (owner: 10Gergő Tisza) [19:00:16] (03CR) 10Gergő Tisza: "While we are complaining about communication channels: comment handling in Mingle is total crap, there no way as far as I could see to get" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/138303 (owner: 10Gergő Tisza) [19:06:28] (03PS6) 10Gergő Tisza: Change "learn more" to "more details about this file" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/138303 [19:07:05] (03CR) 10Gergő Tisza: ""Learn more" -> "More details" per Pau's recommendations" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/138303 (owner: 10Gergő Tisza) [19:07:50] (03CR) 10jenkins-bot: [V: 04-1] Change "learn more" to "more details about this file" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/138303 (owner: 10Gergő Tisza) [19:10:34] (03PS7) 10Gergő Tisza: Change "learn more" to "more details about this file" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/138303 [19:12:28] (03CR) 10Gergő Tisza: [C: 031] "Looks sane, haven't tested" [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/137529 (https://bugzilla.wikimedia.org/66143) (owner: 10Brian Wolff) [19:55:04] gi11es: added links to the eventlogging-on-leave-page discussion in https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/715 [20:02:10] (03PS3) 10Gergő Tisza: Add above-fold filepage link to stats fields [analytics/multimedia] - 10https://gerrit.wikimedia.org/r/140263 [20:05:06] 3MediaWiki extensions / 3MultimediaViewer: Mediaviewer scrolling issue under the Monobook skin. - 10https://bugzilla.wikimedia.org/66810 (10Excirial) 3NEW p:3Unprio s:3normal a:3None Tested using: Google Chrome: Build 35 Firefox: Version 29.0.1. Internet Explorer: Version 9 If an image is opened in... [20:05:34] 3MediaWiki extensions / 3MultimediaViewer: Mediaviewer scrolling issue while using the Monobook skin. - 10https://bugzilla.wikimedia.org/66810 (10Excirial) [20:49:47] tgr: you can reproduce exactly what runs on the production limn server on your local machine, by pointing to the live tsvs [20:50:16] and you can generate tsvs locally by sshing to the analytics slave like you currently do [20:50:38] so, with some work, you should be able to really test everything locally [20:50:48] installing limn is pretty easy [20:51:21] thanks, I'll try that [20:53:29] (03CR) 10Gergő Tisza: "Nevermind, I can reproduce on Firefox." [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140240 (owner: 10Gergő Tisza) [20:55:10] mmm yeah I should have specified. I forgot to mention it because I had recorded a video where it showed firefox but ended up not uploading it because it was easy to describe [20:56:28] the change wasn't really browser-specfic, I would have assumed it's a generic bug as well [20:57:04] the change is totally broken on FF anyway, the bug it supposedly fixes isn't fixed either [20:59:08] hmm no, on a second look that part works, I just had crazy settings [21:00:39] gi11es: what do you think about https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/731 ? I know we are already short on time and it is not a trivial task, but it would really help with catching issues like this [21:02:17] I think we could achieve the same thing with the e2e tests with less effort [21:02:28] they run on a wide range of browsers now [21:02:47] you mean, adding screenshots to those tests? [21:03:17] it can take screenshots, but we might as well add a bunch of rules that check visibility and position of certain elements [21:04:19] that's hard if you don't know what exactly is going to break [21:04:32] you need to specify positions for a lot of elements [21:04:40] then respecify if you change them [21:05:07] media viewer is going to be pretty stable for a long time [21:05:28] also, it would have the advantage that Pau and Fabrice could get a quick glance of proposed / under development features [21:05:45] that's true [21:06:30] this changeset is a good example, it's easy to formulate a test that checks the panel only appears on hover [21:06:53] sue, that style might change some day, but for now I think it's going to stay that way for months, if not years [21:07:00] worth the investment to write the test [21:07:27] yes, that's probably something we should have a test for [21:07:50] I thought about screenshots originally after the IE10 bug [21:08:05] that's hard to test for, but really easy to see at a glance [21:08:26] we could generate screenshots for key moments, yeah, but then we absolutely need something that will detect that something changed visually [21:08:31] and only email us when it does [21:08:47] even then, it might still be a deluge of screenshots that people will stop looking at [21:09:19] ideally it should include a visual diff with the change being highlighted [21:10:05] the e2e test would be a reasonable source of screenshots, I know it's capable of taking them and it's already running twice a day on all those browsers [21:10:27] we just need a pipeline to collect those screenshots, generate visual diffs and email them to us when there's a visual change [21:11:32] and the email could be configured to look more alarming when only a subset of browsers experienced a change and not all of them [21:11:56] (03PS2) 10Gergő Tisza: Fullscreen improvements [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140240 [21:11:59] (03CR) 10jenkins-bot: [V: 04-1] Fullscreen improvements [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140240 (owner: 10Gergő Tisza) [21:12:05] or I guess if we have an email per browser, we'd notice that it's odd that only IE X had a visual change [21:12:59] there are probably open source tools to do visual diffs, I've seen things like that before [21:13:28] or just a bunch of imagemagick commands would probably do the job [21:14:00] (03PS3) 10Gergő Tisza: Fullscreen improvements [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140240 [21:14:26] in fact, that whole thing would be a pretty decent hackathon project [21:14:40] (03CR) 10Gergő Tisza: "Should be fixed. There was a syntax error in the CSS; apparently Chrome is more forgiving." [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140240 (owner: 10Gergő Tisza) [21:16:50] for me a list of screenshots I can look at when I know I am messing with the layout would already be very valuable, without any automated alert [21:20:15] locally that seems tough to do [21:20:25] hooked into gerrit, probably doable [21:20:42] a bot could run the current changeset and compare it visually to the parent commit [21:22:37] locally it is not so useful because I would want it on all kinds of browsers [21:23:15] you could get that [21:23:23] in jenkins, there is probably a way to do operations on the build artifacts of both the current build and the stable build, that would be close enough [21:23:34] with saucelabs, browserstack, or something like that [21:24:17] it's more complicated because either your local machine needs to be accessible from those services or you need to transmit a diff [21:24:28] maybe a manually triggered test on jenkins then? [21:24:49] yeah something invoked manually would probably be better [21:25:03] I don't expect many projects would spend the time to write those visual tests anyway [21:26:48] 3MediaWiki extensions / 3MultimediaViewer: Mediaviewer scrolling issue while using the Monobook skin. - 10https://bugzilla.wikimedia.org/66810#c1 (10Tisza Gergő) Probably a duplicate of bug 66326. Can you retest after the deployment on Thursday (that is, after 20:00 UTC)? [21:34:39] gi11es: do you remember how the icons in https://gerrit.wikimedia.org/r/#/c/140247/ were different from the parents commit? [21:35:24] the screenshot doesn't look much different to me, and I didn't change anything about icon positioning [21:35:30] not consciously anyway [21:35:55] they seemed to try being bottom-aligned after your change, but turn out to be weirdly each one higher than the next, as seen on the screenshot [21:36:08] I think that prior to the change they looked more or less vertically aligned [21:36:35] that's because each SVG has a little different spacing [21:36:43] on the CSS level they are the same [21:36:51] but it's possible that your comment just drew my attention to them and that production could be the same. it just looked a bit strange [21:37:05] also site icons have different size from site to site [21:37:14] I think that line always looked a bit ragged [21:38:08] I only changed the vertical alignment of the author, license name etc. strings, not the icons, unless I messed something up [21:38:10] event horizontally they're not really centered compared to the dividers (looking at production now) [21:38:28] oh ok, I misunderstood what you were saying then [21:38:41] in that case the changeset probably didn't change anything [21:38:49] in that area anyway [21:38:59] well, again, the SVG element is centered, but the icon is not in the middle [21:39:49] we had a lot of trouble with that for the below-the-fold icons as well, there are a bunch of 1-2px relative positionings because of that IIRC [21:40:08] hopefully when the designers switch to the icon font, that will be more consistent [21:40:08] pau should fix this, now that I've been staring at it it really contributes to that area looking sub-par [21:42:12] I have to go to bed now, but in the morning I'll make sure to do what's necessary to +2 those 2 changesets [21:42:25] thanks! [21:42:36] sorry for bothering you in the evening :) [21:44:00] (03CR) 10Gergő Tisza: "This is caused by the icons not being centered within the SVG tiles. Probably best fixed by uploading new icons (we could add CSS offsets " [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140247 (owner: 10Gergő Tisza) [22:17:44] Dmcdevit: If you don't mind me asking. Very roughly speaking, do you know how much money has been spent towards organizing https://en.wikipedia.org/wiki/Wikipedia:GLAM/US/Consortium [22:20:42] Not much (relatively). We had one in-person meeting of the advisory group, with about $6000-$8000 (don’t remember exactly) of WMF grant money for travel, plus WMDC paying for catered lunches for a weekend. Other than that, just stuff like scholarships provided to the Wikimedia Conference, like all user groups were entitled to. [22:21:07] Ok. That's about what I expected [22:21:16] And it was originally developed when Lori was still a part-time fellow for GLAM-Wiki stuff in 2012, however you count that. [22:22:01] I was just curious, as there's currently some people trying to get funding to organize a mediawiki user group, and they want about 60 grand, which seems high to me [22:24:12] If you have a really good program(s) and enough expertise to demonstrate you can pull it off, that’s not totally crazy. But it would be more normal to ease into it, working on organizational things to begin with, building capacity and a track record. [22:25:33] If you're curious, I'm looking at https://www.mediawiki.org/wiki/Release_Management_RFP/2014/Mark_y_Markus_LLC#Budget [22:27:44] bawolff: Don't forget that M&M are proposing that budget as compensation for *their* time as contractors. [22:29:44] Are they seeking to become a user group to do this work, or is there a MediaWiki user group that would seek WMF grant money to fund their work? [22:30:38] There seeking a contract to do release management, and trying to sneak "organize" a user group as part of the funding (I think. I'm not entirely sure how user groups got tangled up in the rfp on release management) [22:32:21] bawolff: I think my interpretation is similar to yours. As far as I can follow the logic, releases are for 3rd party users and they want to have a user group to gather requirements/feedback from. [22:33:08] I think they really want to figure out how to start a MediaWiki Foundation but ... that's a big hill to climb. [22:33:11] Interesting. I’m not sure AffCom would really accept them, anyway. [22:33:39] bd808: yes, mglaser specificly mentioned MW foundation on irc [22:35:11] I don't know. The more I think about it, the more it seems to be really out of scope for the RfP (as an organization that basically gives grants for development), or a lot of money to organize what is in essence a monthly irc meeting [22:35:13] We need a Wikimedia Multimedia, MediaWiki, and Wikipedia Foundation. [22:35:26] Wikimediawiki foundation [22:36:07] And they don't exactly have the greatest track record on their non-release goals from last year [22:36:20] To go along with out Wikimedia Foundation, Wiki Ed Foundation, and Wiki Med Foundation. [22:36:54] Wiki med foundation is a thing? [22:45:24] https://meta.wikimedia.org/wiki/Wiki_Project_Med#Name [22:46:31] We have to make sure they found an Iowa chapter, so it’s the Wiki Medi IA Foundation. [22:46:48] That's almost as bad as the core features team [22:46:48] *Wiki Med IA [23:35:22] (03PS2) 10Gergő Tisza: Make optout link more AJAXy [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140259 [23:35:25] (03CR) 10jenkins-bot: [V: 04-1] Make optout link more AJAXy [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140259 (owner: 10Gergő Tisza) [23:43:34] (03PS3) 10Gergő Tisza: Make optout link more AJAXy [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140259 [23:44:20] (03CR) 10jenkins-bot: [V: 04-1] Make optout link more AJAXy [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/140259 (owner: 10Gergő Tisza)