[13:31:18] ^demon: Why was NewUserMessage turned back off? [13:33:25] RoanKattouw: because another fix was needed [13:33:36] What was wrong? [13:33:38] I committed one but demon didn't have time to review it [13:33:50] but I'm about to go now, back in about an hour [13:34:10] http://www.mediawiki.org/wiki/Special:Code/MediaWiki/82088 [14:06:38] *^demon yawns [14:07:12] Ohai [14:08:42] <^demon> ~10 hours of sleep is hard to get up from :p [14:09:05] yeah i know how it feels :p [14:09:23] I wouldn't know! [14:09:25] :-P [14:09:57] Ditto! [14:10:27] I'm still pissed off [14:11:19] I know the feeling, although I haven't had it as often as I should have recently [14:11:41] last night I tried. I got to bed at midnight [14:11:49] I was sure I would at least sleep til 7:30 [14:11:56] so... here's how I didn't sleep til 7:30 [14:12:03] (story-telling time) [14:12:11] *^demon grabs popcorn [14:12:38] so my T-Mobile G1 has this nasty habit, the unlock key is the power button on the lower right and sometimes just moving around in my pocket will trigger it [14:12:47] RoanKattouw, Power cut in hull, so i lost about 2 hours work of waiting for 2.47M rows to insert into a database :( [14:12:55] ... [14:12:56] Locally? [14:13:02] so... yesterday on the airplane I was getting it out of my pocket, and I saw it magivally cleared the call log. [14:13:06] Seemingly city wide [14:13:19] I meant the DB insert [14:13:23] what did this mean? that I had Rob's phone number (to pick me up form the airport) only handwritten on this business card [14:13:32] which had kinda smeared some in my wallet [14:13:33] oh, no, to a remote server in the uni, wrapped in a transaction [14:13:38] so... [14:13:46] I send a text message from the airport. [14:13:52] no reply, no reply, no reply [14:13:53] Oh, the remote server lost power? [14:14:01] No, my lab machine in uni did [14:14:08] I'm getting anxious... I remember he's given me his phone number in gtalk. so I connect... [14:14:15] just then I get a message back [14:14:20] I forget to disconnect from gtalk [14:14:34] at night I put the phone right by my bed to charge [14:14:55] and at 6:15 am a friend of mine, all excited that we got permission for this workshop at a conference, sends me a gtalk message :-D [14:15:28] Because, of course, it's 1pm EET and people are inconsiderate when it comes to timezones :) [14:15:45] *RoanKattouw remembers a text at 3:45am [14:15:57] phones have silent modes for this reason ;) [14:15:58] well actually, she said (and rightly so), "I thought you would see the message in the morning!" (that is, after I woke up [14:15:59] ) [14:16:02] <^demon> Reedy: +1 [14:16:07] yeah well I never remember to set that sh*t ever. [14:16:12] My phone constantly makes noise for twitter and stuff [14:16:19] when i get into bed, it keeps going off, so i remember to [14:17:04] http://amzn.to/g1bnv6 - Amazon are doing free valentines day songs... [14:18:14] only crap [14:18:55] lol [14:19:39] Oh for F's sake [14:19:47] Is https://secure.wikimedia.org/skins-1.5/common/shared.css?283-19 timing out for anyone else? [14:19:57] <^demon> Today is brought to you by the letter F. [14:20:01] WFM [14:20:08] ^demon, I would agree [14:20:09] <^demon> wfm too [14:20:23] RoanKattouw, it's just you. [14:20:39] Grr I want to use CodeReview through secure, not http [14:20:59] Have either of you tried Ctrl+F5? [14:20:59] <^demon> LOL [14:21:03] see folks form the dc [14:21:17] what are the plans for wednesday, btw? [14:21:22] RoanKattouw, a couple of times [14:21:24] Hmm main-ltr works [14:21:28] *^demon just realized one of my windows has been tail'ing apache.log all night long [14:21:30] RoanKattouw, CR through secure WFM [14:21:32] It's just shared.css and MW:Handheld.css [14:21:34] a full roll out or only partial? [14:21:42] Reedy: Me too but shared.css won't load [14:21:48] Which means the page won't display [14:22:51] *Reedy shrugs [14:24:07] WTF, it's the specific style version that's causing problems [14:25:29] lol [14:25:33] up var!!! [14:26:58] I kinda feel that'd be an abuse of power :D [14:27:23] <^demon> Nonsense. [14:27:25] <^demon> We had consensus [14:27:28] <^demon> ;-) [14:28:20] "per IRC cabal" solves all issues. [14:29:54] <^demon> Speaking of consensus, lets turn mediawikiwiki to 1.17 :) [14:31:39] Yeah why the hell not [14:32:01] Yeah [14:32:03] CR new features ftw [14:32:13] <^demon> I'll be around for a few hours anyway in case things go boom. [14:32:13] mark: Any objections to switching mediawikiwiki to 1.17 like right now? [14:32:31] no [14:32:49] i'm not gonna be around very much longer btw [14:34:50] <^demon> Worst case, we'll just roll back to 1.17 [14:34:54] *to 1.16 [14:34:55] <^demon> *1.16, even [14:35:02] Yeah, so let's roll [14:35:25] Might be worth looking at backporting brion resource loader changes to CR [14:35:39] but certainly not a big issue [14:35:46] We'll backport CR things later I guess [14:35:53] incl. the paths thing [14:36:01] Now running svn up on php-1.17 [14:36:13] yeah, something to batch update post the site upgrade [14:36:46] No changes [14:37:10] <^demon> Yeah, nobody's committed to 1.17wmf1 since my fix last night [14:37:19] <^demon> (which I already pushed) [14:37:29] Right, i just noticed you'd pushed it [14:37:38] Done now [14:37:41] mw.org should be running 1.17 [14:38:08] still 1.16 in Special:Version [14:38:18] yup [14:38:45] WFM on secure, hmm [14:39:04] ...but not via HTTP [14:39:05] yeah WFM on secure as well [14:39:08] Weird [14:39:14] lolwut [14:39:15] <^demon> Very weird. [14:39:42] Oh, hmm [14:39:45] I think I know [14:41:04] ... [14:41:18] Gaah [14:41:20] <^demon> No dice. [14:41:28] mw.org is a special case in MWVersion.php [14:41:37] It works through secure but not through the normal interface [14:41:46] still 1.16 [14:41:46] <^demon> Yeah, hrm. [14:42:29] I see Bryan is testing features :P [14:42:36] :D [14:42:42] yay, done [14:42:46] I can't actually even remember what's new in this version of CR [14:42:50] There, got it [14:42:55] Whee [14:42:56] <^demon> Yay works. [14:43:04] It was checking the exceptions /after/ the general case, now before [14:43:47] are you guys still updating 1.17.dblist on noc.wikimedia? [14:44:05] <^demon> That's the live version, it's automatically updated. [14:44:38] Yeah that's the file the software uses to decide which version to use [14:45:00] just saw it [14:45:07] finally it gets updated [14:45:18] It has been the same for a few days... [14:45:39] <^demon> Yes it has [14:45:49] <^demon> Because we haven't switched more wikis until just now. [14:46:06] Oooh [14:46:10] CR tag list is b0rked [14:46:11] http://www.mediawiki.org/wiki/Special:Code/MediaWiki/tag [14:46:22] Hydriz: I have set this up such that the only way to switch a wiki over is to add/remove it in 1.17.dblist :) [14:46:33] ^demon, isn't that your tag cloud change? [14:46:36] haha [14:46:37] oh [14:46:42] Probably a memcached incompat issue [14:46:47] I don't even know how all.dblist works... [14:46:57] all.dblist just lists all wikis [14:47:01] I failed in configuring SiteMatrix to work with my farm [14:47:14] It's used by things like CentralAuth, which needs to check certain things on all wikis [14:47:15] <^demon> Whoops, division by zero [14:47:17] <^demon> Lemme fix that [14:47:20] haha [14:47:26] :D [14:48:24] <^demon> Weird. [14:48:37] <^demon> $wordsArray is certainly not zero, but max() seems to be returning 0. [14:48:39] are you guys able to, like, update 5 wikis per hour? [14:48:55] Tag cloud fixed by deleting memcached entry [14:49:10] Hmm [14:49:16] Though, that might suggest something [14:49:17] <^demon> Ah that'll work. [14:49:25] ^demon, we should probably have tag cloud, and just tag list [14:49:39] it's a bit of a bitch to find the word you want when it's small... [14:49:42] <^demon> Lists are boring :p [14:49:46] Hydriz: So far we're just staging, I think we're gonna do mass deployments on Wednesday [14:49:49] lool [14:49:58] <^demon> Although that font is *really* faint against a white bg. [14:49:58] *Hydriz faints at mass deployments [14:50:06] We have a "stupid" tag? [14:50:26] I'm not surprised :p [14:50:31] But it is interesting that you guys are upgrading the two simple wikis first... [14:50:37] 00:27, 7 July 2009 ^demon (Talk | contribs | block) changed the tags for r52749 [added: stupid] [14:50:46] Oh, and CR comment notifs are broken [14:50:51] Hydriz, also, smaller wiki's [14:50:53] Comment: [14:50:54] MediaWiki.r82056 [14:51:04] lol, simplewiki is not small... [14:51:13] can we use a bit more readable color in the tagcloud? [14:51:15] Compared ot enwiki it is [14:51:16] It's relatively small traffic-wise [14:51:30] but it did have some chaos about the upgrade [14:51:42] <^demon> Bryan: Play with the site CSS til you find something you like, then we can merge it in. [14:51:57] <^demon> (it's how brion and I played with revision status colors like a year and a half ago :p) [14:52:10] RoanKattouw, sounds like an email parameter order bug [14:52:11] Oh now I think of it the e-mail thing might just be the message [14:53:12] haha [14:53:28] gaah, no, that wasn't it apparently [14:54:51] wtf, .mw-wordcloud-size-1 is the biggest size, with 2, 3, 4, etc. smaller, but 0 the smallest? [14:55:58] <^demon> I stole^H^H^H^H got this code from another project ;-) [14:56:22] RESOLVED UPSTREAM [14:56:23] $localBody = call_user_func_array( 'wfMsgExt', array_merge( array( $body, $lang, $wgUser->getName() ), $args ) ); [14:56:26] Right... that's a good idea... [14:56:46] <^demon> Reedy: I've already made half a dozen changes to it, I basically forked it [14:57:42] Yay, works now [14:57:45] *RoanKattouw breaks out svn blame [14:57:50] It was me [14:58:07] <^demon> Bryan: Feel free to improve upon it ;-) [14:58:20] RoanKattouw, you try finding a way without doing stupid numbers of if's and parameters and stuff to make it fit all the use cases [14:58:50] Ah, I see, r75319 [14:58:52] That's not it [14:58:58] You were adding $wgUser-> [14:59:01] getName() twice [14:59:09] Once as a proper parameter and once hardcoded in the backend functions [14:59:11] -s [14:59:31] I don't think callers appreciate a function that the can vararg $n replacements into only to find $1 is hardcoded to $wgUser->getName() :D [14:59:40] *they [14:59:48] lolol [14:59:55] You marked it ok :P [15:00:24] RoanKattouw, also note that was in DC, when I wasn't feeling particularily great due to headaches ;) [15:00:28] lol, joke on me then [15:00:34] *guillom <3 the new code review [15:00:34] Right [15:01:50] WordCloud::getClassFromPercent() should return infinity by default, I think [15:03:07] but I'll have to finish designing a mission to Jupiter before I have more time to look at it [15:03:40] Bryan, it almost sounds like you're doing primary school work :P [15:03:49] *^demon writes Extension:GoToJupiter [15:04:55] I'm not sure what primary school you went to, but I didn't have numerical optimization at primary school :P [15:05:15] I was more meaning the idea of writing about going into space ;) [15:05:48] <^demon> Wow. [15:06:02] RoanKattouw, all fixed/going to commit it? [15:06:07] <^demon> I imagine today's Google doodle is annoying as crap to colorblind folks. [15:06:24] it's annoying to other people as well. [15:06:38] At some point [15:06:43] It's in the WMF local copy now [15:06:51] I will go through and commit the various fixes in there later [15:07:20] Probably today [15:07:40] i know we've got a spaghetti mess of revisions to be merged back and forth [15:08:42] We do, yes [15:08:52] So I think it's wisest to clear out the local changes before I merge lots of stuff [15:09:02] heh, definately [15:09:02] I want any conflicts to happen on my laptop, not on fenari [15:09:26] I think theres some stuff tagged 1.17, that also needs doing 1.17wmf1, but not so much of a big deal [15:09:46] So tag it 1.17wmf1 as well then [15:10:28] I'll be doing some other things first [15:10:43] Like paying taxes for this year and filing my tax return for last year [15:10:54] I did mine in the summer for last year [15:11:06] a few months after the start of hte new tax year [15:12:21] <^demon> I did taxes yesterday [15:12:49] <^demon> Was not an enjoyable experience this eyar. [15:13:26] Oh that's right you moved employers [15:13:33] *switched [15:13:54] <^demon> Switching employers isn't bad. That usually just means multiple W2s [15:14:21] <^demon> What sucked was becoming an independent contractor this year. [15:14:28] <^demon> And not planning ahead for that. [15:15:49] I can't believe I forgot to mention this - readers have been demanding a better [15:15:49] editing GUI! Everyone always tells me it's too hard to edit wikipedia, probably [15:15:49] because nowadays everything is intuitive pop-up menus (where editing wikipedia [15:15:49] is a wall of text with even some code). [15:15:52] [15:16:27] Have we got a mergetotrunk tag or something? [15:18:16] trunk [15:18:17] trunk [15:22:18] 12:43, 11 February 2011 ^demon (Talk | contribs | block) changed the tags for r81962 [added: mergetotrunk] [15:22:33] <^demon> I made up mergetotrunk [15:22:37] <^demon> Then someone told me about trunk [15:22:41] <^demon> I don't care either way [15:22:47] lol [15:23:00] might aswell normalise it [15:25:29] tag redirects [15:25:44] lol [15:25:49] Just no. [15:30:52] tag redirects? Love this idea. [15:31:17] We need to do it with templates some how [15:32:14] *Reedy beats Ryan_Lane [15:32:32] Let's write a new parser for it [15:33:22] Or let's do it via a separate app, written in ruby [15:33:40] <^demon> Can we please not go down that road again ;-) [15:34:32] Ok ok, written in COBOL [15:34:41] <^demon> Mmmm [15:34:51] <^demon> COBOL.NET, plz. [15:34:55] Hah [15:35:03] You beat me to that joke ;) [15:35:43] <^demon> Hahahaha [15:35:46] <^demon> "This article gives you an introduction about how Fortran can be used to write wide variety of applications under .NET framework" [15:36:04] What the ... [15:36:04] Fortran is actually a useful language [15:36:16] <^demon> I'm not doubting that. [15:36:36] <^demon> I just find it really odd when people start trying to use the .NET framework in places it was never meant to be [15:36:37] Write a scientific app that needs to run on a HPC ;) [15:36:44] It does concurrency fairly well [15:37:11] Well, microsoft is trying to enter the HPC world, right? [15:37:30] Most of these custom languages are done independently [15:37:54] Ah. Heh [15:38:08] <^demon> I know. [15:38:16] <^demon> But it doesn't make it any less humorous. [15:38:44] Yeah. I think it makes it slightly more humorous :) [15:38:58] You wanna do what? In what? [15:40:53] This is funny. Almost all of the people that got the "even more legroom" seats? Short. [16:35:47] RoanKattouw, you'll like this one. one of my classmates just said "How can you get a static electricity shock from plastic?" [16:36:17] As in "plastic doesn't conduct electricity?" [16:36:30] I would presume that's what he was meaning [16:36:46] I do dispair sometimes [16:36:53] despair? [16:36:55] despair [16:37:15] To be fair, you can get shocks from non-conductors such as plastic, and shocks "from" (really to) conductors such as car doors [16:37:25] <^demon> !despair [16:37:25] --elephant-- I don't know anything about "despair". [16:37:29] Yes, exactly [16:37:37] !despair is THE WORLD IS GONNA END OH NOEEEESS [16:37:37] --elephant-- Successfully added keyword: despair [17:13:40] afk for dinner, will bbl for IRC office hour [17:44:40] mornin' pardners [17:47:46] howdy [17:49:22] <^demon> Bryan: I made the tag cloud less wide :) colors might still kinda suck though [17:49:34] <^demon> And we should probably override :visited, so they don't all turn blue after awhile. [17:49:56] ^demon: it's still 100% [17:50:26] <^demon> Hm? [17:52:40] width [17:53:27] IRC office hour on MediaWiki's new ResourceLoader, and the changes required to make sure your wiki's JavaScript is compatible, in a few minutes in #wikimedia-office with Trevor Parscal & Roan Kattouw [17:56:00] <^demon> Bryan: Yeah, I set the width to 100% and added some linebreaks between the 's, and for me it made it all stay in the content area without horiz. scrolling [17:56:23] oh ok I misinterpreted your comment :) [18:07:24] ^demon: we need to look into better boundaries, the current ones are not very good [18:07:28] *Bryan makes histogram [18:07:55] <^demon> Like I said, I welcome improvements :) [18:08:05] <^demon> And if we make this class generally useful, it could be cool to have it in core. [18:08:17] <^demon> For when people want to make clouds of weighted lists like this. [18:11:10] I'll probably make $classPercentages a config far [18:11:13] *var [18:11:34] or do some intelligent math to determine them [18:11:39] *Bryan scratches head [18:15:27] <^demon> robla: We switched mw.org over to 1.17 a little while ago while you were idle. [18:15:47] yeah, I saw that. looks fine [18:15:57] (and I'm glad to see the new features of CodeReview) [18:16:13] I do think we need to start tracking down those 1.17 perf issues though [18:16:29] hrm....no progress yet? [18:16:37] Tim, Platonides and I worked on wmerrors, a PHP extension to get automatic backtraces for every error, specifically OOMs and timeouts [18:16:45] But we haven't deployed it yet AFAIK [18:16:50] Was gonna harass Tim about that today [18:18:01] I was planning on pestering Tim last night but got distracted with other stuff [18:20:11] I guess I can look at some profiling data tonight, see if I see any anomalies [18:20:20] But I don't have much time, and tomorrow's pretty much completely shot for me [18:21:40] if we don't have the performance problems figured out by deploy time, maybe we use the deploy window to go out to as many small wikis as we can get through, and save the large traffic wikis for last [18:24:10] Yeah [18:24:32] Tim was leery of deploying to nlwiki because of the "huge" CPU spike but I'm not sure it was that huge [18:24:51] We had it live for too short a time to tell for sure, and it didn't seem cluster-threatening to me [18:27:04] <^demon> With the other major issues out of the way (l18n recache, fallback bug, parser hit rate) out of the way, I don't think nlwiki would bring down the cluster, correct. [18:27:25] <^demon> (and you're right, we didn't leave it on long enough to get any real data) [19:03:46] <^demon> hexmode: You've seen bugzilla guided mode for bug entry, right? [19:04:23] <^demon> https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki&format=guided - take a look at that. Of course we should probably clean it up some, but that's already about 10x friendlier than the page with 15 boxes and no help. [19:05:41] <^demon> robla: You too ^ [19:07:43] ok, I am going to come into the office now :) [19:07:51] cyall in a bit - again [19:22:37] sorry for what is likely an FAQ, but what was the rationale for loading the javascript/css at the bottom of the page? [19:22:51] It not blocking the load of the rest of the page [19:23:16] It's one of the prototypical suggestions, and it's propagated by Yahoo/yslow etc. [19:23:56] ^demon, oh, I always thought this was some kind of plugin (re: guided mode in bugzilla) [19:24:17] <^demon> No, they're alternative bug templates. [19:24:20] I had seen it in other setups (e.g. bugs.kde.org) but didn't think it would be easy to install on ours [19:24:23] <^demon> Which you can create your own. [19:24:27] Nice. [19:24:34] RoanKattouw: the multiple reflows that happen while the page is loading are pretty jarring...is there any way to stop the reflows until the end of the page load? [19:24:50] *robla suspects not, but figured he'd ask [19:24:59] <^demon> guillom: If we take the time to do it properly, it could really ease bug entry [19:25:03] *RoanKattouw shrugs, points to Trevor [19:25:24] yeah, I suppose we should wait until he gets back online [19:52:55] Krinkle: Could you review r82129 and r82130? [19:52:57] !r 82129 [19:52:57] --elephant-- http://www.mediawiki.org/wiki/Special:Code/MediaWiki/82129 [19:54:21] Hm.. does monobook use mwsuggest.js in 1.17 ? [19:54:25] vector doesn't. [19:54:47] Why does monobook use it ? [19:54:50] reviewing now. [19:55:28] mwsuggest is always loaded [19:55:44] See OutputPage.php:1804 [19:56:14] No, mwsuggest is not always loaded [19:56:27] on mw.org and Meta it's not loaded by default in Vector [19:56:35] atleast not in 1.17wmf1 [19:56:56] Oh [19:57:08] That's because I set $wgEnableMWSuggest = false on the cluster [19:57:14] For 1.17 wikis at least [19:57:37] indeed. Monobook doesn't have suggestions at all now [19:57:55] But if I enabled it, Vector would have both [19:58:42] Yep. Monobook should load it by itself. [19:59:57] RoanKattouw: I'm not sure how disable should work in this case. within mwsuggest.js it calls os_MWSuggestInit() with hookEvent() [20:00:27] Yes, and init checks os_enabled [20:00:35] Which means it works if SimpleSearch is loaded before MWS [20:00:44] And of it's loaded after, unhookEvent will take care of it [20:01:43] Hm.. How about removing "hookEvent( 'load', os_MWSuggestInit );" and let whoever uses mwsuggest call it when they want it ? (ie. monobook could do jQuery(document).ready(os_MWSuggestInit); [20:02:13] self-initting plugins are evil :P [20:02:37] It's not monobook that needs it, it's all non-Vector skins [20:02:45] And all Vector users with SimpleSearch disabled [20:02:58] Okay. [20:03:03] Also, let's not spend too much time trying to improve mwsuggest.js [20:03:20] It's legacy code [20:03:28] So how is it currently loaded ? os_MWSuggestInit is undefined. [20:03:40] So the disable-call shuld be added to SimpleSearch [20:04:02] with an if(enablemwsuggest) thingy [20:04:18] Ah, right cause $wgEnableMWSuggest is false. [20:04:23] The disable call is in SimpleSearch [20:04:28] See r82130 [20:04:45] Oh, I wasn't there yet :D [20:05:09] in that case,making 'ok' :) [20:13:13] brb [20:13:15] bbl [20:44:48] TrevorParscal: Please review https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/79086 and https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/79087 [20:45:01] (CSS revs marked for 1.17wmf1 merging) [20:53:37] rev report now has 17 revs in it: http://www.mediawiki.org/wiki/MediaWiki_roadmap/1.17/Revision_report [20:58:33] I've just reviewed a bunch of things [20:59:10] TrevorParscal: ...and https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/79091 [20:59:36] robla: I've reviewed all 'new' revs in the 1.17wmf1 queue except those 3 CSS revs that I'm leaving to Trevor. Now merging the 1.17wmf queue [20:59:46] robla: Are we doing a scrum in 10? [20:59:54] RoanKattouw: yup [21:02:49] refreshed, down to 11: http://www.mediawiki.org/wiki/MediaWiki_roadmap/1.17/Revision_report [21:04:25] WTF [21:04:27] [21:04:32] Why is *CodeReview* doing taht [21:04:35] Of all extensions [21:05:28] lol [21:05:59] I think there's some phrase about the cobbler's children that is probably apropos [21:08:25] hexmode: https://bugzilla.wikimedia.org/show_bug.cgi?id=25653 [21:08:30] FCKEditor is not live on any WMF wiki [21:08:54] heh ... phew! [21:08:58] (untagged) [21:08:58] ok, fixing [21:09:46] updated again: http://www.mediawiki.org/wiki/MediaWiki_roadmap/1.17/Revision_report ...I tagged a few as 1.17wmf1 that were only tagged 1.17 [21:11:11] should be tarball issue, then [21:13:22] RoanKattouw, alolita1, joining 1:15 scrum? [21:13:28] Oh, right [21:13:42] Tim-away: up yet? [21:13:56] 2003? [21:14:01] yes [21:16:43] pfew [21:17:24] *thedj worked 12 hours today and is dead tired. how's wikiland faring ? [21:21:30] http://www.youtube.com/watch?v=Q5k7a9YEoUI#t=6m51s [21:21:39] "I'm tired" "My knees hurt" [21:21:40] :P [21:21:43] (6:51) [21:22:23] hexmode: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/82093 [21:37:05] TrevorParscal: Bugs https://bugzilla.wikimedia.org/show_bug.cgi?id=27330 https://bugzilla.wikimedia.org/show_bug.cgi?id=27332 https://bugzilla.wikimedia.org/show_bug.cgi?id=27328 [21:37:17] lookin [21:37:31] TrevorParscal: Revisions https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/79086 https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/79087 and https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/79091 [21:41:39] wheeee [21:41:42] phone meetins [22:01:04] RoanKattouw: http://bits.wikimedia.org/simple.wikipedia.org/load.php?debug=true&lang=en&modules=jquery.ui.autocomplete%7Cjquery.ui.core&skin=vector [22:01:14] /* Autocomplete\n