[04:57:31] 3MediaWiki extensions / 3MultimediaViewer: Images with transparent backgrounds should display with a whitebackground - 10https://bugzilla.wikimedia.org/66306 (10Quiddity) 3NEW p:3Unprio s:3enhanc a:3None In file-pages for images that contain transparency, eg [[File:Blue DualShock.png]] if the mouse-p... [05:01:59] ^ not sure if that one's easily actionable. Might need some testing for edge cases. [05:02:19] (transparent background vs forced-white background) [05:26:44] 3MediaWiki extensions / 3MultimediaViewer: Images with transparent backgrounds should display with a whitebackground - 10https://bugzilla.wikimedia.org/66306#c1 (10Tisza Gergő) See bug 57620 for the motivation. At the time we run into problems with black-on-transparent images; white-on-transparent is less fr... [05:39:44] 3MediaWiki extensions / 3MultimediaViewer: Images with transparent backgrounds should display with a whitebackground - 10https://bugzilla.wikimedia.org/66306#c2 (10Quiddity) Ah, I see how the edge-cases would cause problems and confusion. :/ Ok, well, feel free to close this bug however appropriate. At leas... [15:03:29] 3MediaWiki extensions / 3MultimediaViewer: MultimediaViewer: Remove uses of jQuery.browser - 10https://bugzilla.wikimedia.org/66098#c2 (10Aude) i see this issue when installing MultimediaViewer on my dev wiki. (yes i can enable the migrate plugin for now) there are a bunch of open pull requests for this lib... [16:22:15] 3MediaWiki / 3File management: TIFs appear less focused than JPG equivalent - 10https://bugzilla.wikimedia.org/45212#c8 (10Maarten Dammers) p:5Low>3High The current tiff thumbnails are of such poor quality that Commons users are uploading duplicate jpegs. This is a lot of extra work and puts and extra st... [16:24:44] 3MediaWiki / 3File management: TIFs appear less focused than JPG equivalent - 10https://bugzilla.wikimedia.org/45212#c9 (10Bawolff (Brian Wolff)) I would like to fix this bug at the same time as bug 52045, since we're be changing the rendering config with that bug, so might as well do it all at once. [16:30:17] 3MediaWiki extensions / 3MultimediaViewer: Overlay scroll height/scrollbar is too high in other skins as Vector - 10https://bugzilla.wikimedia.org/66326 (10Florian) 3NEW p:3Unprio s:3normal a:3None Created attachment 15591 --> https://bugzilla.wikimedia.org/attachment.cgi?id=15591&action=edit Examp... [17:53:29] 3MediaWiki extensions / 3MultimediaViewer: MultimediaViewer should not leave so many history entries when closed - 10https://bugzilla.wikimedia.org/62266 (10Tisza Gergő) [18:01:59] 3MediaWiki extensions / 3MultimediaViewer: MultimediaViewer should not leave so many history entries when closed - 10https://bugzilla.wikimedia.org/62266#c17 (10se4598) (In reply to Tisza Gergő from comment #16) >(Also, we haven't received many complaints about this so far, which > suggests this is not a big... [18:08:44] 3MediaWiki / 3File management: GIMP file format images display green instead of B&W - 10https://bugzilla.wikimedia.org/66323#c2 (10Bawolff (Brian Wolff)) Appears to be an upstream bug in image magick. We could perhaps work around it by doing: -colorspace sRGB -channel R -separate [18:23:01] 3MediaWiki extensions / 3MultimediaViewer: Ignore events with modifier keys - 10https://bugzilla.wikimedia.org/66329 (10Tisza Gergő) 3NEW p:3Unprio s:3normal a:3None We ignore some events with modifier keys (e.g. shift-click); we should do that consistently all the time. For example, some people appa... [18:54:05] (03PS1) 10Raimond Spekking: Support Creative Commons cc-by-(sa-)4.0 [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/138183 [18:57:17] 3MediaWiki / 3File management: GIMP file format images display green instead of B&W - 10https://bugzilla.wikimedia.org/66323#c3 (10Bawolff (Brian Wolff)) Filed upstream: http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=25701 [18:59:47] (03PS2) 10Raimond Spekking: Support Creative Commons cc-by-(sa-)4.0 [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/138183 (https://bugzilla.wikimedia.org/61896) [19:54:38] tgr: my changes aren't even in the right template to begin with. it;s just that this one is actually sort of present on almost all of them, so was the easiest hack [20:19:38] Was there a resolution or decision regarding '' and the thread "[Multimedia] How to disable MediaViewer for some images" afterwards? [20:19:39] If not, I'll ping that thread for an update. (I see Mingle #551 but am not sure if that's what I'm meant to advise editors to use, or when it's ETA is, because it isn't mentioned in the onwiki FAQ yet). Thanks :) [20:26:59] 3MediaWiki extensions / 3UploadWizard: Support Creative Commons cc-by-(sa-)4.0 in the UploadWizard - 10https://bugzilla.wikimedia.org/61896#c4 (10Raimond Spekking) 5UNCO>3PATC Change-Id: Ibd743f08101bedeef578bd8c671b3c3a3f60e852 [20:45:58] quiddity: last I read, the decision was indeed to go with noviewer, but that might take some time. [20:46:15] So, how is this relaitive new team liking their first pitchforks and tar moment :) [20:46:49] welcome to MW development :) [20:49:38] thedj: Did you see the pseudo-death threat on enwiki? [20:50:03] ugh.. well nothing surprises me anymore... [20:50:15] but was that dealt with ? [20:50:40] I think it was just ignored [20:51:10] hmm, it should not be. Out with those kind of people. [20:52:19] thedj: I thought we already had our initiation with the mpeg thing [20:53:07] thedj: Actually it was on mediawiki.org - https://www.mediawiki.org/wiki/Talk:Multimedia/About_Media_Viewer#Media_Viewer_sucks [20:53:12] quiddity: we will go with .noviewer, I think [20:54:04] thedj: I have to wonder where all this comes from, though [20:54:28] there is very little negative feedback on enwiki, the opt-out numbers are also pretty mild compared to other wikis [20:55:24] so there is a big discrepancy between survey/talk page feedback and actual usage [20:56:09] I have a personal theory that negative reactions to deployments aren't actually about the features, so much as people being angry over the power balance between projects and developers [20:56:47] People being angry because they think the power to deploy new features should rest with the community [20:57:31] Of course on a community the size of enwiki, you also have the vocal-minority-who-are-assholes contingent [20:57:34] tgr: nahh that didn't count :) [20:58:59] bawolff: quite so. [20:59:45] but still, some of the points are quite valid. it's just that it's difficult to get these people to participate [21:00:19] and honestly, ideally they shouldn't really have to of course. They ARE here to write the wiki, not to consult on software developement. [21:00:35] but they are just such a small and niche group... there is no replacing them. [21:01:47] still, i've seen few surprising comments [21:02:21] most of it, I could see coming in advance. [21:03:22] bawolff: can you say me, what the requirements to skin are, to display mmv correctly? In my case this "bug": https://bugzilla.wikimedia.org/show_bug.cgi?id=66326 [21:04:25] FlorianSW: I pass that question off to one of gi11es, marktraceur or tgr (Sorry, I don't know much about the inner workings of media viewer) [21:05:04] bbl [21:05:11] bawolff: ah, thx :) WIth tgr, i hope it's the same, i have contact in wikimedia-mobile :P [21:05:12] train arriving at the station [21:05:27] about a question of him ; [21:05:28] thx [21:07:52] FlorianSW: we weren't aware there were any [21:08:52] we did not test on other skins (that was stupid in hindsight), but there is nothing skin-related in the code IIRC [21:09:03] but we'll look into it soon [21:09:24] tgr: bc in my custom skin (based on Vector) the scrollbar height isn't set correctly (like in monobook) and my insights in MMV are very... low, so i can't figure out, was is false. [21:09:31] And no errors everywhere :/ [21:09:47] thats anoying, but if no skin related code is in.. hm :( [21:09:52] MMV tries to hide the page content when it creates the lightbox, probably that part fails somehow [21:10:47] maybe id's or tries MMW to hide via body tag? If this fails, in my opinion, a JS error occurs normally, or? [21:11:21] P.S.: "that was stupid in hindsight" -> i think, if no skin related code is there, then noone will test this :D [21:11:37] FlorianSW: https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FMultimediaViewer/46aaa55dc11267957cdabf5014a2de65722c8617/resources%2Fmmv%2Fmmv.bootstrap.less#L17 [21:12:53] hmm, the class is set to body... look now, if some class overrides this [21:13:15] so if the browser supports :not() it should work [21:13:46] otherwise it depends on a bunch of ids which I thought were not skin-dependent, but I might have been wrong about that [21:14:36] mw-page-* isn't the id of my content (not given in skin), i think, in monobook too. [21:14:47] so, this can not be changed to none :) [21:15:02] might be some entirely different reason, of course, but in general we don't use any JS magic for the scrollbar, just create a page with the image on top and the metadata below it [21:15:41] Hmm, but the relevant id content is set :/ [21:15:57] ok, but this is anything i can work with :D [21:15:58] FlorianSW: do you have a public link? [21:16:15] tgr: http://www.droidwiki.de/Android#mediaviewer/Datei:Android_Homescreen_Stock_4.jpg [21:16:24] tgr: and vector: http://www.droidwiki.de/Android?useskin=vector#mediaviewer/Datei:Android_Homescreen_Stock_4.jpg [21:17:22] FlorianSW: what browser are you using? [21:17:30] looks fine to me in Chrome [21:17:46] chrome :? [21:17:58] it looks fine, but you can scroll down ;) [21:18:12] that's why it's still activated :D It's a cosmetic :P [21:18:23] https://bugzilla.wikimedia.org/show_bug.cgi?id=66326 [21:18:26] example screenshot [21:18:33] the too links look identical to me, apart from tiny layout issues [21:18:51] *two* links [21:19:52] as I said, I suspect this issue appears on browsers which don't understand :not() [21:20:00] old IE, I suppose? [21:20:11] Chrome ;) [21:20:18] but i have the problem :D [21:20:58] for registered users there is no ad banner at the right side. In first time i did this using content for unregistered users and content-adfree for registered users as div id for content :D [21:21:31] So, for unregistered users all looks fine, and i'm logged in all over the time and become the adfree id :) [21:21:53] hm [21:22:17] in theory it should still work as long as your browser supports :not() [21:22:39] there is a body > :not() { display: none; } rule [21:23:09] But i have actual Google Chrome, like you? [21:23:19] Can you test monobook on wikipedia: https://de.wikipedia.org/wiki/Android_(Betriebssystem)?useskin=monobook [21:23:23] This works not for me, too [21:23:51] P.S.: If i change the id to content only, MMV works fine ;) [21:29:13] apparently :not(.a, .b) is not valid syntax [21:32:39] Hmm, for me i have solved my problem to move content css statements to class (which is better anyway), but the problem is in monobook, too, so if it's ok, i'll leave the bug report open. [21:33:41] (03PS1) 10Gergő Tisza: Change "Created on X" to "Created X" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/138212 [21:36:32] wow is image magick's support for xcf borked [21:37:45] On a greyscale + alpha image it interprets they grey layer as being both the red and blue channel (with alpha maybe being green) [21:38:10] on a just greyscale image, it interprets the image as just being an alpha channel [21:42:29] 3MediaWiki / 3File management: GIMP file format images display green instead of B&W - 10https://bugzilla.wikimedia.org/66323#c5 (10Bawolff (Brian Wolff)) In my testing, image magick seems to take a greyscale+alpha xcf as having the greyscale channel be red and blue (and alpha as green). For a plain greyscale... [22:20:38] (03CR) 10Jforrester: "This takes an 'en' label and turns it into 'en-us'; dropping the preposition makes this meaningless in 'en-gb' and probably other variants" [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/138212 (owner: 10Gergő Tisza)