[00:00:55] MaxSem: $out->addStyle( $wgHandheldStyle, 'handheld' ); [00:01:01] MonoBook.php [00:01:07] // Currently in testing... try 'chick/main.css' [00:01:07] $out->addStyle( $wgHandheldStyle, 'handheld' ); [00:01:07] } [00:01:17] // Ugh. Can't do this properly because $wgHandheldStyle may be a URL [00:01:17] if( $wgHandheldStyle ) { [00:01:24] <^demon> awjr: Robla's OOO again today. [00:01:33] * MaxSem roflmaos [00:01:35] MaxSem: wgHandheldStyle is false by default [00:01:39] MaxSem: prolly in wmf config [00:01:58] <^demon> I remember that $wgHandheldStyle. [00:02:10] https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php [00:02:11] <^demon> Before we wrote extensions to support mobile :) [00:02:11] yep [00:02:19] 'wgHandheldStyle' => array( [00:02:19] // Set MonoBook's handheld stylesheet to use Chick's style [00:02:20] // in place of big fat nothin'. [00:02:20] // New Kindle should support it; Opera Mini in "mobile mode" should also see it. [00:02:20] // iPhone and Opera Mini in pretty mode will ignore it unless wgHandheldForIPhone is also turned on. [00:02:20] 'default' => 'chick/main.css', [00:02:21] # 'default' => false, // temporarily disable 2008-11-17 bv -- one more thing to load during LVS overload [00:02:21] ), [00:02:21] eh, sorry [00:02:29] uh oh :) [00:03:01] TimStarling, bsitu, kaldari, awjr: http://etherpad.wikimedia.org/20percent [00:03:33] Hi all! [00:03:40] sumanah: ! [00:03:43] * sumanah pops in for 20% meeting [00:03:49] Hi [00:03:52] Hi bsitu! [00:04:03] any of those bugs look interesting? [00:04:06] bsitu: do you have a good sense of what you can do tomorrow for 20%? [00:04:28] TimStarling: AaronSchulz already looked at #35047 a little, maybe you could poke it some more? [00:05:38] I ask b/c of comment #5 [00:05:49] sumanah: Let me take a look at the list [00:06:38] bsitu: #34521 or #35037 look like the sort of thing you could work on, I think [00:06:46] for frontend people maybe https://bugzilla.wikimedia.org/show_bug.cgi?id=34901 is a good bug to look at [00:07:00] hexmode: yes [00:07:44] I'm working on zhwiki OOMs and timeouts at the moment [00:08:00] e.g. https://bugzilla.wikimedia.org/show_bug.cgi?id=35030 [00:08:18] ty [00:08:28] hrm... [00:08:39] hexmode: who else is on the hook? :-) [00:08:40] * hexmode checks for TrevorParscal's 20% time [00:08:59] ? [00:09:20] tuesday (all thought I often do bits and pieces throughout the week) [00:09:33] TrevorParscal: Tim mentioned a CSS bug and I thought of you ;) [00:09:46] ah [00:09:51] TrevorParscal: https://bugzilla.wikimedia.org/34901 [00:10:05] I'm 20% tomorrow [00:10:10] anythng I need to look at? [00:10:12] I think 20% time should ideally involve fixing bugs in areas that you don't normally work on [00:10:21] such as unmaintained extensions [00:10:39] I have a few bugs from sumanah that need patch reviews [00:10:49] so I might do those [00:10:50] there's stacks of AFTv5 bugs but presumably the AFTv5 developers are working on them all the time, not just one day per week [00:10:53] kaldari: that sounds like a good thing [00:10:57] Yes, you can safely ignore AFTv5 [00:12:09] I'm looking at high priority bugs: https://bugzilla.wikimedia.org/buglist.cgi?list_id=97936&priority=High&product=MediaWiki&product=MediaWiki%20extensions&query_format=advanced&resolution=---&order=bug_id%20DESC&query_based_on= [00:13:41] code review is also an excellent way to spent 20% time, since we're rapidly developing a backlog [00:13:56] which ideally we'd like to clear before the git migration [00:14:21] TimStarling++ [00:15:02] if you want to help me go through the "high" priority bugs and make sure they should be "high" that would help :) [00:15:13] There are too many in there. [00:18:23] The first in the list, I wasn't able to reproduce. Waiting to hear back from Krinkle on that one. [00:19:48] whats up? [00:19:53] * Krinkle is about to go to bed [00:20:08] kaldari: you mean #35057? [00:20:17] yeah [00:20:27] Krinkle: we couldn't repro it either [00:20:35] !b 35057 [00:20:35] https://bugzilla.wikimedia.org/show_bug.cgi?id=35057 [00:20:37] the wikilove bug [00:20:59] let me try again [00:21:33] still the same [00:21:36] weird [00:21:41] I left 1 step out thoguh [00:21:45] kaldari: follow my instructions [00:21:48] https://commons.wikimedia.org/wiki/User_talk:12.0.0.1 [00:22:06] WikiLove, Anti-vandalism banner (doesn't matter), copy paste the description into the text area (anything to make it grow) [00:22:09] then press preview [00:22:14] it'll flickr and jump but on action [00:22:19] press again, and there is preview [00:22:34] on*no [00:23:12] I see what you mean [00:24:31] added to the bug [00:24:31] might be a problem with jQuery.elastic [00:24:56] did we upgrade jQuery in 1.19? [00:27:25] OK, well I'll try to fix that in my 20% time tomorrow [00:36:54] is that hooks are like event handlers? [00:39:02] yuvipanda: is that hooks are like event handlers? [00:39:16] miz_ae3: heya [00:39:16] yes [00:39:18] sortof [00:39:32] miz_ae3: read http://www.mediawiki.org/wiki/Manual:Hooks [00:39:32] ? [14:58:48] Yay, my https-everywhere patch finally got merged in [22:48:45] * hexmode is amused [22:48:54] "MediaWiki is now using a "continuous integration" development model with quarterly snapshot releases. The latest development code is always kept "ready to run", and in fact runs our own sites on Wikipedia." -- from 1.7 notes [23:09:12] Yeah [23:09:14] It was true then [23:15:29] oh well [23:15:34] waaaay back in the day, sheesh