[00:04:51] 03(mod) Log password email reset requests in the CU log - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14630 (10lar) [00:07:18] 03(mod) Log users going to the bathroom in the CU log - 11https://bugzilla.wikimedia.org/show_bug.cgi?id=14672 (N/A) [00:07:34] Am I color-blind or what? [00:07:47] that is a seriously bright blue link [00:08:33] 03(mod) Log users going to the bathroom in the CU log - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14672 (N/A) [00:08:42] that's better [00:08:49] siebrand, there? [00:08:53] I missed the color and bolding on the "N/A", though. [00:09:45] 03(mod) 1going to the bathroom in the actions log - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14630 (10platonides) [00:10:06] it's not so hard to copy wikibugs, just copy & paste [00:10:12] Doesn't work in my client. [00:10:39] 03(mod) Log password email reset requests in the CU log - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14630 (10JSchulz_4587) [00:11:24] 15(WFM) going to the bathroom in the actions log - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14630 (10Simetrical+wikibugs) [00:12:59] $ find . |wc -l [00:13:00] 209452 [00:13:00] $ find . -print0 | xargs -0 echo |wc -l [00:13:00] 60 [00:13:01] :S :S [00:27:09] $ find . -print0 | xargs -0 -I FOO echo FOO |wc -l [00:27:09] 209524 [00:27:13] odd [00:46:48] Platonides, is that any different from "find | wc -l"? [00:49:03] 03aaron * r39257 10/trunk/tools/upload-scripts/thumb-handler.php: maintain proper order [00:54:04] Lowercase usernames aren't allowed even on wikis with $wgCapitalLinks = false; ? [00:57:55] 03aaron * r39258 10/trunk/tools/upload-scripts/thumb-handler.php: might as well call it 'archive' [00:58:08] MZMcBride: nope [00:58:37] That's a bit ... disappointing. [00:58:49] dunno /why/, exactly, but I'm sure it has something to do with how the db is queried [00:59:00] either that or someone didn't add it in yet [01:00:50] because it'd be pretty stupid if you could register a username on wiktionary that works NOWHERE ELSE [01:01:03] 03aaron * r39259 10/trunk/tools/upload-scripts/thumb-handler.php: ok, better settle on a name this time :) [01:01:47] What about the thousands of other MediaWiki install? ;-) [01:01:55] Installs. * [01:02:10] 03aaron * r39260 10/trunk/phase3/thumb.php: check 'archived' param [01:03:03] sucks to be them? :) [01:03:17] Heh. [01:03:32] there is a great song that repeats "Sucks to be you" [01:06:20] brion: what are you talking about? lowercase names? [01:06:28] Yes. [01:06:32] Lowercase usernames. [01:11:58] 03aaron * r39261 10/trunk/phase3/thumb.php: we need a $title here [01:13:24] hi room, question, with the wiki framework, how could i run the sql query "SELECT * FROM wiki_imagelinks" using PHP? [01:21:30] MZMcBride, I think I've got an idea for that ListUsers thing, actually [01:21:42] Oh? [01:21:59] Splarka wanted to just special-case lowercase group names... [01:22:05] if there's a clash between group name/username, group name can be specified by appending / [01:22:16] Special:ListUsers/sysop/ [01:22:23] Hmm. [01:22:32] But usernames can't be lowercase. [01:22:44] someday they might be, though. :) [01:23:02] Would that break backwards compatibility of current [[Special:ListUsers/sysop]] links/ [01:23:03] ? [01:23:09] additionally, the new syntax would allow you to specify Special:Listusers/group/Username [01:23:17] Ooh. [01:23:40] no, if the group exists but not the user, it'd function as before [01:23:52] 03alnokta * r39262 10/trunk/extensions/NewUserMessage/NewUserMessage.class.php: [01:23:52] Add optional feature. now if mediawiki:newusermessage-signs exists and contains [01:23:52] a list of user names (* [[signature]] newline * etc...), these user names will [01:23:52] be added after the template (randomly) along with the date & time. Patch by [01:23:52] AhmadSherif. [01:24:16] 03aaron * r39263 10/trunk/phase3/thumb.php: use makeTitleSafe() [01:25:51] *AaronSchulz tests imagetagging [01:25:55] (show/hide) 12:56, 10 August 2008 Voice of All (Talk | contribs | block) tag ??? (Image Samdonaldson.jpg was tagged to page Sam Donaldson by Voice of All) [01:26:00] ;) [01:29:43] with the wiki framework, how could i run the sql query "SELECT * FROM wiki_imagelinks" using PHP? [01:30:00] can anyone direct me on which file to look into for the login event for mediawiki? I'm trying to integrate it into my current site so users won't have to log in twice. [01:32:17] !authplugin | step_hane [01:32:17] --mwbot-- step_hane: http://www.mediawiki.org/wiki/AuthPlugin [01:32:46] 03aaron * r39264 10/trunk/tools/upload-scripts/thumb-handler.php: lookaheads not captured of course! need more coffee [01:32:47] thank you [01:38:10] 03(mod) Feed::xmlEncode() function should be declared static - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15128 (10codemonk) [01:53:16] 03simetrical * r39265 10/trunk/phase3/includes/Feed.php: (bug 15128) Documentation for xmlEncode is wrong, it's not static. [01:53:28] 03(mod) Feed::xmlEncode() function should be declared static - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15128 +comment (10Simetrical+wikibugs) [01:53:33] 03(mod) Feed::xmlEncode() function should be declared static - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15128 normal->trivial (10Simetrical+wikibugs) [02:01:48] 03(NEW) Double redirects to anchors are displayed wrong on Special :DoubleRedirects - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=15147 15enhancement; normal; MediaWiki: Redirects; (mediawiki) [02:01:59] 03(mod) Double redirects to anchors are displayed wrong on Special: DoubleRedirects - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15147 15enhancement->normal (10mediawiki) [02:02:49] 03aaron * r39266 10/trunk/phase3/thumb.php: use getArchivePath() [02:03:33] Oh my God the software's filing its own bugs now. [02:03:52] 03(mod) Double redirects to anchors are displayed wrong on Special: DoubleRedirects - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15147 (10mediawiki) [02:05:39] 03aaron * r39267 10/trunk/phase3/thumb.php: use $sourcePath here too [02:05:41] MZMcBride: quick, pull the plug before it launches the nukes! [02:06:05] *MZMcBride searchs frantically for the off switch. [02:09:22] 03aaron * r39268 10/trunk/phase3/thumb.php: revert bogus change [02:39:36] <^demon> brion: Have a second to look at a patch? [02:39:42] what patch [02:40:06] <^demon> For the $wgCapitalLinks stuff on bug 13750. [02:40:11] <^demon> https://bugzilla.wikimedia.org/attachment.cgi?id=5156 [02:40:40] !bug 13750 [02:40:40] --mwbot-- https://bugzilla.wikimedia.org/show_bug.cgi?id=13750 [02:40:52] <^demon> That too :-) [02:41:50] 03(FIXED) Thumbnail issues with old images - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15140 +comment (10JSchulz_4587) [02:43:34] 03(mod) Thumbnail issues with old images - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15140 (10JSchulz_4587) [02:45:51] 03(FIXED) Special:ListUsers/XY should be used instead of Special: ListUsers?username=XY - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15146 +comment (10francine) [02:51:27] 03krimpet * r39269 10/trunk/phase3/includes/specials/SpecialListusers.php: [02:51:27] Per bug 15146, allow additional syntax for Special:Listusers URLs. [02:51:27] - Special:ListUsers/GROUP - if GROUP is a valid group name; the old syntax [02:51:27] - Special:ListUsers/USER [02:51:27] - Special:ListUsers/GROUP/USER [02:51:28] '*' and 'user' can be used as a GROUP for all users. [02:51:56] 03(mod) $wgCapitalLinks should be a per-namespace setting - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13750 (10brion) [02:56:16] 03krimpet * r39270 10/trunk/phase3/RELEASE-NOTES: Updated release notes to reflect features added in r39269 and r39121 [02:58:36] 03(mod) Special:ListUsers/XY should be used instead of Special: ListUsers?username=XY - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15146 (10francine) [03:00:46] <^demon> brion: Thanks, input taken :-) [03:02:10] :D [03:05:23] <^demon> I suppose if the same capitalization check is thrown into user::isValidUsername(), it could then allow for lower case usernames if lower casing in that namespace is also allowed. [03:12:51] 03dale * r39271 10/branches/MetavidWiki-exp/MetavidWiki/ (35 files in 8 dirs): security updates, database refactoring to use mediaWiki db_wrappers, style updates, lazy loading of special pages [03:13:14] 03purodha * r39272 10/trunk/phase3/languages/messages/MessagesEn.php: Addings and removing plainlinks class [03:13:29] 03(FIXED) Enable NewUserMessage extension on Wikimedia Commons - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14311 +comment (10brion) [03:14:05] 03(mod) List previously deleted pages as Recreated instead of Created ( N; New) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15131 (10N/A) [03:17:15] 03(FIXED) Activate Extension:NewUserMessage on nds.Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14400 +comment (10brion) [03:45:18] Is anyone good at making gadgets? [03:45:42] Gadgets are just JavaScript, really. [03:46:08] MZMcBride: I suck at JS atm. [03:46:31] So you're actually looking for someone who's good at JS? [03:46:43] Yeah. [03:46:51] What are you trying to do? [03:47:10] MZMcBride: Care to PM? [03:47:22] Nope. :-) I know little to no JS. [03:47:33] Ahhh. [03:47:42] It's hard to explain. [03:47:43] But problem-solving starts with defining your goal. [03:50:14] *Meeso posts some motivational posters. [03:50:28] here, start defining! [03:50:36] Meeso: Are you good at creating gadgets? [03:50:51] One sec. [03:51:00] nope [03:51:18] *Meeso is good at posting posters. [03:51:31] SwirlBoy39: #mediawiki-scripts is on topic for mediawiki JS, if you don't wanna spam here [03:51:34] *Meeso can bake some good cookies! [03:51:46] (but you could describe it here too) [03:53:55] I will. Soon. [03:54:13] anyone want cookies? [03:54:28] What kind of cookie? [03:54:43] Chocolat chip [03:55:06] *Meeso hands you one. [03:55:07] *Splarka made double chocolate oatmeal with white chocolate chips the other day [03:55:20] *MZMcBride eats the chocolate chip cookie. [03:55:36] *Meeso smashes said cookies and incinerates the crumbs [03:55:43] hah! [03:55:51] mmm, toasty [03:55:57] *Meeso becomes the Cookie Lord [03:56:03] :O [03:56:05] I own all of the cookies!! [03:56:06] in version 1.12 is $wgGroupPermissions['*']['createaccount'] valid? it seems to still be allowing account creation [03:56:17] Where does the Cookie Lord rank in comparison to the Cookie Monster? [03:56:21] are you setting it to false? [03:56:26] yes [03:56:43] Don't you need an equals sign.... [03:56:59] i have $wgGroupPermissions['*']['createaccount'] = false; [03:57:14] better [03:57:37] Should work. [03:57:53] *Cookie_Lord killed the cookie monster by giving him a rat poison flavor cookie! [03:58:11] http://msp268.photobucket.com/albums/jj17/cutiee08/Cookie_Monster.jpg [03:58:21] Heh. [03:58:34] BlackMagik, you sure you're logged out when you try to create an account? [03:58:36] BlackMagik: My notes say 'createaccount' was added in MW 1.5... [03:58:52] you take notes? [03:59:02] How tedious and responsible! [03:59:06] wait a min should i be using 1.9 instead? [03:59:17] *Cookie_Lord awards you one Cookie. [03:59:19] no, 1.9 is old [03:59:25] oh that's what i thoguht [03:59:26] You should use the most up to date version if possible. [03:59:27] CL: did you kill Smoochie too with "rocket" cookies? [03:59:34] Which is 1.12 currently. [03:59:38] right [03:59:55] So, did you log out and then try to create the account? [04:00:17] It should say "Log in" instead of "Log in/Create account" in the top corner if configured correctly, I believe... [04:00:26] MZMcBride, i actually have a very ugly hook since i am using the account system of the original website [04:01:49] however when i'm logged out and i click discussion on the Main_Page it gives "permission error" but then the link is "log in or create an account." [04:07:15] ahh! nvm the link says that but the form does not have the link to create a new account [04:45:07] hi, I'm getting an error "Raw pages must be accessed through the primary script entry point.", and I understand that I shouldn't be using mod_rewrite to do the access of the file... but I'm wondering why this access was closed in a newer version of mediawiki [04:45:22] it used to work, was there some sort of security... XSS injection or something weird like that? [04:45:52] hachi! [04:46:02] hi sky! [04:47:53] hachi: my fault sorta [04:47:58] it was always disabled in IE.. here is why... [04:48:31] on en.wp for example, if this worked: en.wikipedia.org/wiki/Virus.bat?oldid=123&action=raw [04:48:43] hah [04:48:49] I see it already [04:48:50] the browser would see the last location fragment before the query string and after the last slash as "Virus.bat" [04:49:00] and would ask you to save it or even try to run it in some stupid cases [04:49:17] oldid could be used to bypass the title parameter, too, so you could form a URL of anything you wanted and get a specific revision's content [04:49:31] that's exactly what I was curious about [04:49:46] anyway, I pointed out to brion that this was a vulnerability in any mozilla/firefox too, in that it would ask you to save the file as 'virus.bat' [04:50:08] I suggested he set a content-disposition with a safe name, like .txt, but instead he just totally disabled action=raw from article path [04:50:27] prevents future dumb browser mistakes [04:50:27] (before it would check the user agent for know browsers with this prob, like IE) [04:50:32] yah [04:51:45] http://svn.wikimedia.org/viewvc/mediawiki?view=rev&revision=29939 [04:53:59] it breaks tricks using the interwiki map though, because the interwiki map only stores articlepath access points [05:40:12] well, then this leaves me trying to debug this problem [05:41:22] wgScript is empty, as I want it to be... using mod_rewrite to rewrite urls for most cases... but now the check in RawPage.php will never succeed, because it does a strcmp between $wgScript and the url being called [05:41:43] if I call it as index.php, it will fail, even though it's a 'safe' url, and the real url [05:42:42] do you have null article path as well as null script path? [05:43:12] "/$1" [05:43:28] yah, you don't wanna have both null, then you get neverending problems [05:43:47] like exceptions for thumb.php, index.php, api.php, skins, styles, extensions [05:43:54] robots.txt, favicon.ico... [05:44:04] and any future features [05:44:07] the RewriteRule was excluding those for me [05:44:15] had RewriteCond for existing files [05:44:16] sure, it can, but can it predict the future? [05:44:30] anyway, you might pokle crucially [05:44:45] wikia has null script path (but not null article path on most wikis, although wikiality does) [05:44:49] dangit, I just left SF 10 minutes ago :) [05:44:55] I coulda walked over to his place [05:46:24] http://www.mediawiki.org/wiki/Manual:Short_URL#URL_like_-_example.com.2FPage_title [05:46:41] http://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory [05:46:56] > Any scheme which does this is not supported by the MediaWiki developers. So if your scheme doesn't work with a new MediaWiki version, you're on your own. [05:47:04] heh [05:47:08] huh? [05:47:11] I can predict the future [05:47:19] crucially: we know you can [05:47:32] I am going to hit enter, then you will see this mssage [05:47:39] hachi: what can I do for you? [05:47:42] but nobody else should use null article paths [05:47:50] how does wikiality work with action=raw, null script path, and null article path? [05:48:16] I'm trying to set script path... hoping that no urls are constructed with it [05:48:21] http://www.wikiality.com/Foo?action=raw <-- forbidden [05:48:26] http://www.wikiality.com/index.php?title=Foo&action=raw <-- works [05:48:40] Splarka: there is no reason the first one is forbidden really is there [05:48:46] yes, there is [05:48:54] why? [05:49:01] virus.bat [05:49:02] it was always forbidden in IE, because IE mime checking is secondary to extensions [05:49:13] right [05:49:15] but mozilla/firefox browsers will ask you to save unrecognized mime types as /filename [05:49:25] but what is the difference from /wiki/Foo?action=raw [05:49:30] and as oldid= parameter ignored title= parameter... [05:49:32] well [05:49:38] /wiki/foo?action=raw can be... [05:49:50] /wiki/upgrade.bat?action=raw&oldid=123 [05:49:58] where oldid=123 is some malicious page content that was later reverted [05:50:07] there are several on en.wp [05:50:08] i know, so I don't get what this has to do with having not having /wiki/ [05:50:14] ahh [05:50:26] wait [05:50:28] hachi can't convince rawpage.php that he's accessing through the scriptpath [05:50:38] it tells him he's in articlepath when he's really in scriptpath [05:50:40] as they are both null [05:50:45] you can get raw JS through action=raw ? [05:50:46] I actually can't even convince it even if I set wgScript correctly [05:50:52] yes you can [05:51:01] I may be hitting some other bug, presenting me this [05:51:02] importScript() does it [05:51:06] s/bug/problem/ [05:51:23] right, i forget, we don't worry about webbugs [05:51:27] but javascript isn't the only prob, bat files as per above too, and anything else in plain text that can be dangerous [05:51:55] /w/index.php?title=User:Splarka/script.js&action=raw&ctype=text/javascript <-- perfectly legal, not dangerous [05:52:02] yes it is [05:52:03] if it asks you to save, it is usually as 'index.php' [05:52:09] but hey [05:52:13] heh [05:52:16] i disagree with the entire MW community on this [05:52:20] well, check a page source sometime [05:52:30] [05:52:33] that is how they load user js [05:52:34] ultimately I'd love to get raw working with /?title=foo&yadda [05:52:41] but that's a bit far fetched at this point [05:52:49] mmm [05:52:54] splark: i know [05:53:04] splarka: i know, and i think it is completely broken [05:53:09] I think if ctype isn't defined, then a content-disposition header should be given, personally (see above rant) [05:53:11] heh [05:53:14] okay, but the question is [05:53:21] content-type doesn't help [05:53:23] how does wikiality.com know that /index.php is the scriptpath? [05:53:32] i have no idea :) [05:53:35] no, content-disposition, it does help [05:53:37] you can define a filename then [05:53:48] i also don't know how www.wowwiki.com works [05:53:52] :) [05:53:52] so /wiki/virus.bat?action=raw can ask you to save as virus.bat.txt [05:53:52] i can check [05:54:02] I think you should stop worrying aobut it [05:54:12] maybe not *all* browsers, but most, should behave around it [05:54:12] cause I can be an intellegent person and just debug this too [05:54:13] heh [05:54:14] splarka: you don't have access to wikia servers any more? [05:54:18] nope [05:54:21] thank goodness! [05:54:22] *Splarka hides [05:54:37] well, I never had server access, just trac and otrs and stuff like the rest of the comteam [05:54:48] anyone with trac had server access [05:55:03] :p [05:55:06] so they said, but I was never given addresses/ports/protocols for it [05:55:09] nor cared! ha [05:55:38] anyway, hachi just wants your rewrite goodies or access to your hacked rawpage.php [05:55:46] i am looking [05:55:47] well [05:55:52] STOP WORRYING ABOUT IT [05:55:56] rawpage.php should be at svn.wikia-code.com [05:55:58] GAH! [05:56:06] or soon at http://code.google.com/p/wikia/source/list [05:56:16] "Help me OB sky crucially, you're our only hope" [06:01:18] 03krimpet * r39273 10/trunk/extensions/ExtensionDistributor/ExtensionDistributor_body.php: [06:01:18] Fixed broken heuristic for detecting use of ExtensionFunctions; it was [06:01:18] adding the file unnecessarily to extensions that used the unrelated [06:01:18] $wgExtensionFunctions global, i.e. a lot of them :) [06:19:38] crucially/hachi -> https://bugzilla.wikimedia.org/show_bug.cgi?id=12720 [06:19:43] if anyone cares anymore [06:23:31] I've just installed a new instance of mediawiki. I created a test user called "Test" by registering with that name. Now, I've logged in as the administrator user and I'm trying to block the test user, but the blocking interface says the user is already blocked. However, the block list says there's nobody there, and indeed the user doesn't seem to be blocked in any way. I'm using mediawiki 1.12 and PostgreSQL 8.3, anyone know what might be wrong? [06:24:41] you're using PostgreSQL [06:25:24] I don't think it was maintained at all during the 1.12 release cycle [06:26:29] I'll file a bug for you if you like [06:28:46] I thought we broke Postgres support in 1.10 and then it was fixed. [06:29:29] Debolaz: do you want your email address to be public? [06:31:02] TimStarling: It's already quite spammed, so go ahead. debolaz@gmail.com [06:32:08] does Greg still maintain this stuff? [06:32:13] I'll add him as a CC [06:32:31] 03siebrand * r39274 10/trunk/extensions/NewsChannel/ (NewsChannel.php NewsChannel_body.php): Add xmlEncode() method. Patch by Iaroslav Vassiliev. [06:34:28] oh, I can't CC you if you don't have an account [06:34:48] 03(NEW) Special:BlockIP said to be broken in PostgreSQL - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15148 normal; normal; MediaWiki: Blocking; (tstarling) [06:34:54] 03(mod) PostgreSQL/pgsql support (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=384 (10tstarling) [06:35:22] if you like you can create one and then add yourself to the CC list on https://bugzilla.wikimedia.org/show_bug.cgi?id=15148 [06:39:23] 03siebrand * r39275 10/trunk/extensions/MetaKeywords/ (MetaKeywords.i18n.php MetaKeywords.php): [06:39:23] (bug 14882, patch 5173) Patch by Conrad Irwin [06:39:23] * Fixes a few major/minor bugs [06:39:23] * clears up all the warnings [06:39:23] * adds some default documentation to the messages [06:39:24] * works on svn head. [06:41:53] 03(mod) Install MetaKeywords extension on en.wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14882 +comment (10siebrand) [06:48:38] yea I'm getting that too . . odd :( [06:48:41] 03siebrand * r39276 10/trunk/phase3/languages/messages/MessagesEn.php: Partially reverting 39272 (only messages where was added. This is really messy with regards to localisation. See ImagePage.php or SpecialMovepage.php on how this code be resolved less ugly. [06:49:56] *Splarka ponders [06:50:10] should have a class for {{SITENAME}} ? [06:50:23] [06:51:22] no kidding [06:51:30] ns-name was silly IMHO ^_^ [06:51:46] skin-monobook... [06:51:53] 03(mod) Special:BlockIP said to be broken in PostgreSQL - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15148 +comment (10overlordq) [06:51:57] As though we don't have skin-specific CSS pages. [06:52:01] no, that is good for MediaWiki:Print.css [06:52:11] (if we ever get it0 [06:52:20] /s/0/) [06:52:34] s/0/\) [06:52:44] unless you want a Print-skinname.css for each skin [06:52:58] I guess users wouldn't necessarily need one for each skin, since they tend to stay in one skin [06:53:01] Print-common.css. :-) [06:53:16] but still, easier to have one user/print.css and skin-monobook rules [06:53:22] *Splarka stab [06:53:27] *MZMcBride hides. [06:53:50] You saw Krimpet changed Special:ListUsers/ behavior? [06:53:57] yes [06:54:05] I'm placing odds on when brion reverts it [06:54:26] I managed to sneak editnotices past Brion, so who knows. :) [06:54:29] Heh. Keeps old behavior and adds functionality? [06:54:36] I hope he uses a message like "women can't drive, and they certainly can't code PHP" [06:54:37] *Splarka hides [06:54:38] I wouldn't see a reason to revert... [06:54:44] Heh. [06:54:47] Snarky bastard. [06:54:59] or masochistic [06:55:10] *Krimpet can drive, and mows Splarka down bloodily to demonstrate [06:55:17] someday I'm hoping to have a scar comparing scene like in Jaws [06:55:33] "And this was from when I suggested to Rob that we allow inline