[00:17:31] <Landlord>	would anyone be willing to help me with a skinning project :D
[00:18:00] <svip>	Is it big?
[00:18:10] <Landlord>	not really
[00:18:19] <Landlord>	no moving stuff around, just putting a banner on top and changing colors and such
[00:18:31] <svip>	What sort of banner?
[00:18:35] <Landlord>	1 sec
[00:18:48] <svip>	Are we talking advertisement or stuff?
[00:18:58] <Landlord>	nonono
[00:18:58] <svip>	Shouldn't the logo on the top left be enough to identify the wiki?
[00:19:07] <Landlord>	http://forums.ffowa.org/images/ffowa/images/dark%20skin%20banner.png
[00:19:20] <svip>	o_O That's a big banned.
[00:19:25] <Landlord>	i'm trying to make the wiki and the forums match
[00:19:41] <svip>	Does it make sense for the actual content to be 308pixels below from when the page begin?
[00:19:55] <Landlord>	i know wha ti want :<
[00:19:58] <svip>	A good way of matching quality of websites is the distance from the top to the beginning of content.
[00:20:05] <svip>	I am just saying.
[00:20:27] <svip>	So you want the entire wiki moved down and have this big thing arranged on top of it?
[00:20:34] <svip>	I am sure you have access to the HTML, yes?
[00:20:38] <Landlord>	yeah
[00:20:55] <Landlord>	also, would it be possible to image map the links on the banner?
[00:20:58] <svip>	Well, if you are using the Monobook skin, you can edit the Monobook.php file which contains the output.
[00:21:09] <svip>	Absolutely, you are changing the HTML, not some Wikimarkup.
[00:21:19] <Landlord>	thought so
[00:21:28] <svip>	But be careful, one wrong move, and your skin is broke.
[00:21:43] <Landlord>	yeah
[00:21:47] <Landlord>	ok actually question first
[00:21:53] <Landlord>	www.ffowa.org <--- this is my monobook right now
[00:22:08] <Landlord>	and we moved default monobook to Main.css
[00:22:21] <Landlord>	is that going to effect my php file? it shouldn't should it
[00:22:34] <svip>	In addition to that, the user menu, the article tabs and stuff are applied onto with position:absolute.
[00:22:36] <svip>	Uhm, it should not.
[00:22:49] <svip>	Also, I did not know Garfield was part of Final Fantasy.
[00:22:52] <Landlord>	haha
[00:22:57] <Landlord>	it's an in-joke
[00:24:23] <svip>	Also, Mediawiki.org has some articles about advance skinning.
[00:24:41] <svip>	You may want to, in order to avoid to screw everything up, to create your own skin and base it on Monobook.
[00:24:58] <Landlord>	i'll just back it up
[00:25:24] <Splarka>	modifying monobook (php, css) makes upgrading harder, fyi
[00:25:29] <Landlord>	ROFL
[00:25:35] <Landlord>	uhh...you should check the version of our wiki
[00:25:57] <Splarka>	you laugh now, we'll be laughing later
[00:25:57] <svip>	Tell me about it, Splarka.
[00:26:16] *Landlord 	doubts our wiki will ever be upgraded.
[00:26:17] <Splarka>	when you come in asking for upgrade support and you've modified your default skins ^_^
[00:26:26] <svip>	These are the reasons I am holding again with upgrading our wiki.
[00:26:49] <Splarka>	if possible you should use hooks and site CSS
[00:27:16] <Landlord>	i'm fine as long as i keep backups of the originals...right?
[00:27:27] <atglenn>	1.11? not so old
[00:27:34] <atglenn>	I found one late last year: 1.4 
[00:27:37] <atglenn>	scaaary
[00:27:49] <Landlord>	1.4 > 1.11
[00:27:50] <Landlord>	...
[00:27:55] <atglenn>	no
[00:27:58] <flyingparchment>	no, 11 > 4
[00:28:00] <Landlord>	oh
[00:28:02] <Landlord>	haha
[00:28:19] <svip>	flyingparchment loves Futurama references.
[00:28:22] <flyingparchment>	we've never had this problem before, and now in the last month, everyone who comes here suddenly doesn't know how software versioning works... what's up with that?
[00:28:39] <Landlord>	that's true, i shoudl have noticed the lack of a second decimal
[00:28:58] <Landlord>	anyways, whereabouts am i looking to add my banner in the monobook php
[00:29:33] <svip>	For those out of the loop; http://theinfosphere.org/Infosphere#Trivia
[00:32:06] <Splarka>	atglenn: http://www.thelemapedia.org/index.php/Special:Version
[00:33:16] <flyingparchment>	last time i checked openfacts, it was still running 1.2
[00:34:11] <atglenn>	I read "TheLamePedia" at first :-P
[00:46:13] <Landlord>	i've waited long enough to be able to reask my question right?
[00:47:04] <Mike_lifeguard>	Sure, why not
[00:47:16] <Landlord>	19:29 ( Landlord) � anyways, whereabouts am i looking to add my banner in the monobook php
[00:47:18] <Landlord>	^.^
[00:48:23] <Splarka>	here are some notes I made for pushing down space for a banner: http://p.defau.lt/?VAUqN14PXH2nfTKiBMj98g
[00:49:03] <Splarka>	best method, create an extension using a http://www.mediawiki.org/wiki/Manual:Hooks that inserts a <style> and some HTML <img and usemap>
[01:37:22] <Merlissimo>	should wgRestrictionEdit/Move really not be set on cascade blocks or is it a bug?
[02:12:43] <wikibugs>	03(NEW) Don't add &nbsp; in <pre> - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18469 enhancement; Normal; MediaWiki: Page rendering; (a.badger)
[02:18:22] <chuck>	Hey, I'm trying to use TablePager, but when I call getBody(), the table that is generated only has &nbsp;'s instead of the actual data :<
[02:19:17] <chuck>	oh wait, nevermind, i think i *might* know what is wrong
[02:23:30] <wikibugs>	03(NEW) Incorrect semantics for PNG images on IE 6 - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18470 minor; Normal; MediaWiki: Page rendering; (kliu)
[02:23:33] <wikibugs>	03(mod) PNG transparency fixes for IE users - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=2074  (10kliu)
[02:27:23] <an3k>	three Google Analytics extensions, all updated around april 08 so which is the best?! is there a site with ratings or something?
[02:28:51] <chuck>	isn't the process of adding google analytics as simple as adding a javascript snippet?
[02:28:58] <chuck>	they should all be similar if not identical
[02:29:47] <an3k>	right, just adding jscript snipped :)
[02:51:07] <wikibugs>	03(NEW) Logo for Egyptian Arabic Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18471 enhancement; Normal; MediaWiki: Images and files; (v85.wikipedia)
[02:52:06] <wikibugs>	03(mod) Logo for Egyptian Arabic Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18471  +comment (10innocentkiller)
[03:11:45] <werdna>	^demon: poke
[03:21:18] <^demon>	werdna: Yes?
[03:23:39] <^demon>	Stupid college network...
[03:23:43] <^demon>	werdna: What's up?
[03:27:30] <werdna>	^demon: ah, you're here.
[03:27:37] <werdna>	1. *stab* for opposing license update :P
[03:27:44] <werdna>	2. Have you peeked at the new prefs stuff?
[03:31:01] <^demon>	1. I take thy blade :)
[03:31:22] <^demon>	2. Briefly, you've nuked encodedPreferences() in User, but still reference it. Can't create new accounts, etc. :)
[03:31:32] <werdna>	Yeah I fixed that
[03:33:20] <^demon>	Ah I see that now. Hadn't caught that update yet :)
[03:33:45] <Splarka>	oh btw uiprop=options : "quickbar": "1",  in trunk, "quickbar": 1, in your branch
[03:34:15] <Splarka>	(most prefs with numerics returning integers instead of strings in the api thingy)
[03:34:29] <werdna>	that's good, isn't it
[03:34:31] <werdna>	?
[03:35:03] <Splarka>	dunno, it is a regression, but roan says nobody's using the api options stuff yet anyway cuz they suck so he's gonna probably redo it
[03:35:08] <Splarka>	once he catches you and interrogates you
[03:36:13] <CIA-15>	03demon * r49489 10/trunk/phase3/includes/ (6 files in 2 dirs): 
[03:36:13] <CIA-15>	(bug 18151) Clean up duplicate code between Special:WantedPages, WantedFiles, WantedTemplates
[03:36:13] <CIA-15>	* New WantedQueryPage class for all of these Wanted*s, moved some identical methods to it
[03:36:13] <CIA-15>	* Removed sortDescending() because it was already defined as returning true @ QueryPage, no need to duplicate
[03:37:06] <Splarka>	oh hey demon, speaking of duplication, did I show ya this? http://google.com/codesearch?num=100&q=package:svn.wikimedia.org/svnroot/mediawiki/trunk+file:phase3/includes/+noindex+nofollow
[03:37:11] <wikibugs>	14(DUP) Shared special page for all Wanted* pages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15608  +comment (10innocentkiller)
[03:37:13] <wikibugs>	03(mod) Uncategorized categories/pages/templates refactoring - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12942  +comment (10innocentkiller)
[03:37:17] <werdna>	Splarka: regression implies a bug?
[03:37:21] <werdna>	that isn't a bug
[03:37:24] <werdna>	it's correct behaviour
[03:37:29] <werdna>	it's NOT a string, it's an integer.
[03:37:31] <wikibugs>	03(FIXED) Clean up duplicate code between Special:WantedPages, WantedFiles, WantedTemplates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18151  +comment (10innocentkiller)
[03:37:37] <Splarka>	well, it is non-backward-compatability
[03:37:48] <Splarka>	a breaking change if the javascript relied on it
[03:38:01] <werdna>	Why would it break?
[03:38:13] <^demon>	Splarka: True. Once all specials subclass SpecialPage, we should be able to do it :)
[03:38:28] <Splarka>	werd: assumptive javascript, for example
[03:38:59] <^demon>	werdna: I don't suppose your next target for overhaul could be UserLogin?
[03:39:09] <werdna>	eeee
[03:39:13] <Splarka>	haha
[03:39:23] <werdna>	man I've finished preferences
[03:39:28] <werdna>	that was a pain in the ass and a half
[03:39:36] <werdna>	oh I have to fix quickbar in my prefs
[03:39:44] <werdna>	nobody would notice if we removed it, but even so..
[03:39:54] <^demon>	werdna: Oh yeah. The submit button looks crappy in Chrome :-\
[03:40:36] <werdna>	screenshot?
[03:41:06] <^demon>	One moment
[03:42:38] <^demon>	http://anyonecanedit.org/misc/Crapbutton.jpg
[03:43:07] <werdna>	whoa that's trippy
[03:43:28] <werdna>	wtf happened there
[03:43:36] <^demon>	No clue. :)
[03:43:59] <^demon>	And it's definitely only that button. Nowhere else afaict
[03:44:17] <Splarka>	it looks crappy in Mozilla too, but only with JS enabled
[03:44:26] <Splarka>	double height
[03:44:40] <Splarka>	^demon: try disabling JS
[03:44:50] <werdna>	ugh
[03:44:51] <werdna>	stab
[03:44:52] <werdna>	http://wiki.werdn.us/test/view/Special:RecentChanges
[03:45:46] <Splarka>	hah
[03:46:10] <^demon>	Splarka: How do you disable it in chrome?
[03:46:30] <werdna>	Splarka: same problem on the reset page?
[03:46:52] <Splarka>	^demon: no idea whatsoever, werdna: checking
[03:47:21] <Splarka>	wait, Special:ChangePassword ? or something else?
[03:47:27] <werdna>	no
[03:47:32] <Splarka>	oh /reset
[03:47:35] *Splarka 	looks
[03:47:35] <werdna>	"Restore all default settings"
[03:47:45] <Splarka>	button looks fine there
[03:48:21] *Splarka 	gets out the microscope
[03:48:58] <Splarka>	what is htmlform.js ?
[03:49:16] <Splarka>	(not the cause anyway0
[03:49:18] <Splarka>	)
[03:49:20] <^demon>	Splarka/werdna: Disabling JS doesn't help. Although, not 100% sure it worked. You have to launch chrome with a --disable-javascript param, there's no way in the UI.
[03:49:31] <werdna>	at the moment it just handles the "HTMLSelectOrOtherField" data type
[03:49:44] <werdna>	so when you select a timezone, it greys out the textbox
[03:49:51] <^demon>	Damn, didn't work....not sure if you can disable in Chrome.
[03:50:02] <werdna>	haha, chrome
[03:50:11] <Splarka>	shinyhappybrowser
[03:50:26] <Splarka>	<input type="submit" value="Save" id="prefcontrol">
[03:50:32] <Splarka>	js doesn't transform it... hmm
[03:50:55] *Splarka 	removes site css, no change
[03:51:15] *Splarka 	removes skin css, ahh, change
[03:51:30] <Splarka>	something in main.css
[03:51:44] <^demon>	Oddly enough, it only happens in Monobook. Other skins are fine.
[03:52:06] <^demon>	Nostalgia looks like crap on the prefs page, but it doesn't have the big buttonn issue.
[03:52:20] <Splarka>	#prefcontrol {
[03:52:20] <Splarka>		padding-top: 2em;
[03:52:20] <Splarka>		clear: both;
[03:52:23] <Splarka>	...
[03:52:27] <Splarka>	wat
[03:52:44] <Splarka>	did you mean margin-top? ^_^
[03:52:45] <werdna>	actually IMO it looks okay in nostalgia
[03:52:52] <werdna>	I didn't add that
[03:52:55] <Splarka>	huh
[03:53:26] <Splarka>	oh
[03:53:29] <^demon>	That fixed it :D
[03:53:30] <Splarka>	did you move the id from something else?
[03:54:40] *Splarka 	confused, hmms
[03:54:47] <^demon>	werdna: I'll go ahead and commit that :)
[03:54:57] <Splarka>	okay
[03:54:58] <Splarka>	<input type="submit" value="Save" id="prefsubmit" />
[03:55:02] <Splarka>	<input type="submit" value="Save" id="prefcontrol">
[03:55:06] <Splarka>	it gets transformed in javascript
[03:55:13] <Splarka>	and in monbook is #prefcontrol {padding-top: 2em;
[03:55:22] <Splarka>	no idea why, but that explains why only monobook+js
[03:57:27] <Splarka>	http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/monobook/main.css?r1=11273&r2=11272&pathrev=11273  changed there
[03:57:36] <Splarka>	but I never saw that behavior in the old prefs.js
[03:58:16] <Splarka>	anyway, if that makes it to trunk there will be like 10 duped bugs about it before it gets fixed
[03:59:03] <werdna>	about what?
[03:59:22] <^demon>	In any case, prefcontrol is only defined for simple && monobook.
[04:00:13] <^demon>	(NEW) BUTTON IS TOO BIG [blocker] [highest]
[04:00:48] <Splarka>	remove padding-top: 2em; from monobook/simple main.css
[04:00:58] *Splarka 	wonders why it doesn't do it in trunk, or in werdna's browser
[04:01:06] <Splarka>	maybe there is a more specific rule somewhere in play
[04:02:28] <werdna>	want me to peek with firebug?
[04:02:42] <werdna>	#prefcontrol {main.css?208 (line 1008)
[04:02:42] <werdna>	clear:both;
[04:02:42] <werdna>	padding-top:2em;
[04:02:43] <werdna>	}
[04:03:18] <werdna>	padding appears as zero in the layout view though
[04:03:56] <werdna>	and that's what it's as in the computed style
[04:04:04] <werdna>	^demon: are you gonna commit that fix?
[04:05:40] <^demon>	Done.
[04:05:43] <izua>	hello. i had my mediawiki url as "subdomain/pagename" after hacking localsettings and .htaccess. it worked
[04:05:55] <CIA-15>	03demon * r49490 10/branches/preferences-work/phase3/skins/ (monobook/main.css simple/main.css): Save button was reallllly big in monobook. These CSS definitions don't seem very helpful and none of the other skins are using them. Simple's still borked, but this certainly wasn't making it better.
[04:06:21] <izua>	i kept getting some "found" errors sometimes (usually after editing/submitting). if i didn't use any form of rewriting, the errors were gone
[04:07:10] <izua>	I decided to adopt the naming scheme subdomain/wiki/pagename, i've done this > http://www.mediawiki.org/wiki/Manual:Short_URL/Apache_Rewrite_rules <, however, now I can't get anything but the page (no images, css, etc)
[04:07:40] <izua>	i have everything installed in the subdomain's root, not inside a directory. maybe that's the issue?
[04:07:45] <CIA-15>	03werdna * r49491 10/branches/preferences-work/extensions/CentralAuth/ (CentralAuth.php CentralAuthUser.php): Always save language and variant, even if they match the default
[04:08:30] <^demon>	werdna: What's the last major thing keepinig you from merging?
[04:08:43] <werdna>	testing, quickbar, api preferences
[04:08:53] <werdna>	and apparently there's a timezone bug with newly registered accounts
[04:10:16] <werdna>	Splarka: that timezone bug with new accounts WFM
[04:10:21] <Splarka>	huh
[04:10:28] <Splarka>	I'll try it again
[04:10:36] <^demon>	Confirmed.
[04:10:40] <werdna>	izua: is your site available?
[04:11:08] <izua>	what do you mean 'available' ?
[04:11:38] <izua>	online?
[04:12:14] <werdna>	yes, can you link me to it?
[04:13:03] <^demon>	werdna: Just created and account, went to Special:Prefs, and got http://pastey.net/112322
[04:14:23] <Splarka>	hmm, that time I got the timezone
[04:14:37] <Splarka>	but when I created 'Splarka' there was nothing underneith 'Local Time' 
[04:15:25] <werdna>	weird
[04:15:27] <Splarka>	although whe creating Splarka it triggered that encodedPreferences() error
[04:15:36] <Splarka>	so maybe after you fixed it the account wasn't created quite normally
[04:15:44] <werdna>	^demon: that's a problem with your setup, I think
[04:15:56] <werdna>	It happens with the existing preferences setup, afaik
[04:16:45] <wikibugs>	03(mod) Red Links for Userpage/Talk - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18270  (10scd)
[04:17:23] <^demon>	werdna: It doesn't identify 'now' as a timezone, that's a strict standards issue, afaik?
[04:18:00] <werdna>	the issue is that you haven't set your timezone correctly
[04:18:38] <werdna>	I have this in my LocalSettings.php
[04:18:39] <werdna>	ini_set( 'date.timezone', 'America/Los_Angeles' );
[04:18:49] <flyingparchment>	how could 'now' be a timezone?
[04:18:51] <werdna>	I started working on the preferences work branch well after I returned from that timezone
[04:18:56] <^demon>	flyingparchment: Exactly.
[04:19:01] <werdna>	so I assume that I needed it a long time ago :)
[04:19:42] *Splarka 	shapes bug 18270 into a bat to whap brion with
[04:20:09] <Splarka>	"Serving 404 is silly, it'll break for users/servers who can't view 404" "We'll deal with that problem when we come to it ^_^"
[04:20:20] <Splarka>	(*paraphrased; before I get accused of misquoting)
[04:20:35] <^demon>	Splarka: What's so hard about adding redlink=1?
[04:20:42] <Splarka>	isn't the point
[04:20:50] <Splarka>	you can end up on a 404 by typing: User:Foo in search
[04:21:25] <Splarka>	existing user pages shouldn't serve 404, and search shouldn't auto-Go you to non-existing User: pages (both are currently the case)
[04:21:28] <^demon>	Ok, so there's two issues here. 1) Those links should have redlink=1 appended, 2) The user should fix their 404 settings.
[04:21:40] <Splarka>	there are two issues, but not those two
[04:22:02] <Splarka>	they don't need redlink, the user exists, there are reasons to visit user pages that don't exist
[04:22:13] <Splarka>	like to click 'contribs' or 'view logs for this page'
[04:22:32] <Splarka>	in the same way populated red categories don't serve 404, user pages shouldn't ^_^
[04:22:38] <Splarka>	</brokenrecord>
[04:23:03] <^demon>	meh
[04:23:26] <Splarka>	bah, that's what everyone says
[04:23:31] <Splarka>	"you're right, but that's too much work"
[04:23:49] <Splarka>	"open a bug" "did"
[04:23:50] *^demon 	nods
[04:24:04] <OverlordQ>	all the links have redlink=1 for the example wiki he gave /me must be missing something :)
[04:24:37] *^demon 	ponders
[04:24:38] <^demon>	I wish SkinTemplate had a sane setup point where we knew the title....initPage() is too late, but newFromKey() is too early :-\
[04:25:14] <werdna>	Splarka: {{sofixit}} :))
[04:25:39] <^demon>	Although....getSkin() could feasibly provide a title....then we always have the skin in the correct context :)
[04:25:43] *^demon 	ponders some more
[04:28:22] <Splarka>	http://www.mediawiki.org/w/index.php?title=Manual:$wgServer&curid=2833&diff=249530&oldid=242367  wat
[04:28:23] <wikibugs>	03(NEW) Suppression log filtered by "offender", as Oversight log can be. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18472 enhancement; Normal; MediaWiki: Deleting; (FT2.wiki)
[04:30:18] <wikibugs>	03(mod) A hook to enable putting options to the preferences tab - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14806  (10agarrett)
[04:32:18] <wikibugs>	03(mod) Global preferences - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14950  +comment (10agarrett)
[04:32:21] <wikibugs>	03(mod) Merge preferences-work branch with trunk - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18410  (10agarrett)
[04:32:47] <werdna>	I get to resolve seven bugs when I finish preferences-work and merge it with trunk
[04:37:11] <izua>	what are the defualt values in LocalSettings.php to disable any form of rewriting?
[04:38:40] <izua>	come on guys, my whole thing is fscked, and i don't want to do a reinstall, cause i have pages written
[04:39:05] <izua>	i've been googling how to do a rewrite and bothering several users lately, to no results..
[04:40:04] <CIA-15>	03demon * r49492 10/trunk/phase3/includes/ (3 files in 2 dirs): Make Whatlinkshere subclass SpecialPage.
[04:40:09] <porter1>	Maybe look at the manual? http://www.mediawiki.org/wiki/Manual:Short_URL
[04:43:56] <izua>	yes, i've tried that too
[04:43:56] <Marybelle>	Disable any form of rewriting?
[04:43:56] <Marybelle>	Oh.
[04:43:56] <Marybelle>	!defaultsettings | izua 
[04:43:56] --mwbot--	izua: For the current version of DefaultSettings.php, see: <http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/DefaultSettings.php?view=markup>.
[04:43:56] <Marybelle>	Don't worry, mwbot. I'll wait.
[04:43:56] <izua>	no, default settings don't work for me.
[04:43:57] <izua>	they are /wiki as the installation dir, while my installation dir is /
[04:43:57] <CIA-15>	03demon * r49493 10/trunk/phase3/includes/ (Skin.php User.php): initPage() is far too late to be setting a title, so we'll do it right after newFromKey() is called. Allow getSkin() to be passed a title for context, else fall back to OutputPage's title.
[04:44:04] <porter1>	I'm guessing you need to change your $wgScriptPath and $wgArticlePath
[04:45:12] <izua>	my guess exactly.
[04:45:14] <izua>	to what?
[04:45:29] <izua>	they seem pretty sensible, several times changing them, i got "you need to set up your wiki first" page
[04:45:51] <porter1>	Hmm. So you want example.com/index.php?title=Article
[04:46:09] <porter1>	or example.com/index.php/Article
[04:46:10] <porter1>	?
[04:46:27] <izua>	the way it starts up by default
[04:46:44] <izua>	i don't _want_ something anymore, i just want it back in a working state
[04:46:47] <porter1>	So the second one I mentioned?
[04:47:11] <izua>	sure, if that's how it's set up by defualt. but imo, that requires a .htaccess, and there's none
[04:47:12] <porter1>	The article I mentioned has the defaults listed at the bottom of the article
[04:47:38] <izua>	but that uses /w as an installation dir and /wiki as the rewrite directory, which is not the case here. the script is installed here in /
[04:48:38] <izua>	ok, change of plans. if i rm the whole thing, reinstall it, and change LocalSettings to point to my old database, should it work?
[04:48:53] <^demon>	izua: Why not just move it into a subdir like /w/?
[04:49:00] <^demon>	No need to wipe the install....
[04:49:11] <porter1>	That would be too easy :)
[04:49:27] <izua>	several reasons. one, i don't have shell access and doing it via ftp is evil
[04:49:50] <izua>	(i might do it from the cpanel file manager though.. not sure if it would work)
[04:49:52] <porter1>	Wouldn't it be just as bad as deleting and starting over?
[04:50:00] <^demon>	Define evil?
[04:50:02] <izua>	second, i'm not really sure what do i need to move to /w
[04:50:20] <porter1>	But maybe your LocalSettings needs to be wiped, I'm not sure...
[04:50:34] <izua>	makes me stand in front of the computer instead of standing in front of beer
[04:51:12] <izua>	== evil :)
[04:51:18] <^demon>	porter1: Not really....any gui ftp client should support drag and drop....
[04:51:22] <porter1>	If you have it installed to the root dir, don't all you have to set is $wgScirptPath to "/"?
[04:51:33] <^demon>	izua: That didn't clarify...I fail to see how moving something via FTP is evil ;-)
[04:51:35] <izua>	of course.
[04:51:52] <izua>	because ftp doesn't have a move command from / to /something
[04:51:52] <^demon>	In any case....it's not recommended to install to the doc root.
[04:51:55] <izua>	so it will do it file by file
[04:52:24] <izua>	well yes, i'vefound that out about 20 mins ago :) too late now, though
[04:53:27] <^demon>	Well, short of moving it to a subdir, I don't know what else to suggest...
[04:54:04] <izua>	fine, i'll try that
[04:54:15] <izua>	everything is in the db, so i shouldn't worry, right?
[04:54:27] <izua>	what do i have to move? everything, literally?
[04:55:03] <^demon>	Yes. It's only 13 directories and 32 files.
[04:55:42] <^demon>	(not counting files in those directories :p)
[04:56:41] <izua>	eh, i realised i can do it from a higher level, since it's a subdomain. i was logged in with the subdomain's root as my root
[04:56:49] <izua>	and it started moving files individually
[04:56:54] <izua>	anyway, done.
[04:58:18] <izua>	so, i've done this: http://www.mediawiki.org/wiki/Manual:Short_URL#Revert_to_default
[04:58:38] <izua>	now i only have scriptpath, script, redirectscript and articlepath
[04:59:02] <izua>	the whole thing is in /w, i get 404 for http://en.wiki.izua.ro/wiki/index.php?title=Main_Page
[04:59:34] <izua>	and with no .htaccess or /wiki mentioned anywhere, this beast still thinks it should redirect me to /wiki
[05:00:51] <izua>	ah. right.
[05:02:50] <izua>	ok.. so the whole thing works flawlessly from /w
[05:03:05] <izua>	but i have to access /w for it to work. if i access /, i get a directory listing from apache
[05:03:20] <izua>	am i missing something here?
[05:06:25] <OverlordQ>	well you did put all the files into /w didn't you?
[05:06:33] <izua>	yep.
[05:07:24] <chzz>	User [[Kwiki]] on .nl (dutch) can't create same name on .en "already exists". Log shows the account was never created on .en, and special:AListUsers shows no creation date for that one. Is it a "salted" name or someth?
[05:07:27] <OverlordQ>	well what else would it do?
[05:07:29] <izua>	but i did ask before if i should move everything.
[05:08:09] <izua>	*sigh*
[05:08:25] <Splarka>	chzz: http://toolserver.org/~vvv/sulutil.php?user=Kwiki
[05:08:39] *chzz 	looks
[05:08:40] <Splarka>	it simply predated the user creation log
[05:09:05] <OverlordQ>	how long does that go back?
[05:09:16] <Splarka>	http://en.wikipedia.org/w/index.php?title=Special%3ALog&type=newusers&user=&page=User%3ASplarka&year=&month=-1&hide_patrol_log=1
[05:09:19] *Splarka 	predates it too
[05:09:22] <wikibugs>	03(NEW) Account "Kwiki" showing strangely on enwp - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18473 trivial; Normal; Wikimedia: Bugzilla; (ipatrol6010)
[05:09:24] <izua>	ok, i have mediawiki installed to /, moved to /w. i had rewrite enabled as subdomain/page but it gave weird errors, so i tried to make it do subdomain/wiki/page. it failed wonderfully, because the installation was in /
[05:09:30] <Splarka>	sometime in 2005 IIRC
[05:09:34] <chzz>	Splarka ok, I see. So usurp will work?
[05:09:45] <Splarka>	OverlordQ: 15:16, 7 September 2005 Lawj1 (talk | contribs) ? (Created the user "Lawj1" (Talk))
[05:09:53] <OverlordQ>	Splarka: I predate that, but mine still shows up on SUL tool
[05:09:53] <Splarka>	chzz: should yah
[05:09:58] <izua>	now, i have used http://www.mediawiki.org/wiki/Manual:Short_URL#Revert_to_default on localsettings to revert to the default page format, and chagned scriptpath from /wiki to /w. 
[05:10:03] <wikibugs>	03(mod) Account "Kwiki" showing strangely on enwp - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18473  (10p858snake)
[05:10:16] <Splarka>	OverlordQ: creation dates for old accounts are based on first edit
[05:10:19] <p858snake>	that should show when you change the components >.>
[05:10:21] <Splarka>	it is a 'guess'
[05:10:22] <izua>	my / only has /w.
[05:10:29] <Splarka>	chzz has no edits, so no creation date
[05:10:33] <OverlordQ>	Ah
[05:10:34] <Splarka>	er chzz's user
[05:10:36] <izua>	i want to view the whole wiki when accessing subdomain, not view a directory listing
[05:10:43] <chzz>	yep
[05:10:47] <izua>	if possible, i also want a rewrite in the form of domain/wiki/page
[05:11:09] <izua>	is it possible?
[05:11:39] <OverlordQ>	like this: http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access ?
[05:12:07] <izua>	yes, like that. only working.
[05:12:30] <OverlordQ>	follow the steps and it'll work
[05:13:03] <izua>	that's what i did when mediawiki was in /, and after i moved it, too
[05:13:25] <OverlordQ>	is mod_rewrite enabled?
[05:13:39] <wikibugs>	14(INVALID) Account "Kwiki" showing strangely on enwp - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18473  +comment (10herd)
[05:13:54] <izua>	yeah, it worked earlier on, with subdomain/page
[05:15:19] <chzz>	Splarka ty as always, brilliant response. 
[05:16:08] *OverlordQ 	wonders when he actually created his account then
[05:16:09] <izua>	man.. those php guys really ought to do something about this whole path thing
[05:16:46] <izua>	over half of the issues when i hacked php were path-related
[05:17:06] <Splarka>	OverlordQ: there could probably be some more intensive estimation done via the toolserver
[05:17:25] <OverlordQ>	I wouldn't know what to grep for
[05:17:28] <izua>	oh this is truly wonderful.
[05:17:30] <Splarka>	what you'd do is get all the userIDs sequentially and then find the first edit for each one
[05:17:35] <Splarka>	or first log entry
[05:17:46] <OverlordQ>	ahh
[05:17:52] <Splarka>	and then create a creation graph...
[05:17:52] <OverlordQ>	clever that
[05:18:10] <Splarka>	and then adjust it so the time lag between creation and first edit/entry is normalized to zero, or as close as you can guess
[05:18:29] <Splarka>	ignoring those with no edits of course
[05:18:39] <OverlordQ>	that'd be interesting to do
[05:18:40] <Splarka>	but anyway, that is way too complex for ListUsers or sulutil to use
[05:19:01] <OverlordQ>	if I didn't have 2 other project due soonish for school I'd work on it
[05:19:04] <Splarka>	but possibly a maintenance script like 'retroactiveUserCreationDates.php' could be created
[05:19:32] <OverlordQ>	care to elaborate on the normalization step?
[05:19:37] <Splarka>	well
[05:19:50] <Splarka>	okay, say you have a range of 100 users above and below your userID
[05:20:00] <Splarka>	and 95 of them have edits or log entries
[05:20:19] <Splarka>	and lets say about 40 of them have them before your first edit
[05:20:43] <Splarka>	you know that they can't have edited or had a log entry before creating their account...
[05:20:48] <OverlordQ>	yea
[05:21:14] <Splarka>	so you can, while not being able to perfectly pinpoint the user creation timeline, can guestimate it by each user's first action
[05:21:23] *OverlordQ 	wonders if linear approximation would work
[05:21:24] <Splarka>	some will be much lagged from creation, some will not
[05:21:51] <Splarka>	there should be daily and weekly waves, based similar to the access logs
[05:22:15] <Splarka>	gets into statistical maths, and gives headaches, but someone could work it out
[05:22:44] <OverlordQ>	pssh, throw a linear graph on it :P doesn't have to get it down to the minute
[05:23:11] <Splarka>	well, I mean, like this: if the userID before you had their first edit 6 months after you, but the 5 userIds had them a day before you
[05:23:31] <Splarka>	then you can guess most likely that you had a 24 hour lag before your first action
[05:23:48] <Splarka>	with a few million userIDs, statistical averaging will make it pretty darn accurate
[05:23:53] <werdna>	so take five before, five after, average each side and interpolate linearly.
[05:24:07] <NicDumZ>	mmmm internal_api_error_MWException: Exception Caught: Empty $wgTitle in OutputPage::parse
[05:24:08] <Splarka>	yah, but a maintenance script could do them all at once
[05:24:14] <Splarka>	and backfill in user creation dates
[05:24:16] <NicDumZ>	I need to trace this now.
[05:24:45] <OverlordQ>	could probably do 95th percentile stuff to throw out strangely odd cases like that
[05:25:27] <OverlordQ>	alright, now I really gotta get back to my homework :D
[05:26:09] *Splarka 	tempts werdna into /maintenance/PopulateUserCreationDates.php
[05:33:46] <werdna>	eee
[05:48:17] <NicDumZ>	any idea of why http://fr.wikipedia.org/w/index.php?title=Wikip%C3%A9dia:Le_Bistro/1_septembre_2006&diff=next&oldid=9792446 messes so badly with the section title render ? ( UNIQ77c8abe72d64499d-h-0--QINU involved)
[05:49:12] <Splarka>	parser extension tags in the ==title== ?
[05:49:37] <Splarka>	stuff like ==<nowiki>foo</nowiki>==  ==<gallery>foo</gallery>==  ==<pre>foo</pre>== can expose strip markers
[05:50:29] <NicDumZ>	here, a <categorytree> is added in a section, and it messes with the page section titles before that section
[05:52:42] <Splarka>	ahh, is the <categorytree> returning any results?
[05:53:03] <NicDumZ>	no :)
[05:53:32] <Splarka>	sounds like a but I opened then
[05:53:35] <NicDumZ>	looks like the category has been deleted since (this is a 2006 archive)
[05:54:30] <OverlordQ>	http://www.mediawiki.org/wiki/Special:Code/MediaWiki/49471
[05:55:04] <Splarka>	https://bugzilla.wikimedia.org/show_bug.cgi?id=16129
[05:57:10] <Splarka>	NicDumZ^ that, heh
[05:57:17] <Splarka>	( OverlordQ's link)
[05:57:58] <NicDumZ>	looking
[05:58:03] <izua>	i moved mediawiki from / to /w and now my extensions won't show up (probably because of $IP = MW_INSTALL_PATH
[05:58:10] <izua>	where is MW_INSTALL_PATH defined?
[05:58:38] <OverlordQ>	you shouldn't have to mess with anything related to $IP
[05:58:52] <NicDumZ>	ah, great, so it should be fixed soon :)
[06:02:37] <Splarka>	NicDumZ: soon, haha, funny
[06:02:57] <Splarka>	code review is again 3 weeks behind
[06:03:05] <izua>	how do i make my extensions work, then?
[06:03:50] <izua>	since the installation was moved and $IP depends on a constant, i don't see other solutions
[06:04:52] <Splarka>	hmm, 682 revisions ahead of scap, 388 new
[06:10:30] <izua>	grr
[06:10:48] <izua>	why aren't extensions working? i have the right path to them, $scriptPath is configured right, everything displays right
[06:11:04] <izua>	what other reasons could be?
[06:40:36] <CIA-15>	03werdna * r49494 10/branches/preferences-work/phase3/includes/Preferences.php: Fix mislabelled preference
[06:48:50] <CIA-15>	03werdna * r49495 10/branches/preferences-work/phase3/includes/HTMLForm.php: Add help text support to HTMLForm, will copy styles over later.
[07:33:13] <wikibugs>	03(mod) Make Recent Changes available via XMPP - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17450  (10daniel)
[07:44:17] <wikibugs>	03(WONTFIX) Must differentiate 'specialpage(s)' in all languages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18403  +comment (10siebrand)
[07:58:42] <Nikerabbit>	ARGH
[07:59:22] <Nikerabbit>	how many times that guy needs to be told his server is broken until he believes
[08:01:07] <Splarka>	no Nike what does 404 have to do with it just tell me why red links aren't given &redlink=1 please thank you now fix it rar grump flibble barf
[08:01:12] *Splarka 	hides
[08:01:48] <Landlord>	www.ffowa.org <--- are the caction tabs just slightly above the content box to you guys?
[08:02:42] <Nikerabbit>	Splarka: :D
[08:02:57] <Nikerabbit>	god dammit firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=356097
[08:11:07] <breit>	yesterday i installed a new mediawiki
[08:11:21] <uwjweq>	How to echo all references of the article? <references/> did not work for me.
[08:11:30] <uwjweq>	Gratz breit
[08:11:33] <breit>	the installer said that the tmp folder is not writable
[08:11:35] <breit>	^^
[08:11:54] <p858snake>	uwjweq: are any of the <ref>'s using the group function?
[08:11:54] <breit>	but it finsihed the installation succsessful...
[08:12:26] <breit>	but when i called the main page, the hole page was only white and no source text was supplied
[08:12:39] <uwjweq>	p858snake no, I dont know the group function
[08:13:07] <breit>	so now i added "ini_set("session.save_path", '/var/www/web730/phptmp/');" at the top of the files config/index.php and index.php
[08:13:17] <p858snake>	does the page display any errors in red text then where the <references /> is ment to be?
[08:13:25] <breit>	i reinstalled it, and the error message from the installer was gone
[08:13:36] <breit>	but the main page is still white... :(
[08:13:43] <breit>	any ideas?
[08:25:28] <Duesentrieb>	breit: yes: find the error message.
[08:25:47] <Duesentrieb>	the warnign from the isnatller is unrelated to the fatal error you are getting
[08:25:55] <Duesentrieb>	i told you that yesterday :)
[08:32:25] <hund>	hi, im running mediawiki -1.14.0 / postgresql 8.3.3, if i go to special pages -> files i get the following internal error: ERROR:  column "image.img_timestamp" must appear in the GROUP BY clause or be used in an aggregate function
[08:32:28] <hund>	any idea?
[08:32:34] <breit>	argh...  i thougth i can fix it throuth this line..
[08:35:37] <CIA-15>	03straussd * r49496 10/civicrm/trunk/ (5 files in 5 dirs): Fix a few bugs.
[08:36:46] <Duesentrieb>	breit: ask your hoster how to find the cause of a fatal php error. it's most likely in the apache log or syslog.
[08:37:39] <Duesentrieb>	hund: my idea is that PG support is incomplete and frequently broken, because it doesn't get tested after each change to the core, and there's a lot of raw sql going on in the codew.
[08:38:04] <CIA-15>	03straussd * r49497 10/civicrm/trunk/sites/all/modules/ (2 files in 2 dirs): Fix a few bugs.
[08:38:27] <p858snake>	basically what Duesentrieb is saying, report all the errors relating to the db to bugzilla
[08:39:02] <ialex>	hund, Duesentrieb: Special:Listfile has been fixed in 1.15
[08:39:13] <ialex>	(Special:Wantedtemplates too)
[08:39:23] <p858snake>	do many/any of main "coders" even run a PG install?
[08:39:39] *ialex 	do
[08:39:43] <ialex>	sometimes :)
[08:40:51] <hund>	ok, thanks a lot duesentrieb, ialex, p858snake, i'll try the 1.15 verison
[08:41:39] <p858snake>	should change the mediawiki wiki into a PG install and then use that as a test case >.>
[08:42:16] <ialex>	:P
[08:42:53] <p858snake>	http://lists.wikimedia.org/pipermail/wikipedia-l/2009-April/031050.html <#4 would be also if they ever got done >.>
[08:44:07] <hund>	hum.. when will the 1.15 version be released?
[08:44:30] <Nikerabbit>	when someone gets around to it
[08:44:37] <hund>	 ok :)
[08:47:29] <mbalmer>	wuff
[08:47:46] <hund>	:)
[08:48:51] *mbalmer 	hopes 1.15.x will soon be out...
[08:50:13] *hund 	too
[08:50:26] <siebrand>	I suggested to Tim at the dev meet to branch 1.15 soon, because I was expecting a lot of features in the 2 months after the meet
[08:50:38] <siebrand>	which would make it harder to get 1.15 stable
[08:51:12] <mbalmer>	we were tested 1.14 internally on postgresql, everything worked, but of course customer uses features we did not test...
[08:51:49] <mbalmer>	and of course we upgraded their server ;(
[08:52:35] <OverlordQ>	lol
[08:54:27] <mbalmer>	maybe we should just use a svn checkout, apparently our problem is fixed...
[09:08:12] <wikibugs>	03(NEW) Moving ku-arab content to ckb - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18474 enhancement; Normal; MediaWiki: Internationalization; (Gerard.meijssen)
[09:13:09] <CIA-15>	03siebrand * r49498 10/trunk/extensions/Translate/ (README Translate.php TranslatePage.php): Add mw-sp-translate-$id to all message groups on Special:Translate
[09:23:02] <CIA-15>	03siebrand * r49499 10/trunk/extensions/ (2 files in 2 dirs): Localisation updates for extensions from translatewiki.net
[09:29:17] <__neo__>	hi guys
[09:30:12] <__neo__>	I was looking at a comparison between mediawiki and it's first 2 competitors(dokuwiki and twiki) on wikimatrix.org
[09:31:18] <__neo__>	since mediawiki is the most popular, can there be a case when I would need *not* to choose mediawiki?
[09:31:35] <__neo__>	thanks for any fair answer you can give on this :)
[09:31:51] <flyingparchment>	mediawiki isn't suitable for everyone
[09:31:54] <__neo__>	because I just need an objective look on this matter
[09:32:11] <__neo__>	flyingparchment: which would be a case where I wouldn't use mediawiki?
[09:32:12] <flyingparchment>	it doesn't have good support for read/write restrictions (which is often important for enterprise users) and it doesn't have a good wysiwyg editor
[09:32:42] <flyingparchment>	it's also not especially easy to administer (no web-based configuration, etc.. although someone is working on that)
[09:33:18] <__neo__>	flyingparchment: hmm..so it must be managed by config files or..? - because I'm not very accustomed to it yet
[09:33:24] <flyingparchment>	yes
[09:33:44] <flyingparchment>	also, it only supports mysql, and pg to some extent (although that's tier 2 at best)
[09:33:44] <__neo__>	oh..
[09:34:09] <Splarka>	and the versioning system sucks, .6 < .14
[09:34:10] <__neo__>	so if I'd like to keep details about a personal project, which wiki would fit best?
[09:34:51] <__neo__>	I mean, I'd need first of all to be fast - need to be able to quickly add new entries
[09:35:09] <__neo__>	I've installed until now the oddmuse wiki and it's very fast
[09:35:28] <__neo__>	but then, I've installed dokuwiki and it was very slow - or at least it seemed so
[09:35:46] <__neo__>	now I've set the target for mediawiki and I don't know what to expect
[09:37:07] <CIA-15>	03raymond * r49500 10/trunk/phase3/ (7 files in 7 dirs): * Special:AllPages: Move hardcoded styles from code to CSS
[09:41:00] <Splarka>	http://www.splitbrain.org/blog/2007-08/07-dokuwiki_the_best_localized_wiki?s[]=mediawiki
[09:41:01] <Splarka>	heh
[09:41:24] <Splarka>	"DokuWiki - The best localized Wiki?" -> "If you look at the statistics you'll see a lot more languages listed than in the last release. I was able to find about 50 different strings that match close enough between DokuWiki and MediaWiki, MoinMoin or PMWiki to make borrowing their translations sensible"
[09:41:37] <Splarka>	aka "I'm the best because I can just borrow from the actual best"
[09:42:32] <__neo__>	the issue I had with oddmuse was that I wanted to see all the articles I've added by date in a list but without naming them like DATE_article
[09:42:44] <__neo__>	and there were also the rights which are hard to manage
[09:43:14] <CIA-15>	03raymond * r49501 10/trunk/phase3/includes/specials/SpecialAllpages.php: Follow up r49500: fix classname
[09:44:12] <__neo__>	Splarka: hehe :) so dokuwiki is a borrower :P
[09:44:35] <__neo__>	btw, which wiki do you use - besides mediawiki?
[09:45:15] <__neo__>	I mean, what's your impression on MoinMoin or PMWiki for example - since it says there they're good wikis?
[09:45:16] *Splarka 	just puts up with the choice of whatever sites he needs to use
[09:46:40] <__neo__>	and until now which wikis did you use most?
[09:46:42] <Splarka>	oh, I've only ever used MediaWiki and PmWiki
[09:46:58] <Splarka>	and PmWiki gives me a headache because it isn't MediaWiki X_X
[09:47:02] <Duesentrieb>	__neo__: why would a mediawiki hacker use any other wiki? we are zelots. mediawiki is the best wiki for us because we know it well and can make it do whatever we want.
[09:47:24] <Splarka>	(the wikicode in it is counterintuitive to an experienced MediaWiki user)
[09:47:27] <Duesentrieb>	__neo__: try #wiki for that kind of question :)
[09:48:09] <__neo__>	yes, I guess you're right - the thing is that I'm in the learning process with wikis and I'm looking for a objective impression on them
[09:48:21] <__neo__>	I'll try #wiki, thanks! :)
[09:48:49] <Splarka>	well...
[09:48:52] <__neo__>	Splarka: thanks for all your assistance!
[09:49:04] <Splarka>	I didn't assist! flyingparchment did
[09:49:15] <Splarka>	the only thing I have to say on wikis is... if you want contributors, go with mediawiki
[09:49:22] <CIA-15>	03raymond * r49502 10/trunk/phase3/skins/ (4 files in 4 dirs): Follow up r49500: add class from r49501 to the CSS files too.
[09:49:30] <Splarka>	it is not the prettiest, it is not the fastest, but it is the most popular, and that does matter, because more people are familiar with it
[09:49:47] <Splarka>	they know [[links look like this]], and that is enough to get them started
[09:49:58] <totalwormage>	same goes for support and extentions ...
[09:50:05] <Splarka>	it is like choosing qwerty over dvorak
[09:50:18] <__neo__>	Splarka: yes, you've got a point! :)
[09:50:19] <Duesentrieb>	__neo__: mediawiki is pretty heavy for for a personal notepad. don't mow your lawn with a tank.
[09:50:24] <Splarka>	if it is a personal wiki, then keep researching, find the best one
[09:50:35] <uwjweq>	It is like choosing Steak over Hagis
[09:51:04] <Splarka>	mmm, haggis
[09:51:12] <__neo__>	Duesentrieb: so if I'd need something that is lightweight but has most features like: permissions, easy adding of new topics, showing a list of all topics added, etc.
[09:51:33] <__neo__>	uwjweq: :)
[09:51:40] <Splarka>	btw, the pmwiki I use: http://tvtropes.org/pmwiki/pmwiki.php/Main/HomePage
[09:51:58] <p858snake>	eww @ url
[09:52:01] <Splarka>	last person here I showed it to opened a hundred new tabs reading it, in a few hrs
[09:52:03] <Duesentrieb>	__neo__: then you should look around. because *i* would still use mediawiki. because i have mysql running anyway, and i can set up mediawiki in 5 minutes, blind.
[09:52:09] <__neo__>	I guess that's why I still have so many questions about them - it's hard to choose between Steak and Hagis ;)
[09:52:34] <uwjweq>	neo: deployment is very easy with mediawiki
[09:53:00] <Duesentrieb>	__neo__: googeling for "lightweight personal wiki" briongs up this: http://webscripts.softpedia.com/script/Wikis/wiki-light-31198.html
[09:53:37] <__neo__>	Duesentrieb: hmm..but I guess this wiki is a no-namer between the others
[09:53:51] <Duesentrieb>	yep.
[09:53:56] <uwjweq>	__neo__: Keep in mind that even though it mediawiki is a big piece of software it still is easy to use.
[09:54:20] <uwjweq>	-it
[09:54:23] <Duesentrieb>	uwjweq: ...kind of. depends. very much.
[09:54:24] <__neo__>	I mean, I guess what I'd enjoy having is a wiki with speed, features and still between the top wikis - but I guess that's hard to find
[09:54:54] <__neo__>	so I guess, I'll try to install mediawiki on xtreemhosting.com (free hosting) and see how it goes
[09:55:06] <Duesentrieb>	__neo__: "speed" is such a tricky term...
[09:55:25] <Duesentrieb>	mediawiki isn't particularly fast. but it scales very well.
[09:55:47] <__neo__>	Duesentrieb: yes, for me I guess speed means the comparison that I make when installing each wiki on xtreemhosting.com
[09:56:15] <__neo__>	so the first one I've ever installed was oddmuse which was fast ; then dokuwiki - not so fast
[09:56:23] <uwjweq>	__neo__: You will not feel your machine getting much slower with only 1000 or so requests per hour.
[09:57:39] <__neo__>	uwjweq: you mean if I'd install the wikis locally - although I'd like them to be on the free hosting account so I can have mobility
[09:57:51] <__neo__>	my home computer is not always on :P
[09:58:39] <Duesentrieb>	__neo__: wikis on free hosting sites tend not to work.
[09:58:42] <Duesentrieb>	especialyl mediawiki
[09:58:59] <Duesentrieb>	cheap hosting, yes. free hosting... generally not.
[10:00:33] <uwjweq>	cheap rhymes with shit
[10:04:59] <__neo__>	yes I saw free hosting wasn't very fast but for me is something for my personal project and it's at start so I'm not yet ready to invest money...just yet ;)
[10:05:42] <GerardM>	often with free hosting you do not have the extension installed or the version installed that are a best fit
[10:08:22] <CIA-15>	03siebrand * r49503 10/trunk/phase3/languages/messages/ (19 files): 
[10:08:22] <CIA-15>	Localisation updates for core from translatewiki.net
[10:08:22] <CIA-15>	* Updates for namespaces, special page aliases, magic words
[10:10:53] <__neo__>	I've got to go guys - thanks a lot for your support - it really helps when you're in blur :)
[10:14:22] <svip>	:)
[10:16:06] <Mraedis>	I was wondering whether you can use a shared database with tables hosted on different databases
[11:11:55] <ialex>	Mraedis: no
[11:15:13] <Mraedis>	DArn
[11:15:18] <Mraedis>	Thanks :)
[11:38:55] <an3k>	my server doesnt have a MTA but i would like to use email authentification. can MW handle Secure IMAP or Secure SMTP? I'm using Google Apps with my own domain so sendmail wouldn't the best solution imo.
[11:41:14] <Nikerabbit>	mediawiki only uses mail()
[11:41:55] <an3k>	sry but what does that mean exactly?
[11:42:18] <Nikerabbit>	that whatever you can configure the PHP to use works
[11:42:46] <an3k>	ah, ok. good. thanks :)
[11:52:08] <CIA-15>	03purodha * r49504 10/trunk/extensions/Configure/Configure.settings.i18n.php: Full stop after message removed, making it consitent with all others.
[12:20:41] <wikibugs>	03(mod) formatnum: parser function too restrictive, doesn't handle decimals - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=10454  (10D.U.Thibault)
[12:20:50] <wikibugs>	03(ASSIGNED) Moving ku-arab content to ckb - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18474  (10raimond.spekking)
[12:55:46] <CIA-15>	03huji * r49505 10/trunk/extensions/Collection/Collection.i18n.php: Using {{MediaWiki:Coll-helppage}} instead of hardcoded Help:Books to ensure the same message is used in all instances
[13:20:30] <CIA-15>	03siebrand * r49506 10/trunk/extensions/Configure/Configure.settings.i18n.php: Tweak 'whether' out of 3 messages
[13:28:03] <wikibugs>	03(NEW) Images on the secure connection to OTRS wiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18475 minor; Normal; Wikimedia: General/Unknown; (lastword)
[13:28:30] <wikibugs>	03(mod) Images on the secure connection to OTRS wiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18475  minor->trivial; +comment (10lastword)
[13:30:08] <bjorge>	Hi, take a look at http://wiki.pastinakk.no/index.php/Sandkasse
[13:30:23] <bjorge>	what am I doing wrong since I get the extra 1?
[13:33:08] <bjorge>	anyone?
[13:36:36] <Duesentrieb>	bjorge: mixing wiki-syntax and html-syntax for lists just doesn't work. it leads to confusion.
[13:36:45] <Duesentrieb>	also, you need to at least close you li tag
[13:36:56] <wikibugs>	03(mod) Uncategorized categories/pages/templates refactoring - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12942  (10Eugene.Zelenko)
[13:37:20] <p858snake>	wrf @ the reply to #18475
[13:40:33] <bjorge>	Duesentrieb: I just followed http://meta.wikimedia.org/wiki/Help:List#Specifying_a_starting_value
[13:41:18] <bjorge>	And the example does not close the tag.
[13:42:19] <bjorge>	closing it just resulted in the </li> beeing shown on the page
[13:42:44] <Duesentrieb>	bjorge: looks scary to me, and i have no idea how accurate that page is
[13:42:58] <Duesentrieb>	also, it may depend on weter you have $wgUseTidy enabled or not
[13:43:15] <bjorge>	Is the meta.wikimedia.org community driven?
[13:43:20] <Duesentrieb>	yes.
[13:43:25] <bjorge>	what does $wgUseTidy do?
[13:43:27] <Duesentrieb>	all our wikis are
[13:43:34] <bjorge>	ok
[13:43:37] <Duesentrieb>	it enables the html prettifier called "tidy"
[13:43:50] <Duesentrieb>	which fixes broken html. and sometimes breaks html in unexpected ways
[13:44:16] <Duesentrieb>	bjorge: the only authoritativce documentation is the source code. and that, too, is community driven
[13:44:25] <bjorge>	:-)
[13:44:32] <Duesentrieb>	welcom to the world of FOSS
[13:44:53] <bjorge>	hehe, I live and work FOSS:-) So is there a way to do what I want?
[13:45:00] <bjorge>	use html only?
[13:46:17] <Duesentrieb>	yes
[13:46:25] <Duesentrieb>	well, at least that is reliable
[13:46:33] <Duesentrieb>	maybe it's possible with mixing, somehow.
[13:46:39] <Duesentrieb>	but i wouldn't rely on it
[13:47:35] <bjorge>	ok
[13:49:13] <AlexSm>	werdna: AbuseLog issue, a simple one ... can I explain it here?
[13:55:38] <AlexSm>	well, filing a bug then ...
[13:55:48] <wikibugs>	03(NEW) Cannot filter AbuseLog by filter ID without abusefilter-log-detail - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18476 enhancement; Normal; MediaWiki extensions: AbuseFilter; (AlexSm)
[14:01:12] <wikibugs>	03(WONTFIX) Cannot filter AbuseLog by filter ID without abusefilter-log-detail - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18476  +comment (10agarrett)
[14:01:20] <werdna>	AlexSm: sorry, wasn't watching
[14:01:22] <werdna>	see my comments there
[14:02:24] <wikibugs>	03(FIXED) Czech wikisource settings - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18428  +comment (10rhalsell)
[14:05:26] <AlexSm>	werdna: but they do see "Filter description: ..." in the log, so for them it just some extra work to look at the list of filters and find a filter by its name
[14:05:37] <AlexSm>	this doesn't make sense to me either
[14:06:18] <AlexSm>	I uderstand they cannot see the diff and variables, but this ...
[14:15:21] <wikibugs>	03(FIXED) Enable subpages on main namespace of UK chapter website - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17717  +comment (10rhalsell)
[14:16:56] <wikibugs>	03(mod) Enable the rollback feature on Commons - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18434  (10agarrett)
[14:17:08] <werdna>	RobH: just assigned that one to you :))
[14:17:40] <RobH>	yea well i tried to use the new ns markup instead of the namespace #s
[14:17:43] <RobH>	we will see if it works.
[14:19:28] <wikibugs>	03(FIXED) Add autopatrolled group to English Wikisource - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18307  +comment (10rhalsell)
[14:20:57] <werdna>	AlexSm: well the point is that maybe you could name a few filters the same name
[14:21:43] <werdna>	anyway i guess an argument could be made that it's sensible to allow them to see that ID
[14:24:00] <AlexSm>	I guess I'll just request to add abusefilter-log-detail to most/all users on the wiki in question
[14:25:42] <freakolowsky>	greetz 2 all dudes and dudettes
[14:27:49] <freakolowsky>	got issues with fresh svn version ... SpecialPages gives me Class not found for Whatlinkshere ... i see the file in Autoloader as WhatLinksHerePage ... can somone give me a pointer what to look at to resolve this
[14:29:20] <wikibugs>	03(FIXED) Enable the rollback feature on Commons - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18434  +comment (10rhalsell)
[14:30:40] <wikibugs>	03(NEW) importDump.php returns fwrite() PHP error - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18477 major; Normal; MediaWiki: Maintenance scripts; (seth)
[14:34:13] <freakolowsky>	issue resolved
[14:35:15] <wikibugs>	03(FIXED) Disable CentralNotice on private/fishbowl wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17718  +comment (10rhalsell)
[15:07:33] <CIA-15>	03rainman * r49507 10/branches/lucene-search-2.1/src/org/wikimedia/lsearch/frontend/ (HttpHandler.java HttpMonitor.java): Report on long-running queries using lightweight HttpMonitor.
[15:26:13] <Nerd42>	does anybody know what wfNamespaces*cache Array **retrieve Array * alias * Array * means ?
[15:26:23] <Nerd42>	mediawiki's giving us that
[15:28:14] <OverlordQ>	eh? context would be helpful
[15:29:58] <Nerd42>	umm ... when admins log in ... its at the top of every page right by the logo
[15:30:15] <Nerd42>	and its been there for like a month 
[15:30:21] <freakolowsky>	is it a Notice?
[15:30:34] <Nerd42>	no its not in the site notice ...
[15:30:50] <Nerd42>	its in the absolute upper left corner
[15:30:54] <Nerd42>	behind the logo actually
[15:30:58] <Nerd42>	in monobook skin
[15:31:11] <Nerd42>	haven't checked other skins ... do we even have them?? 
[15:31:13] *Nerd42 	checks
[15:31:14] <OverlordQ>	upgrade recently? using any extensions?
[15:31:16] <freakolowsky>	Yes ... but before the error ... does it say Notice or Warning or what?
[15:31:45] <Nerd42>	No
[15:31:51] <Nerd42>	nothing ... that's the whole error
[15:32:41] <CIA-15>	03siebrand * r49508 10/trunk/extensions/MetavidWiki/languages/MV_Messages.php: Remove duplicate messages and obsolete comments
[15:33:16] <Nerd42>	OverlordQ, I don't even know. look if nothing occurs to you guys then that's the answer really.
[15:33:26] <Nerd42>	i'm not privy to the technical details of this site
[15:33:36] <Nerd42>	i just wanted to know if anyone understood that gibberish
[15:34:30] <Nerd42>	so thanks :)
[15:34:43] <Nerd42>	apparently no one does. that's the answer :)
[15:35:17] <OverlordQ>	sounds like some old extension
[15:36:19] <Nerd42>	k
[15:36:38] <OverlordQ>	but I could and have been wrong before :)
[15:36:48] <CIA-15>	03siebrand * r49509 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: Re-enable support for MetavidWiki
[15:53:40] <CIA-15>	03siebrand * r49510 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: Optionals for MetavidWiki
[15:55:52] <CIA-15>	03siebrand * r49511 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: Fix incorrect find/replace in r49510.
[15:56:42] <CrazedNighthawk>	for installing on windows server 2003, does anyone know if you can use the most updated version of PHP and MySQL for mediawiki or do you need the versions specified in the wiki?
[15:57:48] <OverlordQ>	you should be fine as long as it's not PHP 5.3
[15:59:11] <CrazedNighthawk>	ok so 5.2.9 should be fine then?
[16:00:34] <OverlordQ>	yea
[16:02:47] <CrazedNighthawk>	what about MySQL 5.1.33? the wiki says to use version 5.0.24 but it doesn't say there is a issue.
[16:02:57] <CIA-15>	03siebrand * r49512 10/trunk/extensions/MetavidWiki/languages/MV_Messages.php: Tweak 'download_text'. Thanks Ialex.
[16:05:45] <CIA-15>	03siebrand * r49513 10/trunk/extensions/MetavidWiki/languages/MV_Messages.php: Fix URLs. Ialex again :)
[16:18:23] <CIA-15>	03siebrand * r49514 10/trunk/extensions/MetavidWiki/languages/MV_Messages.php: Add a few newlines and a period.
[16:43:11] <failure>	is there a way to use nis/local user accounts for logins instead of the email sign up thingy?
[17:05:54] <CIA-15>	03werdna * r49515 10/branches/preferences-work/phase3/includes/Preferences.php: Reorganise some of the 'misc' preferences into more appropriate categories
[17:25:45] <wikibugs>	03(FIXED) Install Labeled Section Transclusion for dewikiversity - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17773  +comment (10rhalsell)
[17:32:19] <wikibugs>	03(FIXED) "Wiktionary" is a bad interwiki prefix on ukwiktionary and mlwiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17898  +comment (10rhalsell)
[17:56:37] <wikibugs>	03(NEW) Time-dependent conditionals (#ifeq, #switch, etc.) can leave link tables inconsistent - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18478 minor; Normal; MediaWiki extensions: ParserFunctions; (nospam)
[17:58:05] <wikibugs>	03(mod) {{int:X}} respects user-defined interface language, breaking link tables etc. (aka {{USERIFCODE}} strikes back) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14404  (10nospam)
[17:59:51] <wikibugs>	03(mod) Red Links for Userpage/Talk - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18270  (10Platonides)
[18:01:09] <failure>	any humans around?
[18:01:57] <wikibugs>	03(mod) Time-dependent conditionals (#ifeq, #switch, etc.) can leave link tables inconsistent - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18478  +comment (10nospam)
[18:11:59] <CrazedNighthawk>	will MySQL 5.1.33 work with mediawiki? the wiki says to use version 5.0.24 but it doesn't say there is a issue with the newer version.
[18:12:33] <brion>	CrazedNighthawk: it should work fine, yes
[18:18:08] <failure>	anybody know how to get NIS authentication working with mediawiki?
[18:20:29] <wikibugs>	04(REOPENED) Enable subpages on main namespace of UK chapter website - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17717  +comment (10thomas.dalton)
[18:41:09] <wikibugs>	03(mod) Uncategorized categories/pages/templates refactoring - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12942  (10Eugene.Zelenko)
[18:42:18] <wikibugs>	03(mod) Enable subpages on main namespace of UK chapter website - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17717  (10thomas.dalton)
[18:54:37] <wikibugs>	03(mod) Improve accessibility of the search page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16741  +comment (10federicoleva)
[19:13:01] <jlhenry>	Hello
[19:13:03] <jlhenry>	Any idea why I have so many diff3 errors in my Apache error logfile? Since this morning I have "/usr/bin/diff3: standard output: Broken pipe" 24 times, "/usr/bin/diff3: write failed" 22 times and "usr/bin/diff3: No newline at end of file" 1513 times!!!
[19:21:42] <Duesentrieb>	jlhenry: random guess: full disk?
[19:30:36] <jlhenry>	Duesentrieb, sorry; no :(
[19:34:51] <jlhenry>	It appear on that type of query: http://fr.ekopedia.org/index.php?title=Graines_Bio&diff=next&oldid=58
[19:41:14] <CIA-15>	03raymond * r49516 10/trunk/phase3/ (3 files in 3 dirs): Follow up r49442: Make this new error message and two older error messages localizable.
[19:44:09] <CIA-15>	03yaron * r49517 10/trunk/extensions/SemanticDrilldown/languages/SD_Messages.php: Added 'sd_browsedata_novalues' and 'sd_filter_combobox' messages
[19:48:28] <CIA-15>	03yaron * r49518 10/trunk/extensions/SemanticDrilldown/specials/SD_CreateFilter.php: 'text' input type changed to 'combo box'
[19:54:26] <CIA-15>	03yaron * r49519 10/trunk/extensions/SemanticDrilldown/includes/SD_Filter.php: 
[19:54:26] <CIA-15>	Filter's is_relation field default changed to 'true', check changed from
[19:54:26] <CIA-15>	'SMWSQLStore2' to 'SMWSQLStore' to accomodate Halo 1.4
[20:02:00] <CIA-15>	03yaron * r49520 10/trunk/extensions/SemanticDrilldown/specials/SD_BrowseData.php: 
[20:02:00] <CIA-15>	Check changed from 'SMWSQLStore2' to 'SMWSQLStore' to accomodate Halo 1.4;
[20:02:00] <CIA-15>	printFreeTextInput() renamed to printComboBoxInput(); 'none' value removed for
[20:02:00] <CIA-15>	number-range filters; filters with no values displayed with a "no values"
[20:02:02] <CIA-15>	message, instead of being hidden
[20:04:13] <CIA-15>	03yaron * r49521 10/trunk/extensions/SemanticDrilldown/includes/SD_AppliedFilter.php: Check changed from 'SMWSQLStore2' to 'SMWSQLStore' to accomodate Halo 1.4
[20:05:55] <CIA-15>	03yaron * r49522 10/trunk/extensions/SemanticDrilldown/ (INSTALL includes/SD_GlobalFunctions.php): New version: 0.5.6
[20:19:00] <CIA-15>	03aaron * r49523 10/trunk/extensions/FlaggedRevs/FlaggedRevs.class.php: Made getPrecedence() more robust
[20:26:47] <wikibugs>	03(FIXED) Enable subpages on main namespace of UK chapter website - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17717  +comment (10rhalsell)
[20:27:24] <wikibugs>	03(WONTFIX) Admin functions for (autoconfirmed) users - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14325  +comment (10ssanbeg)
[20:32:27] <jlhenry>	Is there any howto on how to improve Mediawiki upload form (like Commons)?
[20:33:42] <Splarka>	not seen one, it is a bit of a custom job there
[20:36:13] <Splarka>	basically they've done 3 things: 1) they've added 'licenses' and 'upload-url' to $wgForceUIMsgAsContentMsg  2) they've set a custom $wgUploadNavigationUrl  3) they've created a framework for a license-choosing UI by cleverly editing system messages -> http://commons.wikimedia.org/wiki/Special:PrefixIndex/MediaWiki:Upload  and http://commons.wikimedia.org/wiki/Special:PrefixIndex/MediaWiki:License
[20:36:55] <Splarka>	the &uselang URI parameter translates the UI into a custom language, using subpages of the MediaWiki namespace (with fallback to content language, english in this case)
[20:37:15] <Splarka>	so for example on Special:Upload?uselang=fr you see MediaWiki:Licenses/fr instead of MediaWiki:Licenses
[20:37:27] <Splarka>	this also works for arbitrary strings, like ?uselang=ownwork shows MediaWiki:Licenses/ownwork
[20:38:06] <Splarka>	the fourth part to this is a lot of custom (hackish) javascript, see their MediaWiki:Common.js and a bunch of sub-SJ
[20:39:07] <CIA-15>	03aaron * r49524 10/trunk/extensions/FlaggedRevs/FlaggedRevs.class.php: Added some tag convenience functions
[20:42:56] <Splarka>	jlhenry: basically you'll need a large chunk of http://commons.wikimedia.org/wiki/MediaWiki:Common.js  as well as http://commons.wikimedia.org/w/index.php?title=MediaWiki:UploadForm.js and http://commons.wikimedia.org/w/index.php?title=MediaWiki:Upload.js and possibly http://commons.wikimedia.org/w/index.php?title=MediaWiki:UploadFormLinkFixer.js
[20:43:31] <Splarka>	which is an insane amount of hacky javascript just to make the upload form a few more fields
[20:44:56] <Splarka>	UploadForm.js also imports 6 other sub-scripts... sheesh
[20:46:47] <jlhenry>	Splarka, Thanks
[20:47:28] <jlhenry>	Splarka, honnestly.... ITS CRAZY!
[20:47:55] <jlhenry>	as you said... just to make the upload form a feu more fields!...
[20:48:40] <Splarka>	you might ask Lupo which parts are necessary for that, most it probably isn't
[20:52:21] <CIA-15>	03dale * r49525 10/trunk/extensions/MetavidWiki/skins/mv_embed/jquery/ (jquery-1.3.2.js jquery-1.3.2.min.js): added jquery-1.3.2.js (latest version of jQuery)
[21:00:14] <wikibugs>	03(mod) Restrict search by category, or set of categories (e.g. range of date categories) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=2285  +comment (10federicoleva)
[21:02:37] <CIA-15>	03yaron * r49526 10/trunk/extensions/SemanticResultFormats/Calendar/SRF_Calendar.php: Fixed typo
[21:04:55] <CIA-15>	03catrope * r49527 10/branches/querypage-work/phase3/includes/QueryPage.php: querypage-work: Merge r49489 from trunk
[21:07:43] <CIA-15>	03catrope * r49528 10/branches/querypage-work/phase3/includes/specials/ (26 files): querypage-work: Followup to last revision: merge latest changes to includes/specials/ from trunk
[21:10:53] <CIA-15>	03aaron * r49529 10/trunk/extensions/FlaggedRevs/FlaggedRevs.class.php: Make r49523 actually work
[21:11:33] <LordOfTheNoobs>	Is there any reason math images should not bear title tags along with their alt tags?  This would cause firefox to also popup the mathml source, as does IE.
[21:17:26] <Splarka>	LordOfTheNoobs: img alt text for most browsers IIRC is shown if the image fails to load, which is probably the point
[21:18:47] <Splarka>	(and for text only browsers)
[21:19:17] <brion>	http://techblog.wikimedia.org/2009/04/skin-js-cleanup-and-jquery/
[21:19:48] <CIA-15>	03aaron * r49530 10/trunk/extensions/FlaggedRevs/ (2 files in 2 dirs): 
[21:19:48] <CIA-15>	* Add autoreview checkbox
[21:19:48] <CIA-15>	* Don't invalidate if page config didn't change
[21:19:48] <CIA-15>	* Check 'review' and 'edit' rights for stabilization perm
[21:19:48] <CIA-15>	* Code cleanups
[21:20:12] <Splarka>	*facepalm*
[21:21:18] <Splarka>	"serve more JS together in a single compressed request"... if you mean minification DIAFKTHX
[21:22:23] <Splarka>	it isn't the same code, I can show you a 6x speed decrease for /all/ page loads on Wikia by minification of the allinone.js
[21:22:36] <Splarka>	(in older mozilla at least, go ahead, say "you should upgrade")
[21:23:10] <brion>	Splarka: minification isn't required, but may be involved. it's an easy thing to make optional :)
[21:23:29] <brion>	and of course it'd be nice to fix any problems you encounter like that :)
[21:24:05] <Splarka>	one 500k line of javascript with no linebreaks is hard to parse for some browsers, and SUCKS ASS for debugging
[21:24:47] <Splarka>	getting centralnotice, dismissable sitenotice, collection, flaggedrevs, edit button, and other misc <script> out of body: good
[21:24:55] <Splarka>	sticking it all together and minifying: bad!
[21:25:23] <Splarka>	wern't you the one who went through wikibits.js and split out page specific stuff into prefs.js, diff.js, edit.js, block.js, etc?
[21:25:40] <Splarka>	also see: https://bugzilla.wikimedia.org/show_bug.cgi?id=12250
[21:25:46] <brion>	sometimes splitting is good, sometimes it's bad
[21:25:55] <brion>	it depends on what you're trying to accomplish, when, why, and how :)
[21:26:07] <brion>	for instance, stuff you don't need 99% of time time really oughtn't to be loaded all the time
[21:26:23] <brion>	but, stuff you do need 99% of the time makes no sense to load in multipel requests, since it just slows the first view down
[21:26:49] <brion>	prefs, diff, edit, block, etc are never needed on a regular page view
[21:27:05] <Splarka>	nor is most js needed when JS is disabled
[21:27:06] <brion>	so breaking them out saves you transfer time when you're doing everything else
[21:27:17] <brion>	when js is disabled it won't be loaded, ulness your browser is a moron :)
[21:27:26] <brion>	which is entirely possible of course :D
[21:27:27] <Splarka>	tell that to mozilla/ff
[21:27:33] <Splarka>	or, better yet, try it yourself
[21:27:50] <Splarka>	<script> tags are followed (pro-tip: importScript loads are not)
[21:28:19] <Splarka>	and why is that moronic? more moronic than IE features pre-fetching content on links? or pre-DNSing urls in links?
[21:28:34] <CIA-15>	03aaron * r49531 10/trunk/extensions/FlaggedRevs/ (FlaggedRevs.class.php specialpages/Stabilization_body.php): 
[21:28:34] <CIA-15>	* Fixed stable config expiration
[21:28:34] <CIA-15>	* Fixed silly JS bug with 'other time'
[21:28:57] <AaronSchulz>	brion: can you sync export.php?
[21:29:01] <AaronSchulz>	http://www.mediawiki.org/w/index.php?title=Special:Code/MediaWiki/path&path=/trunk/phase3/includes/export.php
[21:29:07] <RoanKattouw>	Splarka: Firefox 3 doesn't download JS when disabled for me
[21:29:36] <Splarka>	well, maybe they decided it was a bad feature, but it did in the past
[21:30:00] *Splarka 	pings the very-idle Simetrical to that blog post, per him WONTFIXing 12250
[21:30:08] <brion>	AaronSchulz: r49463 for the log dump fix?
[21:30:19] <AaronSchulz>	y
[21:30:33] <brion>	whee
[21:30:40] *Splarka 	pings Tim-away per https://bugzilla.wikimedia.org/show_bug.cgi?id=12250#c2 as well
[21:30:53] <Splarka>	and I am sure gmaxwell will have something to say on this as well
[21:31:36] <RoanKattouw>	Splarka: Not the same though. Minifying the jQuery code isn't that bad because it's stable and not our code; we shouldn't be looking at it ever, really, and those who want to look at it can easily find a non-minified version elsewhere
[21:31:37] <brion>	Splarka: anyway as has been said repeatedly, minification is not a requirement, but we may or may not end up using it optionally (disablable for debugging)
[21:31:47] <brion>	and of course jquery is pre-minified for us :)
[21:31:58] <RoanKattouw>	Ah, they pre-minify it even?
[21:32:00] <Splarka>	RoanKattouw: sure, jquery fine, but not anything anyone needs to edit
[21:32:03] <brion>	yep!
[21:32:35] <RoanKattouw>	I agree, and Brion seems to too; his blog post also doesn't mention minifying anything other than jQuery
[21:33:00] <Splarka>	> integrate in a centralized loader so we can serve more JS together in a single compressed request.
[21:33:05] <Splarka>	so what does compressed mean here?
[21:33:24] <brion>	gzip
[21:33:28] <Splarka>	isn't it already?
[21:34:10] <RoanKattouw>	Only if generated by MW, not if downloaded as a "real" .js file
[21:34:24] <Splarka>	well, that's silly
[21:34:36] <RoanKattouw>	brion: What's up with CodeReview not syncing for the last few hours?
[21:34:49] <brion>	RoanKattouw: who knows man , haven't had time to touch it yet
[21:34:58] <Splarka>	but anyway, it is very easy to think just take all your JS and sticking it into one long sequential <script> src is good, but that actually really hurts the first page load 
[21:35:13] <Splarka>	you should only do that, as you say, for the stuff used on 99.9% of page loads
[21:35:19] <Splarka>	this does not include sortable tables, for example
[21:35:31] <brion>	Splarka: that's what we're talking about dude, the stuff we already load ALL THE TIME
[21:35:41] <RoanKattouw>	brion: No big deal, though, seen it happen before, just curious whether you knew it was happening or why
[21:36:06] <RoanKattouw>	It'll probably catch up later
[21:36:07] <Splarka>	brion: you're talking about more than that
[21:36:19] <brion>	no i'm not
[21:36:24] <Splarka>	"minification is not a requirement, but we may or may not end up using it optionally"
[21:36:24] <brion>	i don't know what you're talking about though :)
[21:36:34] <saper>	does the foundation have some PGP key?
[21:36:54] <saper>	secure-info@ sounds promising, but no security :)
[21:36:55] <brion>	Splarka: we're just repeating past wikitech-l threads at this point, so i'll move on to other work for now :)
[21:37:58] <Marybelle>	saper: Brion and Tim's keys are here: https://secure.wikimedia.org/keys.html ...
[21:38:04] <Splarka>	well, lets move on to more original possibilities for unforseen problems
[21:38:08] <brion>	AaronSchulz: svn isn't cooperating atm. it'll go in with general update after a bit :P
[21:38:10] <Marybelle>	Does the Foundation have a key? Who would that be?
[21:38:18] <AaronSchulz>	a bit, lol
[21:38:21] <Splarka>	like sticking all the JS into a sequential file will cause a single typo to kill all JS after it
[21:38:22] *brion-codereview 	is going to hide from irc for a bit :)
[21:38:30] <Splarka>	sure, run away
[21:38:34] <saper>	brion-codereview: do you review ident data for new checkusers?
[21:38:40] <Splarka>	go hide in code review, scap is more important than breaking the side
[21:38:51] <Marybelle>	saper: Identifications are done by Cary.
[21:38:54] *Splarka 	sews on his 'reverse psychology merit badge'
[21:39:07] <Marybelle>	Who's on IRC somewhere.
[21:39:52] <RoanKattouw>	Splarka: That would be easily detected by putting some kind of trivial check statement down at the bottom
[21:39:57] <Splarka>	btw brion: https://bugzilla.wikimedia.org/show_bug.cgi?id=18270  I told you so, 404 is bad for any page that has content or is clickable-to
[21:40:19] <Splarka>	because idiot ISPs/servers/browsers :(
[21:40:29] <RoanKattouw>	Oh come on, you can't convince anyone with an ISS bug ;)
[21:40:32] <RoanKattouw>	*IIS
[21:52:21] <wikibugs>	03(mod) Some IIS-based configuration doesn't serve 404 errors from PHP correctly - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18270  summary; +comment (10brion)
[21:55:20] <RoanKattouw>	brion-codereview: Oh come on, if you change the summary to *that*, you should at least INVALID it ;)
[21:56:07] <Splarka>	dupe it to my bug
[21:56:38] <brion-codereview>	RoanKattouw: it may be fixable with a different status header or some such. hard to tell without knowing what's going on
[21:56:39] <RoanKattouw>	Isn't it just your bug with a changed summary? (same number)
[21:56:42] <Splarka>	https://bugzilla.wikimedia.org/show_bug.cgi?id=17042   well, not quite the same, but could encompass it
[21:57:19] <Splarka>	they could have the same solution: user pages for existing users shouldn't serve 404
[21:57:35] <Splarka>	you even said so, right there, in https://bugzilla.wikimedia.org/show_bug.cgi?id=17042#c1 brion ^_^
[21:57:44] <RoanKattouw>	Since the 404 thing is running into too many issues and special cases than we first thought, we should just throw it out IMO
[21:58:00] <Splarka>	<- Cassandra complex
[21:58:10] <RoanKattouw>	heh
[21:58:48] <Splarka>	though the Search [go] does need some tweaking beyond just that
[21:59:26] <Splarka>	http://en.wikipedia.org/w/index.php?title=Special%3ASearch&search=1%3A%3A2&go=Go
[21:59:49] <Splarka>	http://en.wikipedia.org/w/index.php?title=Special%3ASearch&search=User:Foo/bar&go=Go
[21:59:57] <Splarka>	wrong wrong...
[22:00:21] <CIA-15>	03siebrand * r49532 10/trunk/phase3/languages/messages/ (70 files): Localisation updates for core messages from translatewiki.net (2009-04-15 21:42 UTC)
[22:00:23] <Splarka>	IP regex needs fixing, User/User_talk namespace shouldn't be universally go-whitelisted..
[22:03:02] <Marybelle>	!defaultsettings | Marybelle 
[22:03:02] --mwbot--	Marybelle: For the current version of DefaultSettings.php, see: <http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/DefaultSettings.php?view=markup>.
[22:04:43] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:44] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:44] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:44] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:45] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:45] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:46] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:47] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:49] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:51] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:51] <CIA-15>	03siebrand * r49533 10/trunk/extensions/ (53 files in 49 dirs): Localisation updates for extension messages from translatewiki.net (2009-04-15 21:42 UTC)
[22:04:53] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:55] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:04:57] <mib_0588u2>	LOOK AT MY LONG DICK http://tinyurl.com/whatad1ck
[22:05:08] <HardDisk_WP>	Don't yer ever click this link...
[22:05:17] <HardDisk_WP>	hi Dave2 - interesting cloak you have
[22:05:47] <HardDisk_WP>	Dave2, if it's not just a cloak, then happy b-day :)
[22:06:10] <Dave2>	Hm, should probably change it back, 'twas yesterday :P
[22:06:14] <Dave2>	but thanks!
[22:06:27] <charitwo>	22 now? happy bday
[22:06:33] <Splarka>	goodl old mibbit
[22:06:49] <charitwo>	so we have any legit mibbit users in here? ;)
[22:06:56] <HardDisk_WP>	yeah I think so
[22:07:06] <HardDisk_WP>	I can't recall though, who
[22:07:22] <Splarka>	^demon
[22:07:32] <HardDisk_WP>	Dave2, can everyone get this cloak on one's bday or is this staff-only?
[22:07:36] <Splarka>	but he has a cloak
[22:07:58] <Splarka>	yknow, +z makes me paranoid
[22:08:05] <HardDisk_WP>	whats +z?
[22:08:09] <charitwo>	Splarka: project cloaks override gateway cloaks
[22:08:09] <Splarka>	it makes me think the ban didn't work, so I have to deop to check
[22:08:23] <Splarka>	charitwo: yep, so most people don't notice he's mibbit
[22:08:39] <Splarka>	HardDisk_WP: lets you see messages from muted/banned users, when opped
[22:08:44] <charitwo>	i think whatsherface set +z to know when one of the bots stopped causing problems
[22:08:47] <HardDisk_WP>	Ah...
[22:08:51] <Splarka>	yah
[22:09:07] <Splarka>	it can be set by whoever happens to be banning a bot
[22:09:15] <Splarka>	IMHO
[22:09:25] *Splarka 	expects flyingparchment to come yell at him now, hides
[22:09:32] <wikibugs>	03(mod) Restrict search by category, or set of categories (e.g. range of date categories) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=2285  (10rainman)
[22:09:39] <Dave2>	Staff-only, as far as I'm aware. After all, we usually have over 50k users on the network on any given day, if all of 'em wanted a birthday cloak we wouldn't have time to do anything else.
[22:09:58] <Splarka>	how about an un-birthday cloak?
[22:10:25] <HardDisk_WP>	Dave2, why not let ppls enter their bday in nickserv so they get the bday cloak automatically?
[22:10:26] <Splarka>	accurate 99.7262% of the time
[22:10:26] <RoanKattouw>	How about an un-cloack?
[22:10:29] <charitwo>	staff have their hands full with regular cloak requests, nick registrations, network stability, and problem users
[22:10:45] <ashley>	where are our mediawiki/developer cloaks? ^_^
[22:11:05] <charitwo>	no GCF for mediawiki i don't think, only wikimedia/pedia
[22:11:10] <charitwo>	have brion file one
[22:11:16] *Splarka 	wonders why freenode staff masks aren't on the #mediawiki op list, bah, wouldn'a helped here anyway
[22:11:18] <rainman-sr>	bah bugzilla activing weird
[22:11:31] <Splarka>	Dave2: did you come for the mib spammer or was it just coincidence? heh
[22:11:45] <rainman-sr>	"DBD::mysql::db selectrow_array failed: Incorrect information in file: './bugzilla3/logincookies.frm' "
[22:11:45] <charitwo>	AntiSpamMeta probably brought him here
[22:12:33] <Marybelle>	Splarka: If they're a certain kind of staff, they can just set bans without opping...
[22:13:01] <Splarka>	'can' and 'will' aren't the same thing
[22:13:28] <Marybelle>	Fascinating.
[22:13:49] <charitwo>	staff won't take per-channel basis actions if they aren't on the access list
[22:15:00] <Splarka>	^ that
[22:15:16] <brion-codereview>	i'm ignoring any and all PMs right now
[22:15:32] <Splarka>	that must make you popular at home
[22:15:49] <Splarka>	case insensitive jokes ftw
[22:17:28] <brion-codereview>	:D
[22:18:08] <Splarka>	and someone give me my @mediawiki/complainer cloak X_X
[22:18:18] <Splarka>	"Tact is just not saying true stuff"
[22:19:04] <charitwo>	Splarka: be glad you don't have a cloak like AfterDeath 
[22:20:18] <Marybelle>	Splarka: I spoke with Sean about those a day or so ago. They're probably going to do @mediawiki/ cloaks without any titles; for SVN committers only.
[22:20:32] <Marybelle>	That's what he told me, at least.
[22:21:01] <Splarka>	hmm, it should at least have a subtitle like @mediawiki/dev/ or @mediawiki/committer/
[22:21:14] <Splarka>	because there are a lot more people involved with mediawiki and at mediawiki.org than people with commit access
[22:21:30] <Splarka>	I mean, look at this channel, average 150-200 people, and there are only a few dozen active committers
[22:22:27] <Marybelle>	Well, the idea was to keep them somewhat consistent with the other projects, which don't use subtitles.
[22:22:34] <Marybelle>	@wikipedia/ @wiktionary/ etc.
[22:22:47] <Splarka>	that way at least there is no ambiguation for either case: flags given out to non-committers (who can get a different subtitle), or flags never given out except to devs (which would be obvious to people only seeing that subtitle)
[22:23:09] <Emufarmers>	Except that this channel is really for MediaWiki software development and support, not for the MW.org wiki
[22:23:23] <Emufarmers>	Or rather, it's for both (but the latter much less)
[22:23:32] <Splarka>	Emufarmers: "involved with mediawiki and at mediawiki.org".. 'and' qualifier
[22:23:43] <Marybelle>	I don't think it should be restricted at all, really.
[22:23:46] <CIA-15>	03dale * r49534 10/trunk/extensions/MetavidWiki/ (2 files in 2 dirs): fixed 'upload' msg conflict
[22:23:50] <Marybelle>	I doubt there's going to be a rush for them from "outsiders."
[22:23:56] <Marybelle>	But that's just my two cents.
[22:24:02] <Splarka>	well, it should be distinguished at least
[22:24:14] <Splarka>	it'd sure be nice to be able to /who *mediawiki/dev* to stalk them
[22:24:22] <Splarka>	rather than "I need a developer!"
[22:24:25] <Emufarmers>	Splarka, huh?
[22:24:31] <Splarka>	huh to which?
[22:24:35] <Emufarmers>	[18:23] <Splarka> Emufarmers: "involved with mediawiki and at mediawiki.org".. 'and' qualifier
[22:24:35] <mib_6irp0v>	Anyone knowing this problem http://tinyurl.com/medLawLkL ?
[22:24:41] <Marybelle>	You can find them easily enough right now. Finding them isn't the issue.
[22:24:43] <mib_6irp0v>	help!!!!!!
[22:24:49] <Marybelle>	mib_6irp0v: Calm down.
[22:25:02] <mib_6irp0v>	man this is urgent
[22:25:16] <mib_6irp0v>	you gotta help me with settin up that shit!!
[22:25:23] <wikibugs>	03(mod) $wgUseDynamicDates = false in LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18479  (10Ryanpostlethwaite)
[22:25:24] <wikibugs>	03(mod) Restrict search by category, or set of categories (e.g. range of date categories) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=2285  (10rainman)
[22:25:25] <wikibugs>	03(NEW) $wgUseDynamicDates = false in LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18479 normal; Normal; Wikimedia: Site requests; (Ryanpostlethwaite)
[22:25:45] <charitwo>	<3 tinyurl preview
[22:25:54] <Marybelle>	Thanks charitwo.
[22:26:13] <Splarka>	they didn't even do anything bad yet, heh
[22:26:19] <wikibugs>	03(mod) Restrict search by category, or set of categories (e.g. range of date categories) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=2285  (10federicoleva)
[22:26:22] <Splarka>	well, except one URL
[22:26:25] <ashley>	who clicks on tinyurls, honestly?
[22:26:30] <Marybelle>	The URL was not a fun one.
[22:26:33] <Emufarmers>	Wasn't he in here before?
[22:26:37] <Splarka>	s5591a832.adsl.wanadoo.nl
[22:26:39] <charitwo>	yea
[22:26:44] <Splarka>	sd-11606.dedibox.fr
[22:26:54] <Splarka>	completely different ISP, open proxies hate
[22:27:55] <Emufarmers>	Anyway, Splarka, huh @ <Splarka> Emufarmers: "involved with mediawiki and at mediawiki.org".. 'and' qualifier
[22:28:05] <Splarka>	ahh, yah
[22:28:13] <Splarka>	ew
[22:28:17] <Splarka>	stay opped and +z charitwo
[22:28:22] <Splarka>	that's a bit overly restrictive
[22:28:25] <chuck>	what's the name of the function to display permission errors in a special page?
[22:28:42] <Splarka>	Emufarmers: I wasn't claiming everyone here was involved with mw.org
[22:29:08] <Splarka>	reponse to <Emufarmers> Except that this channel is really for MediaWiki software development and support, not for the MW.org wiki
[22:29:15] <Emufarmers>	That was in response to Marybelle
[22:29:20] <Splarka>	ahh k
[22:29:27] <Emufarmers>	to him saying "consistency with Wikipedia and Wiktionary
[22:29:28] <charitwo>	splarka: you've seen legit mib_* people in here before, most people choose a non-random nick
[22:29:28] <Emufarmers>	"
[22:29:45] <Marybelle>	I'm just the messenger.
[22:29:50] <Marybelle>	Though I agree.
[22:30:00] <Emufarmers>	Well, relay our message back to them, messenger-boy!
[22:30:08] <Marybelle>	As I was saying earlier, you can find developers easily enough, cloaked or not. That doesn't un-lazy them.
[22:30:11] <Emufarmers>	And get me coffee, chop-chop
[22:30:21] <chuck>	anybody know?
[22:30:21] <Marybelle>	sean/w idles in here.
[22:30:25] <Marybelle>	Relay yourself.
[22:30:34] <Marybelle>	chuck: Permissions error? I don't get it.
[22:30:34] <chuck>	please? :P
[22:30:39] *Splarka 	bite seanw
[22:30:49] <Splarka>	we demand segregation mediawiki cloaks!
[22:30:55] <Splarka>	mediawiki/whites and mediawiki/coloreds
[22:30:58] <Splarka>	er, /devs and /other
[22:31:03] <chuck>	Marybelle: the PHP function to use in a special page after you do an: if( !$wgUser->isAllowed('foobar') )
[22:31:13] <chuck>	Splarka: heh
[22:31:16] <Marybelle>	Ah, that kind of permission.
[22:31:34] <chuck>	Splarka: wait, who has a mediawiki cloak that *isn't* a dev?
[22:31:47] <Splarka>	nobody, nor any dev
[22:31:51] <charitwo>	there are no mediawiki cloaks atm
[22:32:05] <chuck>	oh..
[22:32:10] <Emufarmers>	chuck: $wgOut->permissionRequired() ?
[22:32:17] <Splarka>	but there are many more mediawiki developers than committers, and many more mediawiki editors and help seekers than developers
[22:32:20] <charitwo>	this discussion is basically on who should get them if there wore
[22:32:25] <charitwo>	were*
[22:34:15] <Marybelle>	When there are. *
[22:35:39] <Splarka>	this discussion its basically on whose should get them if they're where
[22:36:34] <Emufarmers>	Splarka: isn't anybody with commit access a developer?
[22:37:19] <Emufarmers>	I mean, http://www.mediawiki.org/wiki/Developers says as much
[22:37:25] <Marybelle>	Developer can be broad, if desired.
[22:37:26] <Splarka>	semantics
[22:37:35] <Splarka>	I'd define "developer
[22:37:54] <Splarka>	" as anyone actively working on MediaWiki, commit access or no (submitting patches or writing offsvn extensions)
[22:38:04] <Splarka>	so, not including very idle committers
[22:39:01] <Splarka>	but likely they wouldn't request a cloak anyway, heh
[22:39:16] <wikibugs>	03(mod) $wgUseDynamicDates = false in LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18479  +comment (10wclark)
[22:39:27] <CIA-15>	03rainman * r49535 10/trunk/extensions/MWSearch/MWSearch_body.php: Add support for $wgLucenePrefixHost, i.e. for hitting custom servers on type-ahead prefix searches.
[22:40:50] <Emufarmers>	If brion is doing code review, does that mean it's a bad time to ask him to look at a patch?
[22:41:17] <wikibugs>	14(INVALID) DateFormatter::reformat called unnecessarily - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18376  +comment (10wclark)
[22:41:26] <wikibugs>	03(mod) Set $wgUseDynamicDates = false for the English Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18479   +shell; summary (10public)
[22:41:57] <charitwo>	well, he already said he was ignoring PMs
[22:42:36] <brion-codereview>	yes :)
[22:42:47] <Emufarmers>	:(
[22:42:53] <Splarka>	brion: #wikimedia-tech
[22:42:58] <Splarka>	mibbit spammer there
[22:43:09] <Splarka>	oop, ya saw
[22:43:38] <charitwo>	HardDisk_WP: that's called "feeding the troll"
[22:43:43] <Splarka>	make more ops there, (ones not like domas)
[22:43:48] <atglenn>	but it was funny
[22:43:56] <charitwo>	lol
[22:44:06] <charitwo>	giving him attention makes him want to come back for more
[22:44:31] <HardDisk_WP>	charitwo, may be, but the damage caused by this fucking thing of a site was more important to me
[22:44:36] <CIA-15>	03siebrand * r49536 10/branches/script-loader/: Branching phase3 for Michael's script-loader work.
[22:44:38] <HardDisk_WP>	and he already has got his attention by the kicks
[22:44:40] <Splarka>	trolls serve a useful and important role in society
[22:46:48] <HardDisk_WP>	Chanop food
[22:47:56] *Splarka 	accidentally trolled bri/on into code review by bitching about javascript
[22:48:42] <Splarka>	wasn't there a log of revision status changes in Special:Code? I can't seem to find it, just 'recent comments'
[22:50:17] <CIA-15>	03siebrand * r49537 10/branches/script-loader/skins/common/jquery/: Add jquery folder
[22:51:24] <Splarka>	ahh, is it only viewable for individual revisions?
[22:51:38] <Marybelle>	I think so.
[22:51:53] <Marybelle>	Diffs are failing.
[22:51:58] <Marybelle>	http://www.mediawiki.org/wiki/Special:Code/MediaWiki/49511
[22:52:33] <Splarka>	'loading diff'
[22:53:00] <Splarka>	[purge] times out?
[22:53:38] <Marybelle>	I get "diff failed :("
[22:53:43] <Splarka>	svn proxy error
[22:54:04] <Splarka>	backtrace http://p.defau.lt/?Cof_MrVMr_Zx9uQvZboOvw
[22:54:18] <Marybelle>	Fun.
[22:54:25] *Splarka 	throws that in -tech
[23:00:25] <Reedy>	http://en.wikipedia.org/w/api.php?action=query&list=backlinks&bltitle=Template:Snooker%20project&format=xml&bllimit=max&blnamespace=&blredirect - 0 results? :/
[23:01:56] <CIA-15>	03siebrand * r49538 10/branches/script-loader/skins/common/jquery/ (jquery-1.3.2.js jquery-1.3.2.min.js): Adding latest stable full and minified jquery (1.3.2)
[23:06:45] <Splarka>	Reedy: http://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/Template:Snooker_project&hidetrans=1
[23:06:49] <Splarka>	nothing links to that page
[23:07:23] <Reedy>	duh.. cheers
[23:07:41] <Splarka>	http://en.wikipedia.org/w/api.php?action=query&list=embeddedin&eititle=Template:Snooker%20project&format=xml
[23:08:37] <brion-codereview>	http://www.mediawiki.org/wiki/Special:Code/MediaWiki/48837 wtf?
[23:08:41] <brion-codereview>	"Fix url params for multi-item deletion by converting to CVS"
[23:09:17] <flyingparchment>	does he mean CSV?
[23:09:24] <brion-codereview>	i ... think so?
[23:09:27] <brion-codereview>	but i'm not sure why
[23:10:19] <Splarka>	brion: is there an aggregate status change log for Code Review? if not, would one be possible or computationally expensive?
[23:10:50] <brion-codereview>	Aaron|away: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/48837#c2206 i recommend reverting this unless there's a clear reason. can you take a peek? thx
[23:11:36] <brion-codereview>	Splarka: probably not terribly difficult. comments are listed at http://www.mediawiki.org/wiki/Special:Code/MediaWiki/comments but other changes aren't
[23:12:03] <Marybelle>	I think inserting all of the stuff into RecentChanges would be best...
[23:12:13] <Splarka>	ew
[23:12:14] <Marybelle>	Then you could have a feed in here if you wanted and such.
[23:12:17] *Splarka 	opens a bug
[23:12:48] <Splarka>	brion: also try [purge] on a rev diff
[23:13:00] <Marybelle>	What's wrong with throwing it in recentchanges?
[23:13:04] <brion-codereview>	Splarka: if there's a problem put it in bugzilla
[23:13:47] <Splarka>	okay... now, what component would that be...
[23:16:04] <Splarka>	MZM: https://bugzilla.wikimedia.org/show_bug.cgi?id=16910
[23:16:26] <Marybelle>	Right.
[23:16:43] <Marybelle>	And I'm saying to resolve that, the simplest solution would probably be just throwing it in RC.
[23:16:57] <Marybelle>	'cause the framework for RC --> IRC is already well-established.
[23:17:22] <Splarka>	well, you open a bug for that, and then 16910 and my bug can set it blocker
[23:17:48] <Splarka>	or, dependency... however it works
[23:19:38] *Splarka 	gets horrible deja-vu writing this bug
[23:22:20] <wikibugs>	03(NEW) Status change feed for CodeReview, low hanging fruit is low - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18480 enhancement; Normal; MediaWiki extensions: CodeReview; (herd)
[23:23:19] <wikibugs>	03(NEW) Put CodeReview changes in recentchanges table - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18481 enhancement; Normal; MediaWiki extensions: CodeReview; (public)
[23:23:22] <wikibugs>	03(mod) IRC notifications for CodeReview comment/status updates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16910  (10public)
[23:23:33] <Marybelle>	I made the new bug block 16910.
[23:23:37] <Marybelle>	That's right.
[23:26:43] *Splarka 	bookends Marybelle
[23:26:53] <Marybelle>	:O
[23:27:00] <Splarka>	... any minute now
[23:28:15] *Splarka 	stares at wikibugs
[23:37:43] <CIA-15>	03siebrand * r49540 10/trunk/phase3/languages/messages/ (4 files): Localisation updates for core messages from translatewiki.net (2009-04-15 23:35 UTC)
[23:38:22] <CIA-15>	03siebrand * r49541 10/trunk/extensions/ (7 files in 7 dirs): Localisation updates for extension messages from translatewiki.net (2009-04-15 23:35 UTC)
[23:38:36] <CIA-15>	03demon * r49542 10/trunk/phase3/includes/Skin.php: Stupid typo in comment.
[23:40:08] <wikibugs>	03(mod) Status change feed for CodeReview, low hanging fruit is low - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18480  (10herd)
[23:44:46] <wikibugs>	03(mod) MIME type detection of "application/x-php" gives false positives on any file with "<?" in it - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16583  (10nospam)
[23:46:20] <brion-codereview>	wellt hey're going through now :D
[23:46:20] <brion-codereview>	yay
[23:46:27] <Splarka>	hey, wikibugs talked
[23:46:32] <tomaszf>	 its alive!
[23:46:47] <aZaFred>	all I had to do was look ;p
[23:46:48] <Splarka>	but it missed 18482
[23:47:26] <aZaFred>	correct, I don't see 18482 in the mailman logs
[23:47:42] <aZaFred>	Apr 15 23:23:18 2009 (6688) post to wikibugs-l from bugzilla-daemon@mail.wikimedia.org, size=3051, message-id=<bug-18481-3@https.bugzilla.wikimedia.org/>, success
[23:47:51] <aZaFred>	was the last bug=related one
[23:48:03] <Splarka>	and I did a comment to 18480
[23:48:35] <aZaFred>	I do see that one in the log however
[23:48:45] <Splarka>	the creation or comment?
[23:49:14] <aZaFred>	the log is not verbose enough to tell me that...
[23:49:33] <Splarka>	oh, I see it reported 18480 above, dur
[23:49:43] <Splarka>	<wikibugs> (mod) Status change feed for CodeReview, low hanging fruit is low - https://bugzilla.wikimedia.org/show_bug.cgi?id=18480 (herd)
[23:50:04] <wikibugs>	03(mod) Unnecessary title disambiguation by cleanupImages.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16916   +need-review +patch (10nospam)
[23:50:17] <p858snake>	hmm just found a svg where the thumbnail is showing slight diff than the fullsize
[23:50:34] <Splarka>	18481: 2009-04-15 23:23 UTC, 18482: 2009-04-15 23:26 UTC, 18480: 2009-04-15 23:32:45 UTC
[23:51:11] <Splarka>	so up to a ~9 minute gap there, and wikibugs was lagged quite a bit reporting 18480 comment change
[23:51:22] <aZaFred>	hmmm
[23:52:10] <Splarka>	well, ~8 minutes: [23:40:08]
[23:54:03] <wikibugs>	03(NEW) OMG! SVN proxy error in Code Review diff load with [purge] - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18482 enhancement; Normal; Wikimedia: General/Unknown; (herd)
[23:54:39] <Splarka>	heh