[00:09:05] <wikibugs>	03(FIXED) arbcom-audit-en mailing list - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18510  +comment (10cbass)
[00:45:28] <CIA-15>	03rainman * r49787 10/branches/lucene-search-2.1/src/org/wikimedia/lsearch/ (3 files in 3 dirs): 
[00:45:28] <CIA-15>	Minor stuff:
[00:45:28] <CIA-15>	* fix a bug with update links not being deleted
[00:45:28] <CIA-15>	* disable funky wildcards with unpredictable execution time (e.g. a*m)
[00:45:28] <CIA-15>	* improve logging a bit so we can actually debug stuff
[00:45:45] <CIA-15>	03werdna * r49788 10/branches/preferences-work/extensions/HoneypotIntegration/HoneypotIntegration/: Merge HoneypotIntegration from trunk to preferences-work to prevent conflicts
[00:45:56] <charitwo>	mmm honeypot
[00:50:22] <brion>	nom nom nom
[00:51:48] <CIA-15>	03tstarling * r49789 10/trunk/phase3/maintenance/storage/trackBlobs.php: Insert blob_orphans rows in batches.
[01:30:09] *werdna 	commits
[01:30:11] <werdna>	wheeeeeeeeeeee
[01:30:37] *chuck 	doesn't see no commit
[01:30:47] <werdna>	hold your horses
[01:31:48] <CIA-15>	03werdna * r49790 10/trunk/ (236 files in 15 dirs): Branch merge of preferences work branch. Includes fixes for several bugs. WARNING: Breaks some extensions which have not been adapted to use it properly (basically anything not used on Wikimedia).
[01:31:57] <chuck>	:O
[01:32:00] <chuck>	yay :D
[01:32:32] <chuck>	werdna: Will you be posting a page on what adaptations need to be made in extensions?
[01:33:07] <werdna>	basically you have to rewrite your preferences integration
[01:33:23] <wikibugs>	03(FIXED) Change global defaults doesn't work for registered users - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=5363  +comment (10agarrett)
[01:33:39] <wikibugs>	03(FIXED) A hook to enable putting options to the preferences tab - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14806  (10agarrett)
[01:33:42] <wikibugs>	03(FIXED) Global preferences - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14950  (10agarrett)
[01:33:44] <wikibugs>	03(FIXED) Special:Preferences should list account registration date - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17191  (10agarrett)
[01:33:57] <wikibugs>	03(FIXED) Merge preferences-work branch with trunk - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18410  (10agarrett)
[01:36:26] <chuck>	werdna: Oh, so only extensions that rely on options being set in the perferences special page are affected?
[01:37:05] <werdna>	yes
[01:53:25] <CIA-15>	03werdna * r49791 10/trunk/extensions/AbuseFilter/ (AbuseFilter.hooks.php AbuseFilter.i18n.php AbuseFilter.php): (bug 18423) Add link to filtered abuse log on Contributions. Patch by Simon Walker, with minor fixes for double-escaping and wikitext in messages.
[02:02:35] <ruizpeel>	i'm looking for a person who can help me with setting up my svn account. tim starling created it yesterday and i'm stuck when svn asked me for password. i have already readed "Commit access" and "Subversion" pages on mediawiki.org, even few times, understood some things, but some are still a closed book for me. i never used svn so got a bunch of stupid questions. who can i grill on priv? :)
[02:02:48] <werdna>	so you gave hm your ssh key?
[02:02:58] <werdna>	what platform are you on?
[02:03:53] <ruizpeel>	a passphrase actually
[02:04:02] <werdna>	ah
[02:04:13] <werdna>	did you set up a passphrase when you set up your ssh key?
[02:05:21] <ruizpeel>	i'm on windows, already downloaded tortoisesvn and changed the config file as mentioned http://www.mediawiki.org/wiki/Subversion/auto-props
[02:05:37] <ruizpeel>	yes, i shouldn't do that?
[02:06:43] <werdna>	you can do it if you want
[02:06:48] <werdna>	but you have to enter it :)()
[02:06:50] <werdna>	:))*
[02:07:08] <Marybelle>	:o)
[02:07:35] <ruizpeel>	well, all i have done was typing svn+ssh://ruiz@svn.wikimedia.org in firefox, then i was redirected to tortoisesvn, then i've been asked for password
[02:07:51] <Marybelle>	So type in your password?
[02:07:54] <ruizpeel>	so, what pasword should i type or where can i set one?
[02:08:08] <Marybelle>	You should type in the password that you set when you made your key.
[02:08:11] <ruizpeel>	not really, i didn't received it any from tim starling
[02:08:34] <ruizpeel>	oh, hope i have it somewhere
[02:10:39] <ruizpeel>	ok, in puttygen there's only passphrase. is that my svn password?
[02:10:43] <ruizpeel>	i'm really stupid at it
[02:10:54] <FunnyMan3595>	So, I'm trying to run a maintenance script from a non-PHP web app.  Problem being, the copy of PHP spawned there apparently picks up apache's info and gets rejected because "This script must be run from the command line"
[02:11:28] <FunnyMan3595>	Any idea how I get around that?
[02:16:29] <gongoputch>	is there a way to have the browser scale a jpeg in an Image tag?
[02:18:13] <chuck>	gongoputch: http://www.mediawiki.org/wiki/Help:Images#Size_and_Frame
[02:19:23] <gongoputch>	exactly, thanks!
[02:20:37] <FunnyMan3595>	Aha, apache and PHP communicate via environment variables.  No wonder it's passing through.  Okay, I can work around that.
[02:21:57] <gongoputch>	chuck: does just what I needed
[02:27:51] <chuck>	Can the MediaWiki help pages be imported to new wikis yet?
[02:28:03] <ruizpeel>	i tried three times, passphrase is not the password svn asks. any other ideas?
[02:28:17] <Emufarmers>	chuck: when have you not been able to import them to new wikis?
[02:28:41] <chuck>	Emufarmers: Well, I know that I can import the text, but what about the screenshots and stuff?
[02:28:44] <chuck>	Manually?
[02:29:05] <Emufarmers>	Eh, aren't they supposed to be exported along with the text?
[02:29:20] <Emufarmers>	I don't think I've ever actually felt the need to do it; I probably should try it out one of these days
[02:38:48] <cdecarlo>	is using the mediawiki package the preferred way to install mediawiki on ubuntu?
[02:39:57] <Emufarmers>	No
[02:43:28] <ruizpeel>	well, thanks for help, i'll maybe catch siebrand later
[02:43:36] <chuck>	werdna: When do you think those preference updates will be live on WM?
[02:44:23] <werdna>	chuck: next code update
[02:44:32] <werdna>	so at some point in the next year probably
[02:45:21] <chuck>	werdna: Isn't the next code update soonish?
[02:46:28] <werdna>	When It's Done[tm]
[02:46:51] <chuck>	That was a yes or no question :P
[02:48:08] <Emufarmers>	chuck: take a look at the scap map, maybe
[02:59:22] <Emufarmers>	Also, chuck, http://www.mediawiki.org/wiki/Project:PD_help/Copying looks like you have to do the images by hand unless you use the script.  Of course, there are only 10 or so of them
[03:00:19] <Emufarmers>	The framework for the PD help sort of reads like it was abandoned while it was still being formulated; its policy pages still have "ongoing" discussions on them
[03:00:28] <chuck>	Yeah
[03:01:16] <Emufarmers>	But my impression is that it never had the support of any developers, so it petered out once the original enthusiasts left or went dormant
[03:01:30] <Emufarmers>	though the PD help pages themselves still get edited
[03:01:32] <chuck>	Well, the help looks really useful
[03:01:43] <chuck>	I might import the pages for YourWiki's shared help system
[03:20:10] <CIA-15>	03werdna * r49792 10/trunk/extensions/GlobalBlocking/SpecialGlobalBlock.php: (bug 18396) Special:GlobalBlock/X now pre-loads details of the existing block where one exists
[03:20:36] <wikibugs>	03(FIXED) Special:GlobalBlock/127.0.0.1 should load current block settings if already blocked - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18396  +comment (10agarrett)
[03:21:32] <wikibugs>	03(mod) Add a dropdown for pre-defined block reasons on GlobalBlocking form - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18413  summary; +comment (10agarrett)
[03:27:27] <CIA-15>	03werdna * r49793 10/trunk/extensions/AbuseFilter/ (4 files in 2 dirs): (bug 18077) PostgreSQL compatibility issues in AbuseFilter, patch contributed by Brad Jorsch
[03:27:47] <wikibugs>	03(FIXED) Minor MySQL-isms in AbuseFilter - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18077  +comment (10agarrett)
[03:36:18] <wikibugs>	03(FIXED) Enable AbuseFilter on Finnish Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18435  +comment (10agarrett)
[03:38:02] <wikibugs>	03(FIXED) Add link to filtered Abuse filter log on Special:Contributions - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18423  -need-review -patch ; +comment (10agarrett)
[03:39:48] <wikibugs>	03(mod) Allow changing preferences via API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18195  +comment (10agarrett)
[03:40:25] <wikibugs>	03(mod) Allow changing preferences via API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18195  (10agarrett)
[03:42:43] <cdecarlo>	what's the recommended cache for mediawiki?
[03:43:40] <Emufarmers>	cdecarlo: which level of cache?  PHP?
[03:44:13] <cdecarlo>	Emufarmers, to be honest I'm not sure, I just read that APC is used for PHP caching
[03:44:30] <cdecarlo>	Emufarmers, what about html pages?
[03:44:32] <Emufarmers>	APC is good
[03:44:41] <Emufarmers>	eAccelerator or xcache are fine too
[03:44:52] <Emufarmers>	You can use file caching or Squid caching for the output
[03:44:53] <Emufarmers>	http://www.mediawiki.org/wiki/Manual:Cache
[03:45:27] <cdecarlo>	Emufarmers, thanks, I'll start with APC, I can add further caching down the line if I want, right?
[03:45:43] <wikibugs>	03(WONTFIX) Change so that Abuse Filter falls under the "Special Pages" category of Special:Version - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17921  +comment (10agarrett)
[03:45:57] <chuck>	cdecarlo: APC does a really good job
[03:45:58] <Emufarmers>	Yup; not a lot of things in MediaWiki you can't change later on
[03:46:17] <cdecarlo>	Emufarmers, sweet, thanks!
[03:46:47] <wikibugs>	03(mod) Allow filter rules to consider private data such as source IP, reverse DNS and user agent. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18429  (10agarrett)
[04:01:37] <CIA-15>	03werdna * r49794 10/trunk/phase3/ (2 files in 2 dirs): Fix spacing issues with autoformatted dates. Includes a parser test for the specific failure case which was fixed.
[04:02:00] <wikibugs>	03(FIXED) Provide preference-based autoformatting for unlinked dates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=4582  +comment (10agarrett)
[04:26:12] <wikibugs>	04(REOPENED) Remove "hiderevision" permission from the Oversight group - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18511  +comment (10agarrett)
[05:32:30] <chuck>	Which hook would I want to use if I wanted to insert some HTML right before the </body> tag?
[05:37:12] <Splarka>	http://www.mediawiki.org/wiki/Manual:Hooks/SkinAfterBottomScripts ?
[05:45:44] <chuck>	<3
[05:45:58] <chuck>	thanks Splarka 
[06:18:16] <Nikerabbit>	hmm
[06:18:27] <Nikerabbit>	php has someone working on their bug tracking tool
[06:32:31] <mibbim>	i have a tiny problem with preview here (you can skip most of the code. relevant part is at the beginning), http://pastebin.com/df52fff0
[06:33:26] <mibbim>	basically i need a way to convert some stuff from form to wikitext before it parses it into preview
[06:34:55] <Nikerabbit>	convert what to wikitext?
[06:35:06] <mibbim>	the content of my form fields
[06:35:20] <mibbim>	the idea is that the extension creates these fields based on given definition
[06:35:38] <mibbim>	the definition is given in a template
[06:36:47] <werdna>	you want to parse wikitext into HTML?
[06:36:51] <mibbim>	i have reserved the original editing box for "other" information (it does not show the syntax of the template as that part goes to the fields obviously)
[06:38:11] <mibbim>	well. when the preview is invoked, there does not seem to be any simple way to check out the request and get the form data to put into wikitext that the preview parses
[06:38:22] <werdna>	oh I see what you mean
[06:38:26] <werdna>	use a differnt hook
[06:39:03] <mibbim>	hmm. AlternateEdit would work but i would have to reimplement whole editing system. :) any better ideas?
[06:39:59] <mibbim>	basically i would just need something like AttemptSave but for before preview
[06:40:07] <mibbim>	AttemptPreview or something...
[06:40:51] <Nikerabbit>	well it wouldn't be Attempt unless it could fail :o
[06:41:03] <mibbim>	hmm. good point
[06:45:16] <mibbim>	btw i tried showEditForm:initial yesterday but i could not figure out a way to inject html into the preview itself
[06:46:30] <mibbim>	i also found http://www.mediawiki.org/wiki/Manual_talk:Hooks#Preview_Hook.3F which implies the best way to handle it is to add a hook on my own (ie. copy it from FCKeditor)
[06:50:07] <mibbim>	oh cool. EditPageBeforePreviewText appears to do the trick :)
[06:53:10] <mibbim>	:P all i had to do was to add $wgHooks['EditPageBeforePreviewText'][] = 'combineBeforeSave'; (i have fckeditor providing the important hook installed) :)
[07:19:14] <Antaya>	Hello, I'm looking for help! 
[07:21:02] <Antaya>	I just install MediaWiki on my web site, and the edit window is small for all user groups, except the very first bureaucrat created for installation. You can look the result here : http://img207.imageshack.us/img207/9875/ieuser.jpg
[07:21:28] <Antaya>	Does anyone know how to correct this?
[07:22:18] <werdna>	what skin is that?
[07:22:38] <werdna>	because the problem is with the skin
[07:23:43] <werdna>	actually, that's interesting
[07:23:44] <Nikerabbit>	morning
[07:23:50] <werdna>	Antaya: did you just install that from trunk?
[07:23:54] <Nikerabbit>	werdna: is update.php safe to run?
[07:24:01] <werdna>	Nikerabbit: sure
[07:24:58] <Nikerabbit>	werdna: will old preferences code keep working after it?
[07:25:06] <werdna>	no
[07:25:15] <werdna>	except for gadgets and centralauth, which I fixed
[07:25:17] <werdna>	and flaggedrevs
[07:25:22] <Antaya>	@werdna : Well, I have the same problem with every skins.
[07:25:25] <Nikerabbit>	but core?
[07:25:34] <werdna>	what do you mean "old preferences code"?
[07:25:41] <werdna>	Antaya: did you just install it from trunk?
[07:25:43] <Nikerabbit>	new tables but old code
[07:25:53] <werdna>	oh right
[07:25:53] <werdna>	sure
[07:25:57] <werdna>	it doesn't delete the old storage
[07:26:17] <Antaya>	Only the first bureaucrat have a correct edit window!
[07:26:30] <Nikerabbit>	so, I can run update.php "beforehand" from other dir to avoid causing offline for the real wiki
[07:26:36] <werdna>	yes
[07:26:53] <werdna>	Antaya: Please answer my question. I can't help you if you don't.
[07:28:55] <Nikerabbit>	Creating user_properties table...A database query syntax error has occurred.
[07:29:18] <Nikerabbit>	"CREATE UNIQUE INDEX user_properties_user_property on user_properties (up_user,up_property)
[07:29:23] <Nikerabbit>	MySQL returned error "1146: Table 'mediawiki.user_properties' doesn't exist (localhost)"   
[07:29:25] <Antaya>	Sorry... What is the trunk? I've download it from here http://www.mediawiki.org/wiki/Download/fr
[07:29:56] <Duesentrieb>	ow man, can we PLEASE fix that message?! it callsw any SQL error a syntax errror. that's grossly misleading!
[07:30:33] <werdna>	Nikerabbit: looking
[07:30:45] <Duesentrieb>	Antaya: can you give us the url of your wiki?
[07:30:55] <Duesentrieb>	morning werdna and Nikerabbit btw :)
[07:31:19] <Antaya>	sure! Here : http://www.lepouceux.com/page
[07:31:31] <werdna>	Nikerabbit: fixed, just updating
[07:31:43] <CIA-15>	03werdna * r49795 10/trunk/phase3/maintenance/archives/patch-user_properties.sql: Fix DB patch for prefixed setups
[07:32:00] <Nikerabbit>	owlol
[07:32:06] <werdna>	Nikerabbit: ok fix it :)
[07:32:11] <Nikerabbit>	is prefixing really that uncommon :o
[07:32:11] <werdna>	s/fix/update
[07:32:13] <werdna>	hi Duesentrieb 
[07:32:24] <Nikerabbit>	anyway, where is that message, can't find it by greping
[07:32:29] <werdna>	Nikerabbit: yes usually it's done only for strange people who use shared hosting :))
[07:32:33] <werdna>	Nikerabbit: which message?
[07:32:33] <Antaya>	Salut guillom!
[07:32:43] <Nikerabbit>	A database query syntax error has occurred.
[07:32:50] *guillom 	waves
[07:33:08] <Nikerabbit>	oh
[07:33:10] <Nikerabbit>	in the i18n files
[07:33:13] <Nikerabbit>	great
[07:33:17] <Nikerabbit>	(not)
[07:33:46] <werdna>	well it's not my fault
[07:33:48] <werdna>	I didn't do it :))
[07:34:13] <Nikerabbit>	I did, afaik
[07:34:29] <Duesentrieb>	uh... useskin doesn't seem to work? http://www.lepouceux.com/page/index.php?title=Faire_du_pouce&action=edit&uselang=en&useskin=modern
[07:34:34] <Duesentrieb>	am i doing something wrong?
[07:34:43] <werdna>	hehe
[07:35:21] <ialex>	Duesentrieb: var skin = "modern";
[07:35:29] <werdna>	Nikerabbit: tried again? :)
[07:35:37] <Nikerabbit>	werdna: mom
[07:36:09] <Duesentrieb>	ialex: but it isn't. so that's the problem right there.
[07:36:31] <Antaya>	salut ialex...
[07:36:37] <Duesentrieb>	Antaya: the way you implemented your custom skin seems to completly override mediawiki's skinning mechanism. it's not possible to even activate a different skin.
[07:37:31] <Antaya>	Duesentrieb: that's because I don't want people to choose another skin... but let me chage that for now.
[07:37:46] <Duesentrieb>	Antaya: but your skin breaks the edit page :)
[07:39:52] <Nikerabbit>	...user_properties table already exists.
[07:40:03] <Nikerabbit>	does it have the proper indexes now?
[07:40:07] <Duesentrieb>	Antaya: i see this: <textarea name="wpTextbox1" id="wpTextbox1" cols="4" rows="4" tabindex="1" accesskey=",">
[07:40:10] <Duesentrieb>	that
[07:40:18] <werdna>	Nikerabbit: probably won't. Delete the table and re-run.
[07:40:21] <Duesentrieb>	err. that's four rows high. which is exactly wehat it doesn.
[07:42:08] <Antaya>	Duesentrieb : but why that doesn't affect the first bureaucrat? 
[07:42:12] <Duesentrieb>	Antaya: the number of rows of the edit field is a user option - go to your preference page, click the tab about editing. the first line says: Size of the edit window. Rows: 4 Columns: 4
[07:42:30] <Duesentrieb>	Antaya: the bureaucrat was probably created before the default was changed.
[07:42:34] <Antaya>	ohhhhhhh... wait..
[07:42:37] <Duesentrieb>	looks to me like the default was set wrong.
[07:42:42] <Duesentrieb>	very wrong.
[07:43:03] <werdna>	I thought it might have been a preferences bug
[07:43:05] <wikibugs>	03(NEW) Purging images does not always force image metadata cache to be cleared - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18571 normal; Normal; MediaWiki: Images and files; (nephele)
[07:43:28] <Antaya>	I think it's comming from : $wgDefaultUserOptions
[07:43:50] <Duesentrieb>	werdna: but not your fault. it's vanilly 1.14.0
[07:44:00] <Duesentrieb>	Antaya: yes, pretty sure it is.
[07:44:30] <Duesentrieb>	Antaya: fix those :) note that changing the defaults will not affect existing users. it only affects new users and anon users.
[07:45:34] <werdna>	Duesentrieb: it's a bug that I fixed :))
[07:46:04] <Duesentrieb>	werdna: the defaults not effecting default users? yea, saw it. nice :)
[07:46:33] <CIA-15>	03ialex * r49796 10/trunk/phase3/includes/specials/SpecialPreferences.php: 
[07:46:33] <CIA-15>	* Call SpecialPage::setHeaders() and SpecialPage::outputHeader() rather than doing this directly in $wgOut
[07:46:33] <CIA-15>	* Whitespaces tweaks
[07:46:33] <Nikerabbit>	werdna: why is storing empty gadget rows in the new table?
[07:47:47] <werdna>	Nikerabbit: is it?
[07:47:50] *werdna 	looks
[07:48:07] <Nikerabbit>	werdna: missing message prefs-math?
[07:48:53] <werdna>	can reproduce the first bug
[07:49:10] <Antaya>	Duesentrieb : there's no users yet, only one bureaucrat and one user... to test before I put that officially online.
[07:49:13] <werdna>	I know the problem too
[07:49:45] <Antaya>	Duesentrieb : do you know what are the default row and col ?
[07:49:47] <Nikerabbit>	werdna: selecting other for stub thing doesn't activate the text input for me
[07:51:00] <CIA-15>	03ialex * r49797 10/trunk/phase3/includes/specials/SpecialPreferences.php: 
[07:51:00] <CIA-15>	and...
[07:51:00] <CIA-15>	*Removed trailing whitespaces
[07:51:00] <CIA-15>	(forgot to save the file before commiting :D)
[07:51:04] *ialex 	hides
[07:51:23] <Nikerabbit>	werdna: and my language preference has resetted to english
[07:51:33] <Nikerabbit>	same for gender
[07:52:03] <Duesentrieb>	Antaya: 80x25
[07:52:27] <Duesentrieb>	(oh why is that so familiar)
[07:52:32] <Nikerabbit>	looks that none of the settings are migrated
[07:52:37] <Nikerabbit>	ialex: did that work for you?
[07:52:51] <Antaya>	Duesentrieb : because even if I'd removed http://www.mediawiki.org/wiki/Manual:$wgDefaultUserOptions, it still not working... So I'll precise it in this UserOptions...
[07:52:54] <ialex>	Nikerabbit: no
[07:53:11] <ialex>	Nikerabbit: language was English
[07:53:13] <Nikerabbit>	werdna: looks like you have some things to fix :)
[07:53:23] <Duesentrieb>	Antaya: as i said: changing defaults does not affect existing usaers. only new users.
[07:53:32] <ialex>	(in Sandwiki)
[07:53:35] <Antaya>	ohhhhhh
[07:53:56] <werdna>	Nikerabbit: I'm working on it
[07:54:15] <werdna>	Nikerabbit: did you run the migration script?
[07:54:20] <Antaya>	including me! $
[07:55:08] <Nikerabbit>	werdna: nope, just update.php
[07:55:39] <werdna>	ok
[07:57:03] <werdna>	were other preferences intact?
[07:57:03] <Nikerabbit>	running migration would break the live site
[07:57:04] <werdna>	do you know?
[07:57:14] <Nikerabbit>	werdna: nope
[07:57:18] <Nikerabbit>	real name is there, as is email
[07:57:39] <Nikerabbit>	but those are not in the preferences, are they
[07:58:20] <werdna>	no
[07:58:21] <werdna>	they're not
[07:58:35] <CIA-15>	03werdna * r49798 10/trunk/ (2 files in 2 dirs): Fix storage of settings with no defaults -- treat the default as null and do not store if the setting is false or null (but DO store if it is zero)
[07:58:47] <werdna>	that fixes the gadget storage issue
[07:59:04] <Nikerabbit>	ok
[07:59:14] <werdna>	have you saved your preferences on the test wiki?
[07:59:20] <Nikerabbit>	werdna: nope
[07:59:33] <werdna>	would you mind giving me a dump of your user_options?
[07:59:43] <Nikerabbit>	select * from bw_user_properties; is empty
[07:59:49] <Nikerabbit>	werdna: just say in which format
[08:00:11] <werdna>	select user_options from user where user_name='Nikerabbit';
[08:01:38] <Antaya>	Duesentrieb : thanks a lot buddy, it's working..! One more question... in this image (http://img207.imageshack.us/img207/9875/ieuser.jpg) the tool bar isn't near the edit window... Would you know why ?
[08:07:00] <werdna>	Nikerabbit: do you know if your other preferences stayed?
[08:07:03] <werdna>	which ones did, if so?
[08:07:33] <Nikerabbit>	werdna: looks like none
[08:08:03] <werdna>	what about gadgets?
[08:08:31] <Nikerabbit>	werdna: all disabled
[08:08:47] <Duesentrieb>	Antaya: no idea... firebug is your friend :)
[08:08:47] <Nikerabbit>	ialex: did you change any settings before saving?
[08:09:13] <ialex>	Nikerabbit: language and maybe another one
[08:09:16] <Antaya>	Duesentrieb : who is this friend? What is firbug?
[08:09:34] <Nikerabbit>	you had in the table: language, nickname (empty), disableemail, timecorrection and the empty tables
[08:09:37] <simonrvn>	Antaya: getfirebug.com
[08:09:46] <Nikerabbit>	empty tables -> empty gadgets
[08:09:57] <werdna>	that should be fixed with r49798
[08:10:07] <Nikerabbit>	yes, that was before it
[08:10:13] <werdna>	nickname I don't have a problem with leaving in
[08:10:17] <werdna>	because it's gonna get changed anyway
[08:10:31] <ialex>	Nikerabbit: didn't change that ones
[08:10:42] <Nikerabbit>	werdna: can I help in debugging?
[08:10:47] <werdna>	Nikerabbit: sure
[08:10:52] <werdna>	can you go into eval.php
[08:10:56] <werdna>	save those options to a file
[08:11:03] <werdna>	then $u = User::newFromName( 'Nikerabbit' );
[08:11:16] <werdna>	$u->decodeOptions( file_get_contents( '/path/to/file' ) );
[08:11:21] <Nikerabbit>	save to file how?
[08:11:21] <werdna>	print_r( $u );
[08:11:27] <werdna>	just the row content
[08:11:45] <werdna>	then print $u->getOption( 'language' )
[08:11:48] <Nikerabbit>	ok I'll try
[08:11:48] <werdna>	print_r( $u )
[08:11:55] <Antaya>	Duesentrieb : great tool... but in fact I don't have this space between toolbar abd editwindow in FireFox... only in othewr browsers? Can I find this problem with my friend getfirebug?
[08:12:15] <Duesentrieb>	not directly, but you may get a hint.
[08:12:29] <Duesentrieb>	easier to see what css applies there or what elements could be in between them.
[08:12:32] <Antaya>	okay, I'll install it...
[08:12:51] <Antaya>	Cause I'm php dummy
[08:13:10] <werdna>	s/Nikerabbit/Nike/
[08:16:03] <Duesentrieb>	Antaya: ain't got nuttin to do with php.
[08:16:22] <Nikerabbit>	Duesentrieb: whot
[08:16:33] <Duesentrieb>	firebug
[08:23:19] <Antaya>	Duesentrieb : WOW... getfirebug is a @%&# great tool!!! Everyday, i'm getting more amazed by FFox! :)
[08:23:26] <Duesentrieb>	:P
[08:23:31] <freakolowsky>	sup ... ppl ...
[08:24:09] <freakolowsky>	yep FireBug Ownz ... combine it with YSlow and Poster and you gotz tha toolz
[08:25:35] <freakolowsky>	got a question ... is there an extension for mediawiki for uploading of large files ... something that will prevent browser timeout with files > 100mb
[08:26:01] <Nikerabbit>	freakolowsky: in the works
[08:26:39] <freakolowsky>	when can i expect it and do you need beta testing?
[08:27:16] <Nikerabbit>	freakolowsky: you should probably ask michael dale
[08:27:45] <werdna>	Nikerabbit: hmm, can't reproduce locally
[08:28:09] <Nikerabbit>	werdna: hmm huh?
[08:28:36] <werdna>	have you definitely updated properly?
[08:29:14] <werdna>	ah, yes I can reproduce
[08:29:27] <Nikerabbit>	yes, we have scripts which do everything
[08:29:44] <werdna>	it seems to be the login that kills the prefs
[08:30:15] <Nikerabbit>	werdna: oh, I am indeed already logged in
[08:32:34] <Ep1c>	I'm trying to make a simple menu
[08:32:45] <Ep1c>	with onclick and function menu
[08:32:45] <werdna>	seems to be a memcached issue
[08:33:03] <Ep1c>	but I want whatever text under the menu to stay there, and not go down with the menu
[08:33:14] <Ep1c>	how can I do it?
[08:33:32] <freakolowsky>	Nike ... is mdale ever here on irc 
[08:33:55] <Nikerabbit>	freakolowsky: sometimes
[08:34:14] <Nikerabbit>	try email?
[08:34:33] <Nikerabbit>	werdna: I'm using APC
[08:34:59] <freakolowsky>	hmmm ... the last few emails i sent to MW develoers went unreplied for months :S
[08:35:32] <werdna>	Nikerabbit: haha, fixed it
[08:35:46] <CIA-15>	03werdna * r49799 10/trunk/phase3/includes/User.php: Fix sneaky memcached issue which was preventing successful user option migration
[08:35:50] <werdna>	patch for the issue is 10 lines
[08:35:57] <werdna>	1 line of actual code, +		'mOptionsLoaded',
[08:35:57] <Nikerabbit>	trying
[08:36:09] <werdna>	you may need to restart php to fix it
[08:36:16] <Nikerabbit>	werdna: why?
[08:36:34] <werdna>	because there will be stale cache entries
[08:36:37] <Nikerabbit>	hm
[08:36:39] <Nikerabbit>	<b>Notice</b>:  Undefined index:  mOptionsLoaded in <b>/var/www/sandwiki/includes/User.php</b> on line <b>303</b><br />
[08:36:46] <Nikerabbit>	werdna: php? or apc?
[08:37:16] <werdna>	never mind
[08:37:17] <Nikerabbit>	werdna: there is no way to invalidate those stored in the memory?
[08:37:22] <werdna>	this next commit will fix both issues :)
[08:37:33] <CIA-15>	03werdna * r49800 10/trunk/phase3/includes/User.php: Update MW_USER_VERSION
[08:37:59] <Nikerabbit>	yay
[08:38:45] <werdna>	Nikerabbit: tell me if it works :D
[08:39:10] <Nikerabbit>	no error, but no prefs either :/
[08:39:22] <Nikerabbit>	prefs with second reload
[08:39:50] <werdna>	ask somebody else to test it
[08:39:56] <werdna>	the reload may have been caching or something
[08:40:06] <Nikerabbit>	ialex: there?
[08:40:14] <Nikerabbit>	werdna: or do you have an account? :o
[08:40:15] <ialex>	Nikerabbit: yes
[08:40:36] <werdna>	I think I have an account
[08:40:41] <werdna>	wheres the sekrit test wiki?
[08:40:52] <ialex>	http://translatewiki.net/sandwiki/index.php
[08:41:30] <werdna>	yeah prefs-math is missing
[08:41:43] *werdna 	wonders if there's a message that should ahve been renamed
[08:42:11] <ialex>	Nikerabbit: ok, just changed language to French
[08:42:12] <werdna>	'math'                      => 'Math',
[08:43:09] <ialex>	hehe
[08:43:35] <werdna>	andrew-macbook:messages andrew$ for file in `find . -name '*.php'`; do
[08:43:35] <werdna>	> sed -e "s/^'math'/'prefs-math'/" -i '' $file
[08:43:35] <werdna>	> done
[08:43:36] <werdna>	yay
[08:44:19] <Nikerabbit>	werdna: yeah, some styles are still broken
[08:44:31] <werdna>	Nikerabbit: hmm?
[08:44:40] <CIA-15>	03werdna * r49801 10/trunk/phase3/languages/messages/ (168 files): Rename "math" message to "prefs-math"
[08:44:43] <Nikerabbit>	werdna: do you see it?
[08:44:53] <werdna>	see what?
[08:45:14] <Nikerabbit>	compare http://translatewiki.net/sandwiki/index.php?title=Special:Preferences to http://translatewiki.net/wiki/Special:Preferences
[08:45:49] <werdna>	what specifically?
[08:45:59] <werdna>	oh I see the problem
[08:46:04] <wikibugs>	03(mod) Set new user groups for bswiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13451  (10demicx)
[08:46:06] <werdna>	pesky modern skin people
[08:48:09] <CIA-15>	03werdna * r49802 10/trunk/phase3/skins/ (8 files in 5 dirs): Fix prefsectiontip styles (class renamed to htmlform-tip)
[08:48:57] <Nikerabbit>	hmm
[08:49:12] <Nikerabbit>	werdna: the align of labels have changed from left to right?
[08:49:36] <werdna>	It's been made consistently right
[08:49:39] <werdna>	before it was either/or
[08:49:42] <CIA-15>	03ialex * r49803 10/trunk/phase3/maintenance/ (3 files in 3 dirs): Follow-up r49790: update the PostgreSQL schema
[08:50:07] <Antaya>	12Even with getfirebug, I can't find where this space is coming from... 
[08:50:11] *werdna 	looks innocent
[08:50:11] <Antaya>	12http://img17.imageshack.us/img17/6781/firefoxh.jpg
[08:50:18] <werdna>	Antaya: don't talk in blue
[08:50:19] <werdna>	it
[08:50:25] <werdna>	is really annoying
[08:50:29] <Antaya>	http://img17.imageshack.us/img17/342/iexplorer.jpg
[08:50:34] <Antaya>	Sorry
[08:51:03] <p858snake>	don't talk in any colour tbh
[08:51:06] <Nikerabbit>	werdna: but left looks better, and it should depend on the language direction (does it?)
[08:51:15] <werdna>	Nikerabbit: I think so
[08:51:18] <werdna>	try
[08:51:44] <werdna>	you can change it back if you really want. It's designed like that to be consistent with every other form in the software :)
[08:51:50] <Nikerabbit>	werdna: timezone migration hardcoded it into 03:00 instead of remembering Europa/Helsinki
[08:52:09] <Antaya>	I found something in ../skins/Modern.php saying � <!--[if lt IE 7]><meta http-equiv="imagetoolbar" content="no" /><![endif]--> �
[08:52:16] <werdna>	Nikerabbit: o rly
[08:52:20] <werdna>	let me try that
[08:52:31] *ToAruShiroiNeko 	ponders around
[08:53:22] <werdna>	hmm it is messed up
[08:53:42] <Nikerabbit>	http://laxstrom.name/pref-old.png vs. http://laxstrom.name/pref-new.png
[08:53:52] <Nikerabbit>	I don't think consistency looks good this time :o
[08:54:43] <CIA-15>	03ialex * r49804 10/trunk/phase3/includes/Preferences.php: Removed now useless "label-message" for the math options; message was renamed in r49801
[08:57:52] <Nikerabbit>	open issues: 1) timezone 2) stub treshold 3) label alignment 4) search namespaces looks ugly 5?) was the change of "Restore all default settings" from button to link and aligning together with the other buttons intentional?
[08:58:19] <CIA-15>	03thomasv * r49805 10/trunk/phase3/includes/DefaultSettings.php: follow-up to r49669
[08:58:32] <CIA-15>	03werdna * r49806 10/trunk/phase3/includes/HTMLForm.php: Update HTMLSelectOrOtherField to correctly work, since the code changes of having "nested" options and swapping keys and values
[08:58:48] <ialex>	Nikerabbit: "Restore all default settings" now requires confirmation
[08:58:50] <werdna>	that fixes timezone and stub threshold
[08:59:00] <werdna>	Nikerabbit: the point is that it's now a link to a confirmation screen, not a button
[08:59:23] <Nikerabbit>	werdna: and the alignment?
[08:59:32] <werdna>	of the buttons?
[08:59:44] <Nikerabbit>	timezone: fixed
[09:00:03] <Nikerabbit>	werdna: before it was at aligned at the right
[09:00:21] <Nikerabbit>	stub still doesn't work for me: try selecting other
[09:00:47] <werdna>	hm
[09:00:52] <ThomasV>	wheee, follow-ups are automagically linked to
[09:01:00] <werdna>	I see the problem
[09:01:27] <Marybelle>	Is the page_restrictions column in the page table still actively updated?
[09:01:38] <Marybelle>	(Even though the page_restrictions table exists.)
[09:02:11] <Marybelle>	No, it's not.
[09:02:13] <Marybelle>	Hm.
[09:02:33] <CIA-15>	03werdna * r49807 10/trunk/phase3/includes/HTMLForm.php: Fix selectorother automatic addition of "other" field -- not switched over for the switching of keys/values
[09:02:58] <werdna>	Nikerabbit: that should fix it
[09:03:34] <Nikerabbit>	open issues: 1a) empty space in style selection 1b) (imho) too much space around default search namespace 1c)  empty space in gadgets 1d) headers in gadgets not capitalised
[09:04:01] <werdna>	style selection?
[09:04:23] <Nikerabbit>	s/style/skin/
[09:04:37] <werdna>	That's because a label is supposed to go in the LHS
[09:04:58] <Nikerabbit>	well, either there should be a label or there should not be empty place for it :)
[09:05:20] <werdna>	what label would you recommend
[09:06:06] <Nikerabbit>	werdna: at least make it consistent, now it has more space than email options and mathematics
[09:06:59] <Nikerabbit>	but I'd just "take the space away" if possible
[09:07:13] <werdna>	hm
[09:07:15] <werdna>	tricky
[09:07:48] <werdna>	fixed the gadgets l10n issue
[09:08:03] <CIA-15>	03werdna * r49808 10/trunk/extensions/Gadgets/Gadgets.php: Localisation of gadget section titles
[09:08:44] <Nikerabbit>	in other words, all functional issues I've found are fixed, rest are only stylistics
[09:08:52] <werdna>	right
[09:09:34] <werdna>	whee
[09:13:24] <Marybelle>	werdna: http://pastebin.com/f56453ad9 :-/
[09:13:47] <Nikerabbit>	werdna: oh, more functional things
[09:13:54] <Nikerabbit>	werdna: the labels for search namespaces are fucked up
[09:14:18] <Nikerabbit>	clicking any label changes checkbox for main namespace
[09:14:57] <Nikerabbit>	werdna: double headers now in gadgets section
[09:15:10] <Nikerabbit>	same label issue in those too
[09:15:16] <werdna>	sorry , I'm going away for a moment
[09:15:21] <werdna>	but I'll be back and look at it
[09:17:02] <Nikerabbit>	werdna: also: image and thumbsizes are different in old vs. migrated
[09:35:47] <wikibugs>	03(mod) GeSHI highlighting is broken for bashwhen an apostrophe/single quote is encountered inside a comment - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18553  (10niklas.laxstrom)
[09:35:49] <wikibugs>	03(mod) Upgrade to the latest version of GeSHi (1.0.8) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=10967  (10niklas.laxstrom)
[09:36:09] <CIA-15>	03daniel * r49809 10/trunk/WikiWord/WikiWordBuilder/src/main/java/de/brightbyte/wikiword/store/builder/DatabaseLocalConceptStoreBuilder.java: force more indexes
[09:48:34] <CIA-15>	03nad * r49810 10/trunk/extensions/CategoryWatch/CategoryWatch.php: $WATCHINGUSERNAME was not set in emailed message, plus bug fixes
[09:57:39] <beeeviz>	hi
[09:57:44] <freakolowsky>	sup
[09:57:46] <beeeviz>	i have a problem
[09:57:51] <CIA-15>	03nad * r49811 10/trunk/extensions/CategoryWatch/CategoryWatch.php: include summary and minor edit in emailed message
[09:57:57] <freakolowsky>	:D share and enjoy
[09:58:11] <beeeviz>	i installed mediawiki
[09:58:20] <beeeviz>	(thats not yet my problem)
[09:58:57] <beeeviz>	but when i edit pages, the new lines aren't converted to <br>eaks after saving
[09:59:03] <CIA-15>	03nad * r49812 10/trunk/extensions/CategoryWatch/CategoryWatch.php: typo
[10:02:39] <beeeviz>	so how can i fix it? any ideas?
[10:02:49] <beeeviz>	or is it the normal wiki behavior?
[10:03:12] <freakolowsky>	@beeeviz ... stil pondering wht the issue might even be :S
[10:04:23] <beeeviz>	<beeeviz> but when i edit pages, the new lines aren't converted to <br>eaks after saving
[10:04:28] <beeeviz>	i have an address
[10:04:31] <beeeviz>	company x
[10:04:35] <beeeviz>	street x
[10:04:39] <beeeviz>	zipcode city
[10:04:44] <beeeviz>	and the output is: 
[10:04:47] <Splarka>	a single newline is considered whitespace, unless it is followed by some line-start-activating wikicode, like :;#* etc (lists, definitions) or block level element
[10:04:56] <beeeviz>	company x street x zipcode city - without any breaks
[10:05:17] <Splarka>	this is the same behavior as HTML
[10:05:24] <beeeviz>	ok
[10:05:27] <Splarka>	wikicode does break paragraphs with two or more newlines
[10:05:39] <beeeviz>	so i will have to format the address like a list or whatever or use html breaks?
[10:06:07] <Splarka>	you can also wrap your text in a <pre> block to get exact newline/whitespace preservation and monospace font
[10:06:24] <Splarka>	(or indent each line one or more spaces, for a similar effect)
[10:06:33] <Nikerabbit>	or use <br> or use double newlines
[10:06:48] <Splarka>	((or use an extension like <poem> that does similar line preservation with a variable font))
[10:07:06] <beeeviz>	hehe okay thanks. i'll use html breaks ;)
[10:07:17] <freakolowsky>	lol ... been useing MW for a year now, and havent noticed this :D ROFLOL
[10:07:44] <freakolowsky>	well paint me green and call me an alient
[10:14:21] <wikibugs>	03(mod) Allow changing preferences via API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18195  (10roan.kattouw)
[10:14:28] <wikibugs>	03(mod) Remove "hiderevision" permission from the Oversight group - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18511  (10happy-melon)
[10:19:02] <Duesentrieb>	beeeviz: you can also just start lines with spaces, that's also preserve wrap and indent.
[10:19:09] <Duesentrieb>	beeeviz: or use the poem extension :)
[10:19:45] <beeeviz>	yeah but pre formatted text causes monospace font. thats ugly ;)
[10:20:20] <Splarka>	Duesentrieb: deja vu
[10:20:35] <Duesentrieb>	beeeviz: use <br> then - or <poem>
[10:20:46] <Splarka>	Duesentrieb: deja vu!
[10:21:00] <Duesentrieb>	Splarka: hm, seems like i only read half of what you said earlier :)
[10:21:01] <Duesentrieb>	shame on me
[10:21:20] <Splarka>	repeat me once, shame on you, repeat me twice... shame on... can't get shamed again
[10:21:25] <Duesentrieb>	sorry for being redundant. 
[10:21:26] <Duesentrieb>	sorry for being redundant. 
[10:21:33] <Splarka>	DORD
[10:22:53] <beeeviz>	and is there an extension so i can use my wiki from mobile?
[10:23:10] <beeeviz>	automatic mobile detection and alternate mobile template?
[10:23:17] <wikibugs>	04(REOPENED) User's namespaces to be searched default not updated after adding new namespace - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14609  +comment (10rainman)
[10:23:57] <wikibugs>	03(mod) User's namespaces to be searched default not updated after adding new namespace - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14609  (10rainman)
[10:24:32] <Splarka>	there is http://www.mediawiki.org/wiki/Extension:MobileSkin ...
[10:26:20] <Duesentrieb>	beeeviz: css is in theory able to do that.
[10:28:36] <wikibugs>	03(mod) please move namespace - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18501  (10wmr89502270)
[10:37:28] <beeeviz>	i know
[10:38:03] <beeeviz>	but my question was, if there is an extension, plugin or whatever, so i just have to click "install" and then my wiki is mobile ready
[10:38:33] <beeeviz>	i dont really want to spend much time on that because i use the wiki as knowledge database for myself
[10:39:00] <beeeviz>	but i wanna have access to these information from anywhere ;)
[10:45:51] <frairfox>	what happend in this channel
[10:46:07] <RoanKattouw>	frairfox: Channel is logged, see topic
[10:47:31] <frairfox>	ok
[10:48:04] <Nikerabbit>	meow
[10:49:01] <freakolowsky>	wuf
[10:49:10] <frairfox>	hui
[10:51:48] <EvilCat>	hello. my MediaWiki hangs often (but not always) when user edits a long page. the edit works fine, but the user can't see any pages anymore (they just load indefinitely). clearing cookies help. I didn't find the solution anywhere on web, so...
[10:52:16] <freakolowsky>	server timeout?
[10:52:41] <EvilCat>	probably. but why on _every_ page after the edit, long or not?
[10:54:12] <freakolowsky>	tried degug logging?
[10:54:18] <freakolowsky>	debug even
[10:54:25] <EvilCat>	no. how do I do it?
[10:54:43] <RoanKattouw>	!debug | EvilCat 
[10:54:43] --mwbot--	EvilCat: For information on debugging (including viewing errors), see <http://www.mediawiki.org/wiki/How_to_debug>.
[10:55:20] <freakolowsky>	i just love info-bots :D
[10:55:35] <EvilCat>	thanks, I'll try it.
[11:06:48] <werdna>	Nikerabbit: I'm here now
[11:06:56] <werdna>	will record it all to work on tomorrow
[11:07:04] <werdna>	it's 9pm and I've been working since 9am on and off :)(
[11:07:17] <Nikerabbit>	aww
[11:07:30] <Nikerabbit>	werdna: maybe a post a warning that it's not 100% there yet?
[11:07:58] <werdna>	post where?
[11:08:01] <werdna>	It's in ok shape
[11:08:03] <werdna>	just a few bugs
[11:08:09] <werdna>	which is expected for trunk
[11:08:25] *werdna 	takes the approach "If you don't like it, fix it ;)"
[11:08:32] <Nikerabbit>	quite a many, the label thing is quite bad
[11:08:39] <werdna>	what label thing
[11:09:12] <Nikerabbit>	I described it when you were leaving
[11:10:08] <werdna>	09:23 < Nikerabbit> werdna: the labels for search namespaces are fucked up
[11:10:09] <werdna>	09:23 < Nikerabbit> clicking any label changes checkbox for main namespace
[11:10:17] <CIA-15>	03werdna * r49813 10/trunk/extensions/Gadgets/Gadgets.php: Fix double display of headings
[11:10:58] <rainman-sr>	werdna, i also have some more comments on bug 14609
[11:11:56] <werdna>	that's fixed
[11:11:57] <CIA-15>	03werdna * r49814 10/trunk/phase3/includes/HTMLForm.php: Fix ids for multi-select types
[11:12:44] <werdna>	ok I'll look at that one tomorrow
[11:12:48] <werdna>	it's kind of an edge case
[11:13:45] <rainman-sr>	yeah, in any case great work, really looking forward to this change :)
[11:14:45] <RoanKattouw>	werdna: Congrats on the branch merge, great work
[11:14:45] <werdna>	RoanKattouw: so I think I deleted my work on apipreferences thinking it was in that patch :)
[11:14:55] <RoanKattouw>	hehehe
[11:15:01] <freakolowsky>	anyone know what IMG_METADATA in IMAGE table is for ... and don't say it's for metadata
[11:15:05] <werdna>	can we get wfMsgExt SORTED OUT please :)
[11:15:08] <werdna>	freakolowsky: metadata.
[11:15:13] <freakolowsky>	doh
[11:15:15] <werdna>	freakolowsky: EXIF metadata to be precise
[11:15:26] <RoanKattouw>	werdna: Poke Tim about that. wfMsgExt() uses $wgTitle in certain conditions, which is NULL in the API
[11:15:27] <Nikerabbit>	werdna: what's wrong?
[11:15:34] <Nikerabbit>	oh that one
[11:15:39] <RoanKattouw>	werdna: BTW, why on earth would you need wfMsgExt() in the API?
[11:15:59] <werdna>	RoanKattouw: it's used as part of the generic generation of preference information
[11:16:05] <RoanKattouw>	Right
[11:16:06] <werdna>	see Preferences::getPreferences()
[11:16:23] <RoanKattouw>	Nikerabbit: wfMsgExt() crashes when $wgTitle == null (e.g. in API context)
[11:16:42] <Nikerabbit>	RoanKattouw: well, the parser, wfMsgExt just calls the parser :o
[11:16:53] <werdna>	can we be naughty and just set $wgTitle to Special:API or something
[11:16:58] <RoanKattouw>	Yeah, but wfMsgExt is the one telling the parser to use $wgTitle
[11:17:03] <werdna>	seriously it's a huge pain in the ass.
[11:17:05] <ialex>	RoanKattouw: $wgOut no longer uses $wgTitle ;)
[11:17:16] <werdna>	RoanKattouw: strictly speaking it's OutputPage::parseInline
[11:17:30] <RoanKattouw>	Yes, we could, probably, but it's really just fighting the symptoms
[11:17:31] <Nikerabbit>	RoanKattouw: how does it do that?
[11:17:40] <werdna>	RoanKattouw: well we need to just sort it out.
[11:17:45] <RoanKattouw>	Yeah
[11:17:46] <werdna>	by whatever means.
[11:17:52] <werdna>	and then make it pretty later.
[11:18:12] <RoanKattouw>	Yeah
[11:18:24] <Nikerabbit>	it calls $wgOut->Parse... which is kinda icky
[11:18:36] <Nikerabbit>	message cache should have it's own parser, no?
[11:18:38] <freakolowsky>	would it be too much of a hack if i used IMG_METADATA for storing the contents if a file has major mime application ... hence not an image and no EXIF metadata??
[11:18:49] <ialex>	Nikerabbit: it has
[11:18:59] <RoanKattouw>	The one issue is that we'd break is_null($wgTitle) as API detection
[11:19:02] <werdna>	freakolowsky: store the file contents... as the file contents.
[11:19:07] <werdna>	RoanKattouw: that's a terrible hack though
[11:19:14] <werdna>	we can easily search for it
[11:19:18] <RoanKattouw>	So instead we probably need to do something like define('API', true);
[11:19:19] <RoanKattouw>	Yes
[11:19:26] <RoanKattouw>	I believe only ConfirmEdit uses that
[11:19:29] <Nikerabbit>	ialex: but it is not used for parsing, just to transform?
[11:19:30] <freakolowsky>	werdana ... yes .. THE file contents
[11:19:35] <ialex>	RoanKattouw: call $wgOut->setTitle()
[11:19:38] <ialex>	Nikerabbit: yeah
[11:19:51] <Nikerabbit>	ialex: should be easy if we get the correct parserOptions, no?
[11:20:07] <ialex>	Nikerabbit: MessageCache has its own ParserOption iirc
[11:20:38] <RoanKattouw>	But if messages aren't parsed and just use $1 substitution, stuff shouldn't break, right?
[11:20:47] <RoanKattouw>	AFAIK it's using the parse/parseinline option that breaks stuff
[11:20:52] <beeeviz>	how can i override userskins?
[11:21:06] <ialex>	Nikerabbit: but parsing it with MessageCache would be cool
[11:21:18] <ialex>	Nikerabbit: but be sure that anything call wfMsg() while parsing
[11:22:20] <ialex>	s/anything/nothing
[11:22:29] <RoanKattouw>	werdna: wfMsgExt() itself isn't the problem, it's the parse/parseinline flag (one of which is enabled by default) that brekas
[11:22:41] <Nikerabbit>	ialex: wfMsgNoTrans is for that?
[11:22:42] <RoanKattouw>	werdna: Just doing $1 substitution doesn't need the parsre
[11:22:51] <Nikerabbit>	RoanKattouw: it's not enabled by default
[11:22:53] <ialex>	Nikerabbit: wfMsgNoTrans is o
[11:22:58] <ialex>	*ok
[11:23:26] <Nikerabbit>	ialex: so what are we waiting for, just use the message caches parser?
[11:23:32] <ialex>	Nikerabbit: the problem is that wfMsg call MessageCache::transform()
[11:23:34] <ialex>	+s
[11:23:53] <werdna>	RoanKattouw: yes but I use parseinline wherever possible
[11:23:58] <RoanKattouw>	Hmm you're right
[11:23:58] <werdna>	so folks can put wikitext in
[11:24:06] <Nikerabbit>	ialex: yes, and brion doesn't let me fix it :o
[11:24:15] <RoanKattouw>	Why not?
[11:24:16] <ialex>	Nikerabbit: and which Title do you pass to the parser ? :)
[11:24:30] <werdna>	you know what brion will say
[11:24:36] <Nikerabbit>	ialex: some fake one?
[11:24:38] <werdna>	"Just use Special:API or something"
[11:24:44] <werdna>	and he's right
[11:24:56] *RoanKattouw 	wonders whether setting $wgTitle = new FakeTitle; will work
[11:25:01] <Nikerabbit>	ialex: can we abuse $wgTitle?
[11:25:01] <werdna>	we should fix the problem, and THEN argue endlessly about the best way to fix it
[11:25:31] <werdna>	depends
[11:25:37] <RoanKattouw>	Obviously stuff like {{PAGENAME}} will still break, but I'm interested as to to which degree a FakeTitle would work
[11:25:43] <ialex>	RoanKattouw: but why don't use set a title in $wgOut without changing $wgTitle?
[11:25:48] <werdna>	FakeTitle errors if anything is called on it
[11:25:52] <ialex>	s/use/you
[11:26:05] <RoanKattouw>	ialex: Yeah, that could also be done
[11:26:10] <werdna>	Error: Expected '/'
[11:26:49] <Nikerabbit>	fyi: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/48090
[11:28:13] <RoanKattouw>	Right, so stuff like {{#ifeq:$1|Blah|Foo|Bar}} should work now?
[11:28:15] <Nikerabbit>	I think that is poor excuse to not to do the right thing
[11:28:30] <Nikerabbit>	RoanKattouw: nope, that was reverted
[11:28:35] <RoanKattouw>	Oh, why?
[11:28:45] <Nikerabbit>	RoanKattouw: read the comment
[11:28:52] <RoanKattouw>	Oh right xD
[11:29:25] <freakolowsky>	ok once again ... in public ... would it be too much of a hack if i used IMG_METADATA for storing the contents if a file has major mime application ... hence not an image and no EXIF metadata?? ... i need to get the file contents into DB so i can use DB indexing od PDFs, DOCS, PPTs and other crap
[11:30:48] <werdna>	hmm that is one thing we haven't done eyt
[11:30:55] <werdna>	searchability of files
[11:30:59] <werdna>	rainman-sr: see
[11:31:19] <Duesentrieb>	freakolowsky: it's not going to work. that field contains a serialized php blog.
[11:31:22] <Duesentrieb>	*blob
[11:31:29] <werdna>	yeah and that
[11:31:40] <Duesentrieb>	individual data fields are not recorded in a DB-friendly way
[11:31:40] <Nikerabbit>	werdna: are you sure you need parseinline and parsemag would not be enough?
[11:32:20] <werdna>	Nikerabbit: replacing parseinline with parsemag would be a reduction in functionality for no good reason
[11:32:32] <werdna>	there is no reason why the API should not be able to parse a message
[11:32:51] <marineam15>	Hi, I'm using the Calendar(BarryId) extension. I'd like to internationalise it. If i've something like : var $wday_names = array("s","m","t","w","t","f","s"); can I replace it by var $wday_names = array(wfMsg('j1'),wfMsg('j2'),wfMsg('j3'),wfMsg('j4'),wfMsg('j5'),wfMsg('j6'),wfMsg('j7'));  ? Because for the moment, it doesn't work.
[11:32:54] <Nikerabbit>	it depends on which context
[11:33:27] <Nikerabbit>	marineam15: that extension does not use the standard i18n layot?
[11:33:32] <freakolowsky>	Duens ... i'm using oracle ... i could transform CLOB => BLOB 'cause EXIF is not charset dependandt and indexing of BLOB or BFILE containing such documents can be done in Oracle
[11:33:32] <marineam15>	nop
[11:33:35] <werdna>	marineam15: j seems like a stupid prefix.
[11:33:48] <RoanKattouw>	marineam15: If you add those messages to the extension messages file (which you'll probably have to create) and call wfLoadExtensionMessages('extensionname') before calling wfMsg(), it should work
[11:34:23] <marineam15>	RoanKattouw: yes I did it but...
[11:36:15] <marineam15>	it breaks the wiki
[11:36:21] <RoanKattouw>	How?
[11:36:30] <marineam15>	I get a blank page
[11:36:35] <RoanKattouw>	!errors
[11:36:35] --mwbot--	To see PHP errors, add this to the very top of LocalSettings.php: error_reporting(E_ALL); ini_set("display_errors", 1);  Fatal PHP errors usually go to Apache's error log - also check the error_log setting in php.ini (or use phpinfo). For more details in wiki error reports, set $wgShowExceptionDetails = true; $wgShowSQLErrors = true; For full debug output, set $wgDebugLogFile to some path you like.
[11:36:40] <marineam15>	maybe I forgot something, but if you say it should work like this
[11:36:52] <marineam15>	I'll work on it
[11:37:42] <RoanKattouw>	marineam15: Could it be that you're getting a PHP error because you're not allowed to initialize member vars with results of function calls?
[11:39:22] <marineam15>	RoanKattouw: maybe, I'll have a look
[11:39:45] <marineam15>	RoanKattouw: in this case, what can I do ?
[11:43:08] <RoanKattouw>	marineam15: Initialize it someplace else :P
[11:47:11] <marineam15>	ok actually I have : $wgExtensionMessagesFiles['Calendar'] = dirname(__FILE__) . '/' . 'Calendar.i18n.php';
[11:47:11] <marineam15>	$wfLoadExtensionMessages('Calendar');
[11:47:29] <marineam15>	and the line $wfLoadExtensionMessages('Calendar');  breaks everything
[11:49:56] <Ep1c>	hey
[11:50:03] <Ep1c>	I'm making a simple JS menu
[11:50:16] <Ep1c>	which opens on click of smth else
[11:50:36] <Ep1c>	the problem is, I want the menu not to interrupt with the rest of the page size
[11:51:01] <Nikerabbit>	marineam15: do not use $ before function calls
[11:51:02] <Ep1c>	means, when it opens, not to make everything else go down
[11:51:10] <Ep1c>	anyone know how can I do it?
[11:51:40] <Nikerabbit>	Ep1c: does that relate to mediawiki somehow?
[11:52:31] <Ep1c>	yeah well, I'm making it in my wiki :o
[11:52:37] <Ep1c>	or at least I'm trying to
[11:53:09] <Nikerabbit>	well then this might not be the best place to ask
[11:53:18] <Ep1c>	#javascript?
[11:53:33] <Nikerabbit>	try some scripting channel? also there was something like #wikipedia-scripts or wikimedia..
[12:00:56] <marineam15>	Nikerabbit: oops you're right
[12:01:46] <marineam15>	Nikerabbit: but it still doesn't work
[12:05:24] <uwjweq>	How can I make a redirect automaticaly redirect to the page without showing a link the visitor has to click?
[12:05:25] <rainman-sr>	werdna, yeah, brion sent me an e-mail about that, we might soon at least have the file metadata searchable, and maybe later content of files (e.g. of pdf)
[12:06:37] <marineam15>	ok I understand, this is because I must put the wfLoadExtensionMessages('Calendar'); in a function and not just in a class
[12:07:53] <marineam15>	but how can I do if my vars are defined like this : class mwCalendar
[12:07:54] <marineam15>	{  
[12:07:54] <marineam15>	  var $cal = "CAL_GREGORIAN";
[12:07:54] <marineam15>	  var $today;
[12:07:54] <marineam15>	  var $day; } and then function mwCalendar { wfLoadExtensionMessages('Calendar'); blabla}
[12:08:02] <Duesentrieb>	marineam15: use a pastebin
[12:08:12] <marineam15>	how can I initialize my vars using wfMsg ?
[12:09:03] <marineam15>	Duesentrieb: okay
[12:09:47] <Duesentrieb>	 you should call the function that loads the extension messages only if and when they are actually needed.
[12:09:54] <Duesentrieb>	not always when your extension is initialized.
[12:10:42] <marineam15>	ok but for example, one of the vars defined is : var $wday_names = array("S","M","T","W","T","F","S"); 
[12:10:53] <marineam15>	I'd like to internationalise this one
[12:11:14] <marineam15>	how can I do if I can't load the message file right there ?
[12:12:42] <uwjweq>	Can a redirect point to a category?
[12:13:28] <werdna>	yes, but it won't necessaeily work as you expect
[12:13:35] <uwjweq>	:-(
[12:13:52] <chuck>	marineam15: load the messages, and set that variable in your constructor
[12:14:26] <werdna>	hey avar 
[12:14:33] <uwjweq>	I want featured content to show a category that already exists, is that possible?
[12:15:24] <avar>	werdna: hey
[12:15:34] <werdna>	how's it going? :)
[12:16:11] <avar>	got a cold;(
[12:16:38] <werdna>	aww
[12:16:49] *werdna 	sends avar some meds.
[12:18:16] <marineam15>	chuck: okay, I'll try
[12:19:01] *freakolowsky 	sends avar a bottle of Absynth :D works wonders ...
[12:19:10] *werdna 	has never tried that
[12:19:56] <rainman-sr>	yes, usng absynth you can talk to your php code ;)
[12:20:17] <freakolowsky>	indeed
[12:20:40] <freakolowsky>	but in my case ... php is always argueing with oracle ... so i don't pay attention
[12:21:17] <uwjweq>	How can I have "featured content" show a category that already exists?
[12:22:43] <marineam15>	chuck: it works, thank you ;)
[12:27:56] <Duesentrieb>	uwjweq: your question is very unclear - "featured content" will show whatever you write there. it's not magic, it's not automatic, it's just plain old text on a page.
[12:30:15] <uwjweq>	Duesentrieb: Yeah, thats what I already know. And obviously a redirect to a category won´t work either. So is there any other way that might work?
[12:31:23] <Duesentrieb>	uwjweq: you want to list the contents of a category there?
[12:31:34] <Duesentrieb>	use categorytree or dpl
[12:31:36] <Duesentrieb>	!dpl
[12:31:36] --mwbot--	The DynamicPageList (DPL) extension outputs reports based on criteria given in a special tag. For more information, see <http://www.mediawiki.org/wiki/Extension:DynamicPageList> and <http://semeb.com/dpldemo/index.php?title=Dynamic_Page_List>.
[12:31:39] <Duesentrieb>	!categorytree
[12:31:39] --mwbot--	I don't know anything about "categorytree".
[12:31:44] <Duesentrieb>	bah
[12:31:50] <Duesentrieb>	!e CategoryTree
[12:31:50] --mwbot--	http://www.mediawiki.org/wiki/Extension:CategoryTree
[12:41:13] <centosian>	hey all. I'm getting hit with waves of spam links, sometimes within hours of me deleting the previous spam. At this point I'm getting new pages with single links to non-existant websites. Any suggestions how to deal with this?
[12:41:22] <centosian>	I'm already using the SpamBlacklist extension
[12:41:34] <Duesentrieb>	!spam
[12:41:34] --mwbot--	For information about combating and handling spam in MediaWiki, see <http://www.mediawiki.org/wiki/Manual:Combating_spam> and <http://meta.wikimedia.org/wiki/Anti-spam_Features>.
[12:41:56] <Duesentrieb>	my suggestion would be ConfirmEdit. Default settings should be enough
[12:48:15] <uwjweq>	Duesentrieb: Do I have to install the infamous cat.tree or does it ship with mediawiki?
[12:48:25] <RoanKattouw>	You have to install it
[12:48:43] <Nikerabbit>	hello
[12:49:25] <uwjweq>	Isn´t there something already included in mediawiki?
[12:49:32] <Duesentrieb>	no.
[12:49:50] <uwjweq>	ok
[12:49:57] <centosian>	Thanks Duesentrieb , reading
[12:54:02] <uwjweq>	Duesentrieb thanks for writing it and for the pointers.
[12:54:23] <Duesentrieb>	np :)
[12:54:49] <werdna>	0x00000?
[12:55:36] <JiBz>	hi
[12:55:39] <Duesentrieb>	0xDEADBEEF
[12:56:05] <Duesentrieb>	JiBz: hi
[12:57:21] <JiBz>	Is there a page describing the mediawiki script syntaxe ??
[12:57:31] <RoanKattouw>	JiBz: You mean wikitext?
[12:57:37] <Duesentrieb>	!syntax
[12:57:37] --mwbot--	For help with MediaWiki's Wikitext syntax, please see <http://meta.wikimedia.org/wiki/Help:Editing>. For an (incomplete) formal specification, see <http://www.mediawiki.org/wiki/Markup_spec>.
[12:57:37] <JiBz>	perhaps
[12:57:47] <JiBz>	^^ thx
[12:57:53] <JiBz>	(bot oO)
[13:20:51] <t1nker>	can anybody help me for changing my wiki logo? thanks
[13:21:19] <RoanKattouw>	!logo
[13:21:19] --mwbot--	The logo that appears in the top left of each page is determined by $wgLogo in the LocalSettings.php file. To change this you simply change the value of $wgLogo to point to the URL of your own logo. See <http://www.mediawiki.org/wiki/Manual:%24wgLogo> for more information. Be sure $wgLogo is set to an absolute path, starting with "/" (or a protocol "http:"/"https:"). If you are using pretty URLs a relative path will behave oddly.
[13:22:14] <t1nker>	thanks ^^
[13:29:45] <JiBz>	!beer
[13:29:45] --mwbot--	I don't know anything about "beer".
[13:29:52] <JiBz>	-___-
[13:55:46] <CIA-15>	03daniel * r49815 10/trunk/WikiWord/WikiWordBuilder/src/main/java/de/brightbyte/wikiword/builder/ (9 files): filter infrastructure
[14:12:22] <lilHermit>	I've just upgraded to 1.14 from 1.13 have run the update.php and it went through without problems
[14:13:06] <lilHermit>	however when I try to write to the db i get I get Error: 1048 Column 'old_text' cannot be null (localhost)
[14:13:16] <lilHermit>	any idea how to solve?
[14:14:08] <JiBz>	!error
[14:14:08] --mwbot--	For information on debugging (including viewing errors), see <http://www.mediawiki.org/wiki/How_to_debug>.
[14:15:18] <lilHermit>	read that the sql that is resulting in that error is: INSERT  INTO `text` (old_id,old_text,old_flags) VALUES (NULL,NULL,'utf-8')
[14:16:47] <RoanKattouw>	That's strange
[14:17:23] <lilHermit>	http://rafb.net/p/qBnOck51.html
[14:18:00] <lilHermit>	can someone do a "desc text" on a working 1.14 install?
[14:18:21] <RoanKattouw>	WTF
[14:18:26] <RoanKattouw>	NULL: NO   DEFAULT: NULL
[14:19:07] <lilHermit>	yeah wierd
[14:19:08] <RoanKattouw>	old_text and old_flags have empty defaults for me
[14:19:21] <RoanKattouw>	old_id still defaults to NULL but that's OK because it's an auto_increment field
[14:19:35] <lilHermit>	yeah that makes sense but the other fields dont
[14:20:35] <Duesentrieb>	but why would it try to insert null values?
[14:21:55] <lilHermit>	looking at maintenance/tables.sql the fields are defined as "old_text mediumblob NOT NULL"
[14:22:00] <lilHermit>	so i'll alter it
[14:28:14] <lilHermit>	mmmm
[14:28:38] <lilHermit>	ALTER TABLE 'text' ALTER COLUMN old_text DROP DEFAULT 
[14:28:41] <lilHermit>	does nothing
[14:29:10] <RoanKattouw>	Try to set the default to '' ?
[14:29:41] <lilHermit>	tried that too
[14:37:29] <hapablap>	hello
[14:38:39] <hapablap>	I am having this problem in several pages after an upgrade: �1271: Illegal mix of collations for operation ' IN ' (localhost)�
[14:38:59] <hapablap>	it gets fixed with $wgDBmysql5 = true, but then the links with special characters stop working
[14:39:10] <hapablap>	$wgDBmysql5 = false, I mean
[14:39:31] <hapablap>	any ideas?
[14:40:14] <RoanKattouw>	You probably need to change the collation on your database tables
[14:40:36] <hapablap>	they were on latin1 and I changed them to utf8_spanish_ci
[14:40:40] <hapablap>	but same result
[14:41:11] <RoanKattouw>	I think they should be utf8_general_ci, not sure though
[14:41:34] <hapablap>	I don't think that matters, but I'm trying it, let me see...
[14:41:37] <RoanKattouw>	I've got latin1_swedish_ci (even though I'm not Swedish ^^)
[14:41:58] <hapablap>	yes, it is the default but don't know why :?
[14:42:23] <flyingparchment>	because mysql comes from sweden
[14:42:40] <hapablap>	oh
[14:42:47] <hapablap>	that makes sense
[14:44:55] <hapablap>	okay, it's changed now; same result :(
[14:50:45] <CIA-15>	03daniel * r49816 10/trunk/WikiWord/WikiWordBuilder/src/main/java/de/brightbyte/wikiword/ (9 files in 3 dirs): store/dump
[14:53:05] <Laire>	Hi, is it possible that visitors can write at the discussion but dont edit the page itself?
[14:53:10] <Duesentrieb>	hapablap: note that changing the charset (not collation) may cause mysql to convert characters - which will screw up badly. don't do it.
[14:53:22] <Duesentrieb>	!access | Laire
[14:53:22] --mwbot--	Laire: For information on customizing user access, see <http://www.mediawiki.org/wiki/Manual:User_rights>. For common examples of restricting access using both rights and extensions, see <http://www.mediawiki.org/wiki/Manual:Preventing_access>.
[14:53:26] <Duesentrieb>	more specifically...
[14:53:31] <Duesentrieb>	!lockdown | Laire
[14:53:31] --mwbot--	Laire: Lockdown is an extension for preventing read or write access by namespace and limiting access to special pages. For more information, see < http://mediawiki.org/wiki/Extension:Lockdown >. For general information on preventing access to your wiki, see < http://www.mediawiki.org/wiki/Manual:Preventing_access >.
[14:54:36] <Duesentrieb>	RoanKattouw, hapablap: with $wgDBmysql5 = false, mysql tables should *nhot*
[14:54:52] <Duesentrieb>	 err, should *not* be declared as utf8. they should be latin1.
[14:55:00] <hapablap>	hm
[14:55:05] <Laire>	Duesentrieb: German?
[14:55:12] <Duesentrieb>	Laire: sure
[14:55:16] <hapablap>	but then
[14:55:34] <hapablap>	but then the links with special characters won't work for me :\
[14:56:04] <Duesentrieb>	hapablap: when "then"?
[14:56:06] <nicolagreco>	hi guys, is there a way to redirect the login page to another login page ?
[14:56:24] <Duesentrieb>	hapablap: if you changed the table charset in beteen, chances are your database is corrupt now.
[14:56:37] <nicolagreco>	for example index.php?title=Special:UserLogin to my-login.php ?
[14:56:43] <Laire>	Duesentrieb: Mein Englisch ist ziemlich bescheiden, bin froh das ich das wiki installiert bekommen habe. kann ich mit der Erweiterung das Standartmäßig so einstellen, das gäste nur auf diskussionsseiten schrieben können? ich will nicht jede seite extra schützen
[14:56:46] <hapablap>	okay, I am restoring a backup and start from zero
[14:56:49] <nicolagreco>	is there a hook that could be used for ?
[14:57:19] <Duesentrieb>	Laire: ja, kannst du. Wenn's nur um's schreiben geht, geht das mit $wgNamespaceProtection
[14:57:26] <Duesentrieb>	!wp NamespaceProtection
[14:57:26] --mwbot--	http://en.wikipedia.org/wiki/NamespaceProtection
[14:57:34] <RoanKattouw>	!wg NamespaceProtection
[14:57:34] --mwbot--	http://www.mediawiki.org/wiki/Manual:%24wgNamespaceProtection
[14:57:41] <Duesentrieb>	uh... wtf mwbot?
[14:57:48] <Duesentrieb>	oh, my typo :)
[14:57:57] <Duesentrieb>	thanks roan 
[14:58:28] <Laire>	Duesentrieb: Was anderes als schreiben gibt es denn sonnst?
[14:58:38] <Duesentrieb>	Laire: lesen?
[14:58:38] <hapablap>	nicolagreco: you could redirect the Special:UserLogin to my-login.php
[14:58:53] <nicolagreco>	how hapablap? is there an hook to use for that ?
[14:59:03] <Laire>	Duesentrieb: ok stimmt, nein lesen darf jeder alles
[14:59:03] <nicolagreco>	i would like to not hack code
[14:59:29] <hapablap>	I was talking about hacking code, yes
[14:59:46] <hapablap>	you know, header('Location: mylogin.php'); die();
[14:59:52] <hapablap>	not very elegant but... it works
[15:00:09] <nicolagreco>	yep hapablap i would find an hook like UserLogin
[15:00:18] <nicolagreco>	to use with $wgHooks
[15:00:40] <hapablap>	there are several hooks in SpecialUserlogin.php
[15:00:41] <Duesentrieb>	Laire: $wgNamespaceProtection[NS_MAIN] = array( 'editcontent' ); $wgGroupPermissions['user' ]['editcontent'] = true;
[15:01:01] <Laire>	Duesentrieb: wann kommt eine Anleitung auf deutsch ;-)
[15:01:02] <nicolagreco>	let's sse that file
[15:01:14] <Duesentrieb>	Laire: das schützt den hauptnamensraum. das gleiche dann nochmal für die anderen namensräume, die du schützen willst - NS_USER, NS_PROJECT, etc
[15:01:29] <Duesentrieb>	Laire: wenn sie einer schreibt. das problem damit ist, das übersetzungen schnell veralten.
[15:01:37] <Duesentrieb>	aber es gibt bestrebungen, das zu machen.
[15:01:40] <Laire>	Duesentrieb: Hauptnamensraum????
[15:02:08] <Laire>	Was sind Namensräume?
[15:02:14] <Duesentrieb>	Laire: http://de.wikipedia.org/wiki/Hilfe%3ANamensraum
[15:02:14] <RoanKattouw>	Laire: Der Namensraum in dem Artikel ohne Namensraum sich befinden
[15:02:36] <RoanKattouw>	lol wtf that's kind of a contradictory explanation :P
[15:02:56] <Duesentrieb>	Laire: deutsche Dokumentation zur Mediawiki-Benutzung gibt's in der Wikipedia... aber halt nur für die Nutzung, nicht die Konfiguration.
[15:05:01] <Laire>	Ich glaub ich lass das doch lieber mit dem diskussions freischalten, müssen die User halt doch ins Forum
[15:05:23] <werdna>	oh fun, german :P
[15:05:40] <Duesentrieb>	Laire: also, *so* schwer ist das nun wirklich nicht :)
[15:05:59] <Laire>	Für jemanden der sich die anleitung mit einem Wörterbuch übersetzt?
[15:06:19] <RoanKattouw>	haha
[15:06:28] <Duesentrieb>	Laire: als anleitung sollte eigentlich die eine zeile reichen, die ich dir oben gegeben habe.
[15:07:56] <Laire>	Die einzigen die was ändern dürfen auf der Seite sind Leute mit Administrationsrechte, aber der Befehl bezieht sich ja auf user oder?
[15:08:36] <RoanKattouw>	Laire: Gilt das auch für Diskussionsseiten?
[15:09:07] <Laire>	Das will ich ja ändern ich will das jeder (auch leute die sich nicht anmelden) die diskussionsseiten benutzen können...
[15:09:14] <RoanKattouw>	OK
[15:09:44] <Duesentrieb>	Laire: ja, sonst musst du statt "user" halt "sysop" nehmen. aber... wenn nur admins was ändern sollen... bist du sicher, dass du ein wiki haben willst? klingt so, als wolltest du ein cms. dann solltest due lieber eins benutzen :)
[15:09:59] <Duesentrieb>	Laire: wikis sind dazu da, dass jeder was ändern kann, das ist die idee...
[15:10:41] <Laire>	Das soll evtl. später noch kommen, jedenfalls für bestimmte bereiche
[15:11:22] <Laire>	Und ich finde das mit dem internen verlinken, also einfach einen Link setzten draufklicken und schon kann man die neue seite edetieren sehr praktisch
[15:12:16] <Laire>	Laire: $wgNamespaceProtection[NS_MAIN] = array( 'editcontent' ); $wgGroupPermissions['sysop' ]['editcontent'] = true; würde ich dann schrieben, weil so weit ich weiß habe ich keinen anderen "Namensraum" als den standart
[15:12:41] <Duesentrieb>	du hast mindestens 16 :)
[15:12:48] <RoanKattouw>	Laire: Deine wiki hat 16 Namensräume :P Diskussion: ist ein Namensraum, sowie Benutzer:, etc.
[15:12:58] <Laire>	achso ok
[15:13:06] <Duesentrieb>	Kategorie, Datei, Kategorie, Projekt, Hilfe...
[15:13:15] <Duesentrieb>	jeweils mit Diskussionsnamensraum dazu
[15:13:17] <RoanKattouw>	Für die andere Namensräume gibt es NS_TALK, NS_USER, NS_USER_TALK, usw.
[15:13:21] <flyingparchment>	german wikis have two category namespaces?
[15:13:27] <Duesentrieb>	becauzs
[15:13:43] <werdna>	flyingparchment: I wonder how they distinguish them when they have the same name
[15:13:45] <Duesentrieb>	flyingparchment: just to confuse you
[15:14:50] <Laire>	Also muss ich das für jeden Namens raum setzten diesen Befehl ausser für NS_USER_TALK
[15:15:19] <candrews_>	When I try to svn co http://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3 I get: 405 Method Not Allowed
[15:15:32] <candrews_>	Do others see this?
[15:15:49] <RoanKattouw>	Laire: Du musst das erste Befehl nutzen für jeden Namensraum, den normale Benutzer nicht bearbeiten dürfen
[15:16:10] <RoanKattouw>	candrews_: Use svn+ssh:// ... to commit
[15:16:19] <Laire>	Jetzt meine letzte Frage, wo sehe ich was ich alles für namensräume habe?
[15:16:32] <candrews_>	I'm not looking for commit - just read only (I'm running a bleeding-edge instance)
[15:16:41] <RoanKattouw>	Laire: Gehe nach [[Spezial:Allpages]]
[15:16:59] <RoanKattouw>	(oder [[Spezial:Alle Seiten]])
[15:17:16] <RoanKattouw>	Und schaue den Dropdown bei "Namensraum:" an
[15:17:51] <Laire>	ah ja, da kann ich dann auch die deutschen bezeichnungen in diesem befehl verwenden
[15:18:15] <RoanKattouw>	Nein, das kannst du nicht; NS_DISKUSSION wirkt nicht
[15:18:33] <RoanKattouw>	Weil in der Software alles auf English ist
[15:18:49] <Laire>	arg und wie bekomme ich die englischen bezeichnungen?
[15:18:58] <RoanKattouw>	candrews_: Are you sure co is checkout and not commit? :P
[15:19:05] <Laire>	finde ich doch bestimmt irgendwo in der mysql datenbank
[15:19:09] <candrews_>	positive.
[15:19:13] <RoanKattouw>	Nein, nicht im datenbank
[15:19:17] <flyingparchment>	commit is ci
[15:19:25] <candrews_>	same happens when I do an "svn up" in an existing checkout
[15:19:25] <flyingparchment>	(checkout / checkin)
[15:19:43] <RoanKattouw>	Laire: http://en.wikipedia.org/wiki/Special:AllPages , das ist die Englische Version
[15:19:43] <Laire>	es sollte ienen umkehr befehl geben, sperre alles und schalte nur das frei
[15:20:09] <RoanKattouw>	Ich weiss, aber das gibt es leider nicht
[15:20:21] <Laire>	und das (article) ist der allegmeine Namensraum?
[15:20:24] <RoanKattouw>	Ja
[15:20:53] <RoanKattouw>	(oder "Hauptnamensraum") Alles, was kein Namensraumprefix hat, geht drin
[15:21:00] <hapablap>	Duesentrieb: I restored an old working backup, ran the upgrade script ... but the problem is still there: $wgDBmysql5 = false -> broken links with special characters; true -> links OK but some pages an 'Illegal mix of collations' error
[15:21:17] <hapablap>	*some pages give
[15:21:45] <Duesentrieb>	hapablap: well... did you upgrade recently? when did this start happening?
[15:21:57] <lilHermit>	I think my DEFault NULL NOT NULL problem is to do with im running PHP-5.3RC1
[15:22:02] <hapablap>	it's not a production server, so I am just doing tests
[15:22:09] <hapablap>	it was an old MW installation
[15:22:31] <Laire>	Jetzt muss ich nur noch gucken wie sich das mit meinen bisherigen änderungen an den berechtigungen in der DefaultSettings.php beist
[15:22:32] <hapablap>	1.6.10
[15:22:59] <RoanKattouw>	lilHermit: I think that's unlikely
[15:23:10] <hapablap>	the problem starts exactly when I upgrade to 1.14.0
[15:23:17] <RoanKattouw>	Laire: Du musst DefaultSettings.php *nie* ändern
[15:23:44] <Laire>	da habe ich die gruppen berechtigungne geändert
[15:24:36] <lilHermit>	RoanKattouw: Really, because I drop my wiki db and created a brand new install and I get the same problem editing an article
[15:24:38] <RoanKattouw>	Fuge die geänderte Linien an LocalSettings.php hinzu
[15:24:54] <RoanKattouw>	lilHermit: That's weird, but have you actually tried it with PHP 5.2.9?
[15:25:07] <lilHermit>	I can't its on a production server
[15:25:32] <RoanKattouw>	Laire: Fuge die geänderte Linien an LocalSettings.php hinzu oder deine Änderungen sollen beim nächsten Upgrade überschreibt werden
[15:25:33] <lilHermit>	yes I know 5.3RC1 on a production server tut tut
[15:25:44] <Laire>	ok
[15:26:18] <Duesentrieb>	hapablap: *how* did you upgrade? 
[15:26:24] <werdna>	http://lists.wikimedia.org/pipermail/wikitech-l/2009-April/042734.html
[15:26:27] <werdna>	that's a nice mailing list response
[15:26:37] <hapablap>	Duesentrieb: running the install script?
[15:26:49] <RoanKattouw>	werdna: It's also a true one :P
[15:26:49] <Duesentrieb>	hapablap: hapablap while upgrading, you can specify wqhich db scheme to use. if you specified the wrong one, new tables were created with an incompatible collation
[15:26:58] <Duesentrieb>	that m,ay be the cause of your probelms
[15:27:00] <flyingparchment>	hm, yes, we should buy another werdna
[15:27:08] <flyingparchment>	it's been quite useful so far
[15:27:09] <hapablap>	the upgraded tables are still latin1
[15:27:12] <Duesentrieb>	hapablap: from the command line, or via the web?
[15:27:18] <hapablap>	web
[15:27:28] <werdna>	flyingparchment: ;)
[15:27:30] <Duesentrieb>	and what did you specify for database schema in the setup form?
[15:27:37] <RoanKattouw>	flyingparchment: Would that new werdna speak German too? :P
[15:27:44] <Duesentrieb>	it's improtant to use "compatible" mode when upgrading
[15:27:50] <hapablap>	doesn't matter, it ignores that option
[15:28:01] <hapablap>	Warning: you requested the mysql5 schema, but the existing database has the mysql4 schema. This upgrade script can't convert it, so it will remain mysql4.
[15:28:04] <werdna>	RoanKattouw: you have to buy an extension for that ;)
[15:28:15] <werdna>	hey siebrand 
[15:28:38] <Duesentrieb>	hapablap: ha, nice it detects this now... i still suspect the problem is related to that. in some way.
[15:28:44] <hapablap>	I'm starting to think that the problem cames from the backup ...
[15:28:57] <Duesentrieb>	it's quite possible that you are hitting a bug there
[15:29:21] <hapablap>	I don't have access to the real server, so the admin made a backup so I could test it in the dev server
[15:29:25] <Duesentrieb>	hapablap: actually, restoring a backup can also screw up the charset. but it wouldn't case incompatibility errors. just broken characters
[15:29:29] <siebrand>	hola Andrew. Nice work on the prefs, man.
[15:29:38] <werdna>	siebrand: not nice enough yet
[15:29:40] <hapablap>	well, we have broken characters here indeed :)
[15:29:43] <Duesentrieb>	anyway, need to fix dinner, be back later
[15:29:44] <werdna>	still got some bugs to fix ;)
[15:29:54] <hapablap>	thank you anyway, Duesentrieb :)
[15:29:56] <siebrand>	werdna: how broken is it?
[15:30:05] <werdna>	siebrand: not broken enough for me to roll it back
[15:30:13] <werdna>	some stuff that wasn't properly fixed
[15:30:18] <werdna>	and I think the layout needs work
[15:30:22] <siebrand>	werdna: not broken enough to start running it on translatewiki?
[15:30:32] <werdna>	siebrand: Nikerabbit was working on it earlier
[15:30:41] <werdna>	if it's not up yet, Nikerabbit decided not to put it live
[15:30:42] <Laire>	Kann man eigentlich auch noch weitere Gruppen erstellen?
[15:30:46] <siebrand>	werdna: OK. #mediawiki-i18n it is, then.
[15:30:50] <werdna>	to be fair, by "working on it", I mean "telling me to fix it"
[15:30:59] <Laire>	Also Usergruppen
[15:31:09] <RoanKattouw>	Laire: Sicher.
[15:31:10] <Duesentrieb>	Laire: ja. einfach indem man sie benutzt.
[15:31:35] <RoanKattouw>	$wgGroupPermissions['meinegruppe']['edit']  = true; // macht eine neue Gruppe 'meinegruppe' die seiten bearbeiten darf
[15:32:01] <Laire>	Ich muss ja die Gruppe dann auch jemanden zuordnen können
[15:32:25] <RoanKattouw>	[[Spezial:Benutzerrechte]]
[15:32:28] <Laire>	So wie ich das momentan über benutzerechteverwaltung mache
[15:32:46] <Laire>	die seite kenne ich, da taucht dann die gruppe mit auf?
[15:33:04] <RoanKattouw>	Ja, deine neue Gruppe wird da automatisch hinzugefugt
[15:45:23] <wikibugs>	03(mod) Basic XML Feed support for watchlist (implementation idea: token) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=471  -need-review -patch ; +comment (10edwardzyang)
[15:46:06] <marineam15>	I installed 2 wikis on the same database. One in english, the other in french. The french one uses a "fr_" prefix, but I'd like to use the same "user" and "image" tables for both. How can I do to set this condition ?
[15:50:19] <hashar>	marineam15: have a look at http://www.mediawiki.org/wiki/Manual:$wgUseSharedUploads to share the upload directories
[15:52:24] <hashar>	also look at : http://www.mediawiki.org/wiki/Manual:$wgSharedDB
[15:52:48] <hashar>	$wgSharedDB will help you for  the 'user' table ;)
[15:53:25] <Laire>	also was ich nicht versteh wenn ich mir die default angucke, es wird einmal $wgGroupPermissions['*']['read']             = true; gesetzt dann $wgGroupPermissions['user']['read']             = true; aber ebi sysop nicht mehr
[15:54:00] <RoanKattouw>	Laire: Das ist weil sysops immer auch im * und 'user' Gruppen sein
[15:54:17] <Laire>	abe sind user nicht auch immer *
[15:54:21] <RoanKattouw>	Ja
[15:54:28] <RoanKattouw>	Das ist nicht notig, richtig
[15:55:00] <RoanKattouw>	Aber wir möchten, dass $wgGroupPermissions['*']['read'] = false; (oft genutzt) nicht für alle user gilt :P
[15:55:28] <Laire>	also reihenfolge ist * user sysop, wenn ich eine neue Gruppe mache wo wird die eingeornet? ich nehme mal an neben drer user oder?
[15:55:31] <RoanKattouw>	Darum gibt es $wgGroupPermissions['user']['read'] = true;  im Config, um es einfacher zu machen für Leute, die ['*']['read']  = false; setzen möchten
[15:55:34] <marineam15>	hashar: thank you, I'll have a look
[15:55:47] <proppy>	Hi, is there a limit (beside the url size) to the number of page you can put in the title argument of an http://www.mediawiki.org/wiki/API:Query_-_Properties#revisions_.2F_rv request ?
[15:56:04] <RoanKattouw>	Laire: Es gibt keine Reihenfolge. * und user sind implizite Gruppen, die anderen haben keine spezielle Meinung
[15:56:11] <RoanKattouw>	proppy: 50
[15:56:23] <proppy>	RoanKattouw: thanks a lot :)
[15:56:24] <werdna>	morning brion 
[15:56:24] <Laire>	aber eine neu gruppe erbt auch von *
[15:56:45] <brion>	yo
[15:56:54] <CIA-15>	03siebrand * r49817 10/trunk/phase3/ (2 files in 2 dirs): 
[15:56:54] <CIA-15>	* update messages.inc
[15:56:54] <CIA-15>	* rebuild MessagesEn.php
[15:57:08] <werdna>	siebrand: oh yeah, sorry :(
[15:57:17] <RoanKattouw>	"erben" is nicht was passiert. Benutzer sind in mehreren Gruppen; jeder Benutzer ist in *, jeder angemeldete Benutzer ist in 'user', usw.
[15:57:31] <werdna>	brion: branch merge went okay, except these pesky users keep finding bugs ;)
[15:57:37] <RoanKattouw>	Und ein Benutzer bekommt die Rechten aller seiner Gruppen
[15:57:46] <wikibugs>	03(mod) Show move log when viewing/creating a deleted page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16950  +comment (10church.of.emacs.ml)
[15:59:01] <brion>	darn users!
[15:59:37] <RoanKattouw>	werdna: Did I understand correctly that you wrote a prefs API module and destroyed it afterwards? :(
[16:00:14] <werdna>	RoanKattouw: :(
[16:00:21] <werdna>	it wasn't working
[16:00:26] <werdna>	that stupid $wgTitle rule
[16:00:29] <RoanKattouw>	Oh right
[16:00:41] <werdna>	but the problem was that I forgot to svn add it when I saved the patch
[16:00:48] <brion>	hah
[16:00:49] <werdna>	and then I deleted it for cleanup
[16:00:57] <werdna>	fail!
[16:00:58] <brion>	hehehe
[16:01:08] <werdna>	It'll take a few minutes to reimplement
[16:01:09] <brion>	commit early, commit often
[16:01:10] <werdna>	but still :P
[16:01:21] <werdna>	brion: commit broken shit? :)
[16:01:31] *werdna 	takes that advice to heart
[16:02:04] <RoanKattouw>	<arrogance>Well you know, people who aren't me commit API modules... </arrogance>
[16:02:19] <werdna>	O RLY
[16:02:35] <RoanKattouw>	hehe
[16:03:08] <werdna>	so tomorrow is a public holiday in australia
[16:03:17] <RoanKattouw>	April 25?
[16:03:20] <werdna>	it's the only day of the year in which it is permissible to play a certain game.
[16:03:26] <werdna>	RoanKattouw: ANZAC day.
[16:03:37] <werdna>	It's an Australian military service commemmoration day.
[16:03:51] <RoanKattouw>	Ah
[16:04:23] <werdna>	there's a game called 'two-up', an old gambling game famously played by australian soldiers, which is illegal except on anzac day
[16:04:43] <RoanKattouw>	Hmm that's crazy
[16:05:30] <werdna>	http://en.wikipedia.org/wiki/Two-up
[16:06:46] <Laire>	Hm, überlege jetzt gerade ob ich doch für alle das schrieben freigebe. Ich habe aber jetzt zum Beispiel mehrer Seiten (ca. 30 die nicht editiert werden dürfen) die müsste ich dann alle per hand schützen oder kann ich die einem Account unterordnen?
[16:07:12] <Laire>	ich meine einer gruppe oder sowas die dann geschlossen schütznen kann
[16:11:50] <RoanKattouw>	Laire: Du kannst individuelle Seiten schützen, so dass mann ein bestimmtes Recht braucht, die Seite zu bearbeiten
[16:13:41] <RoanKattouw>	Laire: Klick auf eine Seite auf dem "schützen" Tab (nur für sysops), und du kannst die Seite schützen als "Alle", "nur für autoconfirmed" (das ist eine andere magische Gruppe) oder "nur für sysops"
[16:14:33] <RoanKattouw>	Wenn du eine Gruppe machen wollst, die nur geschütze Seiten bearbeiten kann, aber kein sysop-Rechten hat, dann ist das auch möglich
[16:15:53] <Laire>	mir geht es eher darum das ich die Seiten einer "Gruppe" zurordne so das sie geschützt sind, so das ich mehrer seiten aufeinmal schützen oder friegeben kann
[16:16:22] <RoanKattouw>	Nein, das ist leider nicht möglich
[16:16:30] <Laire>	*grml*
[16:16:31] <wikibugs>	03(NEW) Users should be able to delete pages and image files they create/upload accidentally - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18572 enhancement; Normal; MediaWiki: Deleting; (brion)
[16:16:36] <RoanKattouw>	Hmm ja das *ist* möglich
[16:16:40] <RoanKattouw>	Mit einem Hack :P
[16:17:04] <brion>	i always forget what möglich means, but it's an awesome word :D
[16:17:06] <RoanKattouw>	Es gibt die sogenannte "cascading" (weiss das Deutsche Wort nicht) Schützung
[16:17:11] <RoanKattouw>	brion: possible
[16:17:48] <Laire>	Endoplasmatisches Ritikulum is a awesome word
[16:17:53] <RoanKattouw>	Laire: Mit cascading protection (Schützung) kannst du alle Seiten schützen, die eine Vorlage nutzen
[16:18:11] <Laire>	Ich kann vorlagen erstellen?
[16:18:15] <brion>	:DD
[16:18:47] <RoanKattouw>	Also du machst zum Beispeil [[Vorlage:Gruppe Eins]] (eine leere Seite), und fugt {{Gruppe Eins}} auf die Seiten in Gruppe eins zu
[16:19:09] <RoanKattouw>	Dann kannst du [[Vorlage:Gruppe Eins]] schützen, so dass alle Seiten, die es nutzen, auch geschützt sind
[16:20:02] <RoanKattouw_away>	Ich gehe mal essen, brb
[16:20:50] <Laire>	Das mit den Vorlagen muss ich mir jetzt erstmal angucken
[16:28:46] <Laire>	what is the wiki translation for "Vorlagen"
[16:29:34] <ialex>	Template
[16:35:42] <Laire>	Duesentrieb: noch da?
[16:38:45] <Laire>	Jemand deutschsprachiges noch hier?
[16:42:57] <ialex>	Laire:  nur ein wenig :)
[16:43:19] <Laire>	ialex: english?
[16:44:00] <Laire>	i can try it in english
[16:44:20] <ialex>	Laire: my english is better than my german
[16:45:34] <Laire>	ialex: when you look at http://dk.ug-team.de and than click on Level 1 @ Menschen Quest
[16:46:58] <ialex>	Laire: and then ?
[16:47:46] <Laire>	ialex: until now we make than new entries like this way: editing the list, with a new link like [[This is a new Quest]] than click on it and edit the new page.
[16:48:32] <Laire>	ialex: is it possible that a user see a formated site? because we want that alle site from sectien (here Qusts) look like the other
[16:51:47] <wikibugs>	03(NEW) File Cache created for error page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18573 normal; Normal; MediaWiki: Page rendering; (duke33)
[16:52:32] <ialex>	Laire: you can use the "preload" parameter in the URL to have some text when creating the page. However you can't add it with a red link, you can use http://www.mediawiki.org/wiki/Extension:InputBox and create a box with type=create
[16:52:44] <mogra>	getting "Forbidden" on api.php in MW1.14, I believe this is what is causing Extension:Collections to return an error: "Invalid base URL" when trying to render the pdf... any help?
[16:54:39] <wikibugs>	03(ASSIGNED) Basic XML Feed support for watchlist (implementation idea: token) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=471  +comment (10edwardzyang)
[16:55:07] <ialex>	Laire: the preload parameter will load the text from the specified page, not using the value directly, so if you set preload=Some_page then you'll see the [[Some page]]'s content in the edit box
[17:00:45] <brion>	RoanKattouw_away: how away are you? :)
[17:00:51] *brion 	is trying to understand api rate limits
[17:01:00] <RoanKattouw_away>	I'm away as in my sister's supposed to be at the computer right now :P
[17:01:07] <brion>	:D
[17:01:09] <RoanKattouw_away>	I'll run to another computer and log in there, sec
[17:04:55] <RoanKattouw>	brion: Fire away
[17:04:55] <wikibugs>	03(mod) Template parameters unavailable to XML-style parser tags - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=2257  +comment (10nephele)
[17:05:21] <mogra>	RoanKattouw: When you have a moment, I think you might be the guy I need to talk to as well.
[17:05:33] <RoanKattouw>	Sure
[17:05:44] <mogra>	getting "Forbidden" on api.php in MW1.14, I believe this is what is causing Extension:Collections to return an error: "Invalid base URL" when trying to render the pdf...
[17:06:18] <RoanKattouw>	mogra: I don't believe MediaWiki ever sends 403 Forbidden itself, might wanna check your Apache config
[17:06:23] <mogra>	I already checked other threads which you'd helped out with, I don't use any rewriting.
[17:06:40] <RoanKattouw>	mogra: Link?
[17:06:57] <mogra>	ah, is IIS btw ( >.< *)
[17:07:09] <mogra>	http://mymoney.hatalasystemsgroup.com/Wiki/api.php?action=query&meta=siteinfo
[17:07:13] <RoanKattouw>	brion: Ready to be questioned now ;)
[17:07:25] <RoanKattouw>	Hmm
[17:07:50] <RoanKattouw>	http://mymoney.hatalasystemsgroup.com/Wiki/index.php?title=Main_Page&action=raw
[17:08:04] <RoanKattouw>	Also 403 "must be accessed through the primary script entry point"
[17:08:09] <mogra>	ya
[17:08:11] <RoanKattouw>	There's a bug about that somewhere
[17:08:26] <mogra>	I couldn't find it :\
[17:08:53] <RoanKattouw>	https://bugzilla.wikimedia.org/show_bug.cgi?id=13049
[17:09:11] <brion>	\o/
[17:09:23] <CIA-15>	03dale * r49818 10/trunk/extensions/MetavidWiki/skins/mv_embed/ (WebContent/ libAddMedia/mvFirefogg.js): firefogg updates
[17:09:25] <RoanKattouw>	brion: You caused bug 13049 (-----^) over a year ago, which is why I assigned it to you, but it never got fixed
[17:09:32] <brion>	RoanKattouw: so anyway, i was trying to figure out the current state of rate and query limits on the api
[17:09:34] <brion>	heh
[17:09:48] <RoanKattouw>	OK
[17:09:54] <brion>	i think there's bad interactinos with some rare web server configurations that don't report paths correctly
[17:10:15] <RoanKattouw>	All limits are user/bot (where 'bot' is anyone with the apihighlimits right, by default that's bots and sysops)
[17:10:44] <brion>	so i do see the 'apihighlimits' permission, which seems to control the result count limits -- 500/50 per req for standard, 5000/500 per req for highlimits
[17:10:46] <RoanKattouw>	Queries return 500/5000 results at most, except when they're expensive (currently that's just rvprop=content and drprop=content), in which case it's 50/500 I believe
[17:10:53] <brion>	*nod*
[17:11:03] <brion>	do we have any request rate limitations?
[17:11:04] <RoanKattouw>	Use limit=max to just get the maximum
[17:11:06] <RoanKattouw>	No
[17:11:07] <brion>	if not we should :)
[17:11:19] <RoanKattouw>	IMO that's a WMF issue
[17:11:23] <brion>	currently our only recourse against an abusive bot is to add a complete block at the proxy level
[17:11:25] <RoanKattouw>	Probably easier to do in Squid
[17:11:26] <brion>	which.... is not super
[17:11:33] <RoanKattouw>	Right
[17:11:45] <RoanKattouw>	Doesn't Squid have some kind of option for this?
[17:11:50] <brion>	it requires high-level admin interaction and is very unfriendly (eg we might block a whole university or country from all wikipedia access)
[17:12:03] <RoanKattouw>	Yeah, like UIC a while ago
[17:12:07] <RoanKattouw>	*UCI
[17:12:10] <brion>	right :)
[17:12:32] <brion>	have we got some "best practice" recommended max request rates I can hand a few people for now until we implement a more easily controllable throttle?
[17:12:51] <mogra>	My situation seems to mirror Mary Beebe's there, btw.
[17:12:51] <brion>	a few groups wanting to do grab-a-bunch-of-updated-revisions, don't want them all to break us ;)
[17:12:58] <RoanKattouw>	Well 20 req/s in combination with fetching rev content has been empirically determined to kill servers :)
[17:13:03] <brion>	heh
[17:13:20] <RoanKattouw>	I don't really have an idea of what's sane
[17:13:28] <brion>	hmm
[17:13:29] <RoanKattouw>	But ES seemed to be the bottleneck in that case
[17:13:40] <brion>	Tim-away: away/asleep?
[17:13:45] <RoanKattouw>	Bottom line is it depends on how fast your servers are :P
[17:13:50] <RoanKattouw>	brion: 3 AM there
[17:14:01] <brion>	piffle :)
[17:14:56] <mogra>	any fixes yet for that bug?
[17:15:08] <RoanKattouw>	Sadly, no. And it's over a year old
[17:15:30] <mogra>	well, poo
[17:15:48] *RoanKattouw 	glares at brion, who caused it in the first place, and at Tim-away, to whom it's been assigned for 14 months now
[17:16:16] <CIA-15>	03siebrand * r49820 10/trunk/extensions/Translate/ (4 files in 2 dirs): Updates preferences handling to work with r49790 and up
[17:16:21] <brion>	XSS safety for everyone trumps a few shitty PHP configs atm :)
[17:16:24] <RoanKattouw>	brion: Limiting API requests should be fairly easy, using the existing rate limits system
[17:16:29] <brion>	*nod*
[17:16:31] <RoanKattouw>	heh
[17:18:19] <brion>	we need a clean way to find and throttle or block clients that are causing problems, as well
[17:18:42] <brion>	a panel of some kind showing frequency of recent requests by user/ip/agent maybe...
[17:21:03] <CIA-15>	03simetrical * r49821 10/trunk/phase3/ (5 files in 3 dirs): 
[17:21:03] <CIA-15>	(bug 16950) Show move log when recreating a page
[17:21:03] <CIA-15>	Showing the move log as well as delete log helps with pages that were
[17:21:03] <CIA-15>	moved with no redirect, or moved and then the redirect deleted with a
[17:21:03] <CIA-15>	confusing message. Previously, such pages would appear to have never
[17:21:04] <CIA-15>	existed to a user trying to create them.
[17:21:08] <CIA-15>	Patch by church of emacs, with trivial modifications by me.
[17:21:34] <brion>	\o/
[17:22:23] <CIA-15>	03simetrical * r49822 10/trunk/phase3/includes/LogEventsList.php: Fix variable name in comment
[17:23:17] <lucadealfaro>	I would definitly like to know at what rate I can use the API to download content w/o getting banned, as I plan to do just that. 
[17:23:43] <lucadealfaro>	I plan to use a single thread to download, so you can throttle simply by responding slowly.
[17:24:06] *Marybelle 	imagines Simetrical will mark the bug as fixed. Nice commit. :-)
[17:25:03] <wikibugs>	03(FIXED) Show move log when viewing/creating a deleted page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16950  +comment (10Simetrical+wikibugs)
[17:28:05] <brion>	hehe
[17:29:08] <RoanKattouw>	Damn, Luca left
[17:29:25] <RoanKattouw>	Anyway, a single thread is probably fine because that means there's always just one Apache busy serving it
[17:29:29] <mogra>	so, what would be the "primary script entry point" in that situation and is this really a bug with MW or with PediaPress accessing via the wrong "entry point"?
[17:29:54] <RoanKattouw>	mogra: It's a bug in MW; this stuff works in Apache with PHP as a module, but not with other web servers or with FastCGI
[17:29:59] <brion>	poking mails... it was 2200/s total, lots of machines doing 20/s each :D
[17:30:02] <brion>	don't do that ;)
[17:30:06] <RoanKattouw>	lol
[17:30:08] <brion>	single thread 10-15/s should be fine
[17:30:22] <ialex>	brion: I have a question about the "Pages in namespace (Magic word disabled currently)" parser test. The problem is that, as stated in its name, the parser function is disabled (and even not added to Parser's functions list), and thus should handled as a "normal" template, that means a red link to the template's page. However it returns an empty string (because it's also in MagicWord::$mVariableIDs). So i want to know if I can simply drop that test?
[17:30:36] <mogra>	I take it it would be a bad idea to comment that if block out to "umph" it into working? xD
[17:30:36] <brion>	RoanKattouw, mogra: well, it's a bug in PHP, or at least a weird behavior in PHP :)
[17:30:39] <RoanKattouw>	OK but 2200 req/s is crazy, whoever does that should be able to figure that out by themselves
[17:30:45] <RoanKattouw>	True
[17:30:46] <brion>	it's not reporting the right path
[17:30:56] <brion>	so mediawiki says "hey this isn't right, i don't trust it"
[17:31:33] <mogra>	ah, hmm...
[17:32:01] <Laire>	How i add a apge to more than one category?
[17:32:08] <Laire>	a page
[17:32:39] <RoanKattouw>	Laire: Fuge [[Category:A]] [[Category:B]] auf die Seite hinzu
[17:34:13] <Laire>	ok, habe jetz überlegt das ein logischer aufbau mit Kategorien besser ist
[17:34:51] <Laire>	Kann ich eine Kategorie Seite einer anderen KAtegorie Seite unterordnen
[17:34:58] <siebrand>	Simetrical: you forgot to update maintenance/language/messages.inc in 49821
[17:35:00] <Laire>	bzw zuweisem
[17:35:42] <wikibugs>	03(mod) Users should be able to delete pages and image files they create/upload accidentally - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18572  +comment (10roan.kattouw)
[17:36:16] <RoanKattouw>	Laire: Sicher. Du kannst auf die Seite [[Kategorie:A]] den Link [[Kategory:B]] hinzufugen, und dann ist A ein Kind von B
[17:36:48] <mogra>	brion: I'll give it a hacking and see what I can do, if I can figure something out. Especially since this is a feature we want in a commercial setup. Using MW as a public helpfile for our software, and want to use Collection extension to create a distributable PDF for offline users.
[17:37:38] <Laire>	Ok, nun muss ich mir nur überlegen wie ich folgendes mache: Menschen und Magmaren sind ein Kind von Quests, aber es soll bei Menschen und Magmaren ein Kind namens Level 1 geben
[17:38:18] <RoanKattouw>	Laire: Bei beide?
[17:38:45] <RoanKattouw>	[[Kategory:Level 1]] hinzufugen auf [[Kategorie:Menschen]] und [[Kategorie:Magmaren]]
[17:38:52] <RoanKattouw>	Aber das macht kein Sinn IMO
[17:39:04] <Laire>	Ist ein Spiel mit zwei Gruppen, jede Gruppe hat Quests die aber in beiden Gruppen nach Level zugänglich sind
[17:39:12] <RoanKattouw>	Weil die beide "Level 1" Kategorieen dieselbe Kategorie sein werden
[17:39:21] <RoanKattouw>	Ah
[17:39:51] <Laire>	Das ist mein Prob, also muss ich die eine Level 1 Menschen nennen und die andere Level 1 Magmaren und da dann die Quest unterordnen
[17:40:09] <RoanKattouw>	Laire: Das Basisidee ist, dass du mit [[Kategory:A]] eine Seite in Kategorie A schikst. Ob die Seite eine "echte" Seite oder ein Kategorieseite is, macht nichts
[17:40:28] <RoanKattouw>	Ja, ich denke das ist das beste
[17:44:11] <mogra>	brion: PHP_SELF:   /Wiki/api.php/Wiki/api.php != /Wiki/api.php
[17:44:37] <mogra>	heh, why the hell is it doing that... xD
[17:45:42] <Reedy>	bad rewrites? :P
[17:45:56] <Simetrical>	siebrand, gah, so I did.
[17:45:59] <RoanKattouw>	No, bad web server/PHP interaction
[17:46:10] <Simetrical>	siebrand, shall I do it now?
[17:46:15] <Simetrical>	PHP_SELF is evil.
[17:46:19] <Simetrical>	It's not really reliable, AFAIK.
[17:46:31] <RoanKattouw>	I think we use $_SERVER['REQUEST_URI']
[17:46:38] <RoanKattouw>	But that also seems to fail on certain setups
[17:46:42] <siebrand>	Simetrical: sure
[17:46:55] <mogra>	RoanKattouw: nono, I'm in the code now. It's using $_SERVER['PHP_SELF']
[17:47:01] <RoanKattouw>	Right
[17:48:03] <mogra>	I just did a little debugging output: http://mymoney.hatalasystemsgroup.com/Wiki/api.php
[17:48:15] <RoanKattouw>	Ah, yes
[17:48:55] <CIA-15>	03simetrical * r49823 10/trunk/phase3/maintenance/language/messages.inc: 
[17:48:55] <CIA-15>	Update messages.inc for r49821
[17:48:55] <CIA-15>	Thanks to Siebrand for the reminder.
[17:49:21] <brion>	mogra: that is a little suspicious. :)
[17:49:36] <mogra>	I'll see if I can hack up a more reliable path check ;)
[17:49:47] <brion>	got rewrite rules or anything in there that might be borking it?
[17:50:01] <mogra>	nope, no rewrite on that Host
[17:50:35] *siebrand 	bows to Simetrical.
[17:50:38] <RoanKattouw>	morga: Then why does http://mymoney.hatalasystemsgroup.com/Wiki/api.php/Wiki/api.php work?
[17:51:13] <CIA-15>	03shinjiman * r49824 10/trunk/phase3/languages/messages/ (4 files): Localisation updates Cantonese, Chinese and Literary Chinese
[17:52:26] <mogra>	no idea, RoanKattouw 
[17:52:55] <mogra>	Seriously, no rewrite on that host on IIS
[17:53:01] <RoanKattouw>	That seems to point to some kind of weirdnes in your server config
[17:53:14] <RoanKattouw>	No global rewrites either?
[17:53:17] <mogra>	the ISAPI Rewrite DLL is installed, but not used on that host.
[17:53:59] <mogra>	here, I'll pastebin the ini file for it
[17:55:20] <mogra>	http://pastebin.com/d5b800223
[17:56:06] <RoanKattouw>	I'm no rewrite expert, but it doesn't look like those rules are harming you, since they rewrite stuff to ?p=foo
[17:56:44] <mogra>	and only for a very specific site, too
[18:02:42] <kwame>	Hi, so I have this scenario
[18:02:59] <kwame>	I'm moving my wiki install to a different server and in the process I did an update
[18:03:11] <kwame>	I've migrated the info to the new server, including the NameSpace extension
[18:03:19] <Laire>	Gibt es einen Befehl mit dem ich auf einer Seite anzeigen lassen kann, welche seiten alle auf diese verlinken? evtl sogar nach kategorie gefiltert?
[18:03:39] <kwame>	now that I have it working, the information in the "live wiki"  has changed since I did the test move
[18:03:44] <kwame>	I started this last week
[18:03:58] <kwame>	Can I just grab a db dump and import it into the new db server where my new wiki is running?
[18:04:06] <kwame>	or should I repeat the entire process?
[18:04:09] <mogra>	RoanKattouw: even in phpinfo.php, using http://localhost/phpinfo.php, PHP_SELF is /phpinfo.php/phpinfo.php
[18:04:40] <RoanKattouw>	mogra: Lol WTF. And does going to /phpinfo.php/phpinfo.php work?
[18:05:08] <mogra>	yep!
[18:05:19] <mogra>	and now it's /phpinfo.php/phpinfo.php/phpinfo.php
[18:05:35] <mogra>	this is messed up, yo
[18:05:36] <RoanKattouw>	Laire: Gehe nach [[Special:Whatlinkshere/Seitename]]
[18:05:47] <RoanKattouw>	morga: And does that URL work? :P
[18:06:06] <mogra>	yessir
[18:06:11] <mogra>	xD
[18:06:11] <RoanKattouw>	Oh wait, of course that works, pathinfo and shit
[18:06:22] <Laire>	hm, aber kann ich mir das auch auf der seite anzeigen lassen meine ich
[18:06:57] <RoanKattouw>	{{Spezial:Linkliste/{{FULLPAGENAME}}}} --> keine Idee, ob das wirkt, aber versuche es mal
[18:07:05] <CIA-15>	03siebrand * r49825 10/trunk/extensions/OnlineStatus/ (OnlineStatus.i18n.php OnlineStatus.php): 
[18:07:05] <CIA-15>	Updates preferences handling to work with r49790 and up. Needs review, as there is more preferences related logic that I am not able to assess.
[18:07:05] <CIA-15>	* update compatibility notice
[18:07:14] <kwame>	any ideas?
[18:07:27] <ialex>	siebrand: wow :)
[18:07:51] <ialex>	brion: so any thought for my question about the "Pages in namespace (Magic word disabled currently)" parser test?
[18:08:16] <mogra>	I'ma poke ##php on this, RoanKattouw
[18:08:21] <RoanKattouw>	Sure
[18:08:38] <Laire>	erscheint nur ein link auf den ich dann auf die linkliste seite komme
[18:08:58] <brion>	i ain't know shit about it
[18:09:00] <brion>	what you asking?
[18:09:38] <RoanKattouw>	Laire: Schade, dann wirkt das nicht
[18:10:06] <RoanKattouw>	Laire: DPL (DynamicPageList) kann dass machen, denke ich
[18:10:09] <RoanKattouw>	!dpl | Laire
[18:10:09] --mwbot--	Laire: The DynamicPageList (DPL) extension outputs reports based on criteria given in a special tag. For more information, see <http://www.mediawiki.org/wiki/Extension:DynamicPageList> and <http://semeb.com/dpldemo/index.php?title=Dynamic_Page_List>.
[18:10:33] <ialex>	<ialex> brion: I have a question about the "Pages in namespace (Magic word disabled currently)" parser test. The problem is that, as stated in its name, the parser function is disabled (and even not added to Parser's functions list), and thus should handled as a "normal" template, that means a red link to the template's page. However it returns an empty string (because it's also in MagicWord::$mVariableIDs). So i want to know if I can simply drop that tes
[18:13:34] <brion>	um, i've got no idea how long we've had that, if it works, etc :D
[18:13:36] <brion>	is it new?
[18:13:40] <brion>	or something that's been there for years
[18:13:43] <brion>	is it supposed to work?
[18:13:46] <brion>	if so it should be fixed
[18:13:48] <brion>	is it just broken?
[18:13:53] <brion>	is it half-removed?
[18:14:38] <siebrand>	ialex: wow to what?
[18:15:08] <ialex>	brion: it's there for years, the test passes, but imho it's a wrong result
[18:15:17] <ialex>	siebrand: for OnlineStatus
[18:15:28] <siebrand>	ialex: that's yours, isn't it?
[18:15:33] <ialex>	siebrand: yeah
[18:15:37] <ialex>	siebrand: 
[18:15:42] <ialex>	oops
[18:15:48] <siebrand>	ialex: was what I did complete, or did I miss something?
[18:15:51] <brion>	will peek in a minute
[18:15:54] <brion>	gotta reboot, smbfs hates me
[18:15:59] <siebrand>	thanks
[18:16:29] <ialex>	siebrand: wil fix it :)
[18:16:32] <ialex>	+l
[18:16:45] <siebrand>	great, and then I learn from looking at it:)
[18:17:06] <siebrand>	4 extensions in svn left that deal with preferences and need conversion.
[18:17:17] <siebrand>	I think 2 of those are kind of obsolete.
[18:17:31] <siebrand>	or at least unmaintaine.
[18:17:33] <siebrand>	+d
[18:18:04] <siebrand>	FCKeditor, wikiwyg, EditSimilar, MicroID
[18:18:24] <mogra>	any reasoning as to why SCRIPT_URL and PHP_SELF were used over SCRIPT_NAME and the for some reason thousand other Server vars that all point to that same value?
[18:18:46] <siebrand>	Translate, OnlineStatus, Tasks are done.
[18:20:54] <RoanKattouw>	mogra: Ask Brion
[18:21:00] <mogra>	mmk
[18:21:29] <RoanKattouw>	As soon as he's back from reboot :(
[18:21:41] <mogra>	heh
[18:21:56] <mogra>	if he's in Debian, that could be a while :D (as much as I luv Deb)
[18:26:35] <CIA-15>	03siebrand * r49826 10/trunk/extensions/Tasks/ (Tasks.i18n.php Tasks.php): 
[18:26:35] <CIA-15>	Updates preferences handling to work with r49790 and up. Please review
[18:26:35] <CIA-15>	* took out wfTasksAddCache
[18:26:35] <CIA-15>	* needs work. Extension appears to be very outdated
[18:29:25] <Laire>	jetzt versuche ich die extension zu intsallieren und scheiter an eine mysql fehlermeldung
[18:29:52] <CIA-15>	03ialex * r49827 10/trunk/extensions/OnlineStatus/OnlineStatus.i18n.php: First fix for r49825: correct message name :)
[18:30:10] <RoanKattouw>	Laire: Table 'whatever' doesn't exist? Ist das der Fehler?
[18:30:39] <RoanKattouw>	brion: <mogra>	any reasoning as to why SCRIPT_URL and PHP_SELF were used over SCRIPT_NAME and the for some reason thousand other Server vars that all point to that same value?
[18:30:43] <Laire>	nein fehler im syntax, also ein schreibfehler denke ich mal habe es aber einfach opiert und den prefix geändert
[18:31:16] <RoanKattouw>	Was ist der Fehler denn?
[18:31:21] <Laire>	CREATE VIEW wiki_dpl_clview AS 
[18:31:23] <Laire>	 SELECT IFNULL(cl_from, page_id) AS cl_from, IFNULL(cl_to, '') AS cl_to, cl_sortkey 
[18:31:24] <Laire>	  FROM `wiki_page` LEFT OUTER JOIN `wiki_categorylinks` ON page_id=cl_from
[18:31:29] <mogra>	thanks, RoanKattouw, beat me to it
[18:31:56] <Laire>	#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'VIEW wiki_dpl_clview AS
[18:31:58] <Laire>	SELECT IFNULL(cl_from, page_id) AS cl_from, IFNULL(cl' at line 1 
[18:32:11] <RoanKattouw>	Laire: Ah, it's missing a view name
[18:32:31] <RoanKattouw>	Oh wait, no, it's not ^^
[18:33:09] <RoanKattouw>	Laire: Wo hast du DPL gedownloadet?
[18:33:39] <Laire>	von der orifginalseite
[18:35:16] <siebrand>	werdna: PING!
[18:35:42] <mogra>	:) just an fyi, I switched it to use SCRIPT_NAME and URL instead... Check it! http://mymoney.hatalasystemsgroup.com/Wiki/api.php?action=query&meta=siteinfo
[18:36:03] <RoanKattouw>	Laire: URL?
[18:36:27] <siebrand>	PHP Fatal error:  Class 'SpecialPreferences' not found in /var/www/w/includes/SpecialPage.php on line 390
[18:36:38] <Laire>	http://www.mediawiki.org/wiki/Extension:DynamicPageList
[18:36:39] <brion>	RoanKattouw: short story is there's like a billion different variables, and they're all wrong sometimes
[18:36:46] <brion>	PHP sux
[18:36:52] <mogra>	lol
[18:37:09] <brion>	is SCRIPT_NAME the one that's wildly useless with CGI configs?
[18:37:14] <mogra>	brion: -^
[18:37:18] <siebrand>	ignore, please.
[18:37:27] <mogra>	not sure! I'm poking ##php, but no answers yet
[18:38:09] <brion>	http://bugs.php.net/bug.php?id=17806
[18:38:22] <mogra>	I'm in CGI mode
[18:38:22] <RoanKattouw>	Laire: "Note that you may get a misleading error message from the SQL interpreter (1084 syntax error) if you do not have sufficient privileges to create that view. "
[18:38:27] <RoanKattouw>	Laire: http://semeb.com/dpldemo/index.php?title=DPL:Installation
[18:38:27] <mogra>	but on IIS
[18:38:45] <RoanKattouw>	I'm on Apache/CGI, lemme try what SCRIPT_NAME returns
[18:39:02] <mogra>	and... that but is marked resolved... in 2002
[18:39:06] <mogra>	bug*
[18:39:17] <Laire>	aber ist ein 1064 error
[18:39:34] <Laire>	also ein fehler in der formilierung
[18:40:05] <RoanKattouw>	Laire: Versuche mal die CREATE VIEW query zu machen in phpMyAdmin, mit einem User mit Rechten für CREATE VIEW
[18:41:14] <RoanKattouw>	mogra, brion: SCRIPT_NAME works for me, in that it returns the URL without query string (not sure if that's what you want)
[18:41:58] <mogra>	what of non-CGI mode? anyone able to test that?
[18:42:35] <RoanKattouw>	I have another non-CGI setup, sec
[18:42:49] <Laire>	RoanKattouw: es gibt nur ein user für die datenbank
[18:42:56] <ezyang>	If there are no comments on  https://bugzilla.wikimedia.org/show_bug.cgi?id=471 I am going to procede ahead with implementation 
[18:42:57] <Simetrical>	I had a CGI setup that broke somewhat silently until I set the "fix pathinfo" setting in php.ini.
[18:43:24] <RoanKattouw>	Laire: Aber hat die User Rechten für CREATE VIEW?
[18:43:56] <CIA-15>	03shinjiman * r49829 10/trunk/phase3/ (4 files in 2 dirs): * (bug 17020) Adding fallback encodings for Traditional and Simplified Chinese languages while the the text is typed as URLs.
[18:44:10] <RoanKattouw>	Yup, works for me on Apache/module too
[18:44:25] <mogra>	I supposeI should submit a patch :3
[18:44:28] <wikibugs>	03(mod) Chinese needs sensible fallback character encoding set - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17020  (10shinjiman)
[18:45:13] <Simetrical>	mogra, the question is whether it will break some totally different setup . . .
[18:45:52] <mogra>	That's why there is QA, Simetrical 
[18:45:57] <mogra>	and a proper Dev cycle
[18:46:13] <Laire>	RoanKattouw:  suche gerade ob das irgendwo steht
[18:46:14] <Simetrical>	mogra, where, in MediaWiki?  Not that I've heard of.  :P
[18:46:20] <mogra>	:)
[18:46:33] <Simetrical>	Well, unless by "QA" you mean "put it in trunk and hope enough third parties use it that brokenness can be fixed before release".
[18:46:35] <mogra>	Hey, I'm just submitting a patch, whether it gets committed or not is up to the MW-dev team
[18:47:23] <Simetrical>	Well, yes, I'm saying why you might have a hard time getting it committed if it's not clearly an improvement.  If you have the patch anyway, you may as well submit it, by all means.
[18:47:24] <mogra>	Because this fixes it in IIS, which is currently my issue ;) if nothing else, it can be a proposed fix for people encountering the issue.
[18:47:32] <Simetrical>	Sounds reasonable, didn't mean to discourage you.  :)
[18:48:57] <mogra>	you guys just use standard diff/patch?
[18:49:04] <RoanKattouw>	svn diff preferably
[18:49:09] <CIA-15>	03ialex * r49830 10/trunk/phase3/includes/Title.php: Missing parenthesis
[18:49:12] <RoanKattouw>	(but regular unified diffs should work too
[18:50:00] <Simetrical>	Ideally against trunk, too, although against a release might work.
[18:50:42] <RoanKattouw>	Depends wildly on which file you're patching
[18:50:47] <mogra>	I'm on release right now, 1.14.
[18:50:51] <mogra>	api.php ;)
[18:50:57] <RoanKattouw>	That should be fine
[18:51:01] <RoanKattouw>	That file hardly ever changes
[18:51:03] <mogra>	it's a 4 line change
[18:51:10] <Simetrical>	Oh, this is an API issue?
[18:51:14] <RoanKattouw>	When changing that check, be sure to update the one for index.php?action=raw too
[18:51:17] <RoanKattouw>	Simetrical: Sort of
[18:51:30] <RoanKattouw>	action=raw and API give 403 Forbidden when PHP_SELF doesn't look sane
[18:51:43] <Simetrical>	Maybe $wgRequest should have a method that tries to work out the path in a centralized place?
[18:51:58] <RoanKattouw>	Problem is that on certain setups (pretty much everything involving CGI or a non-Apache server) PHP_SELF is never sane
[18:52:14] <Simetrical>	Yep.
[18:53:06] *Simetrical 	finally finds the commit he did relating to this, r46178
[18:53:07] <mogra>	well, I think we've already seen that it works on Apache both CGI and module modes, and I have it working on IIS, so if you ask me, it's already a better fix than PHP_SELF
[18:53:33] <mogra>	(bleh unto IIS, btw)
[18:54:33] <mogra>	well, I don't have svn on this machine, RoanKattouw, so I'm going to use diff to make a patch file and just post that to the bug report.
[18:54:39] <RoanKattouw>	Sure
[18:54:43] <RoanKattouw>	Be sure to use diff -u
[18:54:48] <mogra>	k
[18:58:52] <wikibugs>	03(mod) Basic XML Feed support for watchlist (implementation idea: token) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=471  (10edwardzyang)
[18:59:18] <ezyang>	T'would be nice if someone could commit the first patch 
[18:59:33] <ezyang>	It doesn't actually fix the bug, but it turns SpecialWatchlist into a class, so that we can handle feeds properly 
[19:00:21] <wikibugs>	03(mod) Basic XML Feed support for watchlist (implementation idea: token) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=471  +comment (10Simetrical+wikibugs)
[19:02:29] <Simetrical>	brion, do you know why we don't flush() at the end of SkinMonoBook::execute()?  Is there any reason to buffer output there?
[19:02:46] <flyingparchment>	shouldn't that be handled in skintemplate?
[19:03:19] <brion>	i don't think we want to flush until we know output is complete
[19:03:25] <brion>	be weird to do it in skin
[19:03:31] <brion>	surely that belongs in output which is callng the skin
[19:03:52] <brion>	besides it'll all be buffered already
[19:03:58] <brion>	to do gzip and content-length counting
[19:04:16] <Simetrical>	Oh, right, that would kill Content-Length.
[19:04:34] <Simetrical>	By that point we should be pretty much done anyway, so no big deal, I guess.
[19:05:00] <Simetrical>	It might be cool if we could flush some of the <head> before we do any real processing, so stylesheets can be loaded or whatnot.
[19:07:46] <Laire>	RoanKattouw: Bekomme nich traus ob ich das nutzen darf...
[19:11:07] <RoanKattouw>	Laire: Mache mal die Query "SHOW GRANTS FOR 'meinusername'"
[19:11:21] <RoanKattouw>	Was gibt das?
[19:11:36] <RoanKattouw>	Simetrical: That would break header()
[19:11:49] <Simetrical>	Mm, right.
[19:11:51] <Simetrical>	Oh well.
[19:12:26] <Laire>	Grants for d00ab9ae@%
[19:12:28] <Laire>	GRANT USAGE ON *.* TO 'd00ab9ae'@'%' IDENTIFIED BY PASSWORD '2c696b970e10efce'
[19:12:30] <Laire>	GRANT ALL PRIVILEGES ON `d00ab9ae`.* TO 'd00ab9ae'@'%'
[19:12:46] <CIA-15>	03philip * r49831 10/trunk/phase3/languages/messages/MessagesZh_hans.php: 
[19:12:46] <CIA-15>	1. Fixed some translation error in zh-hans.
[19:12:46] <CIA-15>	2. Blanked $linkTrail, link of Chinese words needn't to extend a trail.
[19:13:09] <siebrand>	could it be that moving a larger number of subpages (~140) is a bit too memory hungry?
[19:13:36] <mogra>	bugzilla running slow today?
[19:14:57] <Simetrical>	siebrand, large numbers of subpages moved might be scary, yes.
[19:15:38] <RoanKattouw>	Laire: Du machst die CREATE VIEW Query auf dem 'd00ab9ae' database?
[19:15:53] <Laire>	ja
[19:16:08] <RoanKattouw>	Fremd, dann solltest du alle Rechten haben
[19:16:49] <siebrand>	Simetrical: trying to move 178 subpages (key/code subpages in translatewiki), I get a memory fatal after about 140 pages.
[19:17:08] <RoanKattouw>	Laire: Die Query wirkt für mich. Was gibt SELECT VERSION() ?
[19:17:17] <Simetrical>	siebrand, that's why the default limit is lower.  :)
[19:17:19] <RoanKattouw>	siebrand: What's your memlimit?
[19:17:24] <siebrand>	RoanKattouw: 130m
[19:17:29] <mogra>	RoanKattouw: it's hanging submitting the patch on bugzilla
[19:17:39] <RoanKattouw>	mogra: Pastebin the patch?
[19:18:36] <RoanKattouw>	siebrand: OK, that's not unreasonable
[19:19:02] <wikibugs>	03(mod) Hiding can hide a bit too well - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18531  +comment (10happy-melon)
[19:19:03] <Simetrical>	I'm not sure offhand why it would use that much memory.
[19:19:03] <mogra>	http://pastebin.com/f26237c33
[19:19:05] <siebrand>	RoanKattouw: we're kindof heavy on the message cache :)
[19:19:37] <ialex>	siebrand: really? :P
[19:19:44] <RoanKattouw>	mogra: #
[19:19:46] <RoanKattouw>	--- api.php     2009-04-24 13:50:30.000000000 -0500
[19:19:47] <RoanKattouw>	#
[19:19:49] <RoanKattouw>	+++ api.php.new 2009-04-24 13:50:18.000000000 -0500
[19:20:02] <RoanKattouw>	That sucks, please use something like old/api.php and new/api.php so it'll just apply with patch -p1
[19:20:03] <Simetrical>	mogra, that looks scary.  Don't you want to keep SCRIPT_URL/PHP_SELF for when those work?
[19:20:09] <Simetrical>	RoanKattouw, it's four lines, who cares?  :)
[19:20:19] <RoanKattouw>	heh
[19:20:22] <mogra>	heh
[19:20:23] <RoanKattouw>	Hadn't seen that TBH
[19:20:34] <Simetrical>	mogra, in your case, is the problem that SCRIPT_URL and PHP_SELF aren't set?  Or that they're set but wrong?
[19:20:48] <mogra>	SCRIPT_URL is not set, and PHP_SELF is wrong
[19:20:50] <RoanKattouw>	Set but wrong
[19:21:02] <RoanKattouw>	PHP_SELF is typically something like /wiki/api.php/wiki/api.php
[19:22:28] <wikibugs>	14(WFM) Category added to article, but it does not appear in category listing - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18536  +comment (10happy-melon)
[19:22:33] <mogra>	Simetrical: It seems to me you might have the idea backwards. So far, it seems to me that SCRIPT_NAME and URL are more universally correct than SCRIPT_URL and PHP_SELF
[19:22:33] <Simetrical>	So for you the correct one is SCRIPT_NAME, URL, or both?
[19:22:40] <Simetrical>	Let's see.
[19:22:52] <mogra>	I just chose two that I found right more often than the two already being used.
[19:22:59] <Simetrical>	My impression is that *nothing* is universally correct here.
[19:23:17] <mogra>	I agree, hence the key word "more" that is being used to describe "universally" ;)
[19:23:35] <RoanKattouw>	We've tested that SCRIPT_NAME is correct on IIS/CGI, Apache/CGI and Apache/mod . Haven't tested FastCGI though
[19:23:45] <Simetrical>	http://toolserver.org/~simetrical/phpinfo.php <-- Seems to be correct here.
[19:23:53] <mogra>	fwiw, I tested on IIS/FastCGI too
[19:23:55] <Simetrical>	Let me check my server, that's FastCGI.
[19:23:59] <Simetrical>	lighttpd/FastCGI to be precise.
[19:24:38] <Simetrical>	Seems to be correct there, but I have fix_pathinfo on, which is non-default.  Not sure if that changes things.
[19:25:00] <mogra>	so, what I propose is that it might be "better", not "perfect"... after all, it is PHP xD
[19:25:12] <Simetrical>	What's it supposed to contain?  The path relative to the web root of the actual file being accessed?
[19:25:22] <mogra>	mhmm
[19:25:24] <Simetrical>	Or the pre-rewrite path?
[19:25:40] <RoanKattouw>	I have no idea how it's supposed to work with rewrites
[19:25:40] <yabbo>	how do i enable partial text matching in mediawiki search?
[19:25:42] <RoanKattouw>	Good point
[19:25:42] <mogra>	dunno, I don't use rewrite on thse servers
[19:25:50] <Simetrical>	Probably makes a difference.
[19:25:55] <wikibugs>	03(mod) Users should be able to delete pages and image files they create/upload accidentally - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18572  +comment (10happy-melon)
[19:25:56] <RoanKattouw>	Yeah
[19:26:02] <Simetrical>	What does PHP_SELF contain in your case, mogra, and what's it supposed to contain?
[19:26:04] <brion>	Simetrical: all the heavy lifting has already been done by the time we get to the skin output. i don't think there'd really be much difference between a flush there and a flush later
[19:26:17] <Simetrical>	brion, yeah, agreed.
[19:26:25] <mogra>	it contains /wiki/api.php/wiki/api.php when it's supposed to be /wiki/api.php
[19:26:28] <RoanKattouw>	Simetrical: Actually, it's not relevant for API and index.php?action=raw, only for /wiki/Pagename?action=raw usage
[19:27:02] <RoanKattouw>	yabbo: Search for stuff like *word* ?
[19:27:12] <Laire>	RoanKattouw: 4.1.22-max-log
[19:27:19] <yabbo>	do i have to put the ** around it then?
[19:27:24] <RoanKattouw>	yabbo: I think so
[19:27:38] <RoanKattouw>	Laire: Dein MySQL ist sehr alt, meine version ist 5.0.45-community-nt
[19:27:43] <yabbo>	i cant just do wood i have to do *wood* when searching for balsawood ?
[19:27:52] <RoanKattouw>	I think so, yes
[19:28:07] <Laire>	Hm, muss ich wohl mal meinen Anbieter anfragen wegen aktueller Version
[19:28:08] <RoanKattouw>	Not sure, though, I hardly know anything about MW search
[19:30:02] <yabbo>	RoanKattouw: that works thanks
[19:30:37] <yabbo>	next question: how do i search everything to see whats the newest contribs to the whole wiki?
[19:31:03] <Simetrical>	yabbo, look at Special:RecentChanges.
[19:31:33] <mogra>	RoanKattouw: that fixed the PDF rendering for Extension:Collections too :) now that pediapress can actually query the api.
[19:31:41] <wikibugs>	03(mod) Query pages should limit to content namespaces, not just main namespace - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=8130  (10nephele)
[19:31:46] <yabbo>	Simetrical: thanks works perfect
[19:32:48] <RoanKattouw>	yabbo: Special:Recentchanges
[19:32:59] <yabbo>	RoanKattouw: thanks :p
[19:34:13] <wikibugs>	03(mod) Users should be able to delete pages and image files they create/upload accidentally - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18572  (10herd)
[19:34:31] <wikibugs>	03(mod) Query pages should limit to content namespaces, not just main namespace - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=8130  (10roan.kattouw)
[19:35:51] <CIA-15>	03huji * r49828 10/trunk/phase3/languages/messages/MessagesFa.php: Localisation updates: Adding/updating Persian translations
[19:36:58] <hapablap>	hello
[19:37:09] <hapablap>	Duesentrieb: I don't know if you remember me, the one who had problems with special characters
[19:37:10] <mogra>	RoanKattouw: :P I made it using old/api.php and new/api.php now
[19:37:17] <hapablap>	but it's solved now; it was a faulty backup
[19:37:18] <RoanKattouw>	Great
[19:39:54] <Duesentrieb>	hapablap: haha, that happens :)
[19:40:01] <Duesentrieb>	mysql is a bitch about charsets. too much magic gogin on
[19:40:49] <hapablap>	I'll have nightmares about �- and all that crap now
[19:41:18] <mogra>	http://pastebin.com/d42fda690
[19:42:14] <Duesentrieb>	hapablap: täll me äböt it
[19:42:17] <RoanKattouw>	mogra: Great, I'll just go ahead and commit that
[19:42:27] <hapablap>	haha
[19:43:24] <hapablap>	and now that I got the problem, a maybe offtopic question... how to *clone* a database without getting this problems when exporting/reimporting?
[19:44:14] <CIA-15>	03greg * r49832 10/trunk/extensions/RT/ (. README RT.i18n.php RT.php): Extension for interaction with the Request Tracker system.
[19:44:42] <Duesentrieb>	hapablap: figure out the right combination of console charset, --defualt-charset option and other mysql tweaks that works for you.
[19:45:12] <Duesentrieb>	in the past, i found myself several times editing mysqldumps by hand to fix this kind of issue
[19:45:32] <Duesentrieb>	adding SET NAMES UTF8 usually owrked. but it mey be just the wrong thing in your case :)
[19:45:44] <hapablap>	it was!
[19:45:54] <Duesentrieb>	:P
[19:46:08] <Duesentrieb>	so *removing* that might do the trick :)
[19:46:43] <hapablap>	it did, but then I was getting random errors of illegal mix of collations
[19:47:19] <Duesentrieb>	>_<
[19:47:30] <Duesentrieb>	yea, charset fun with mysql
[19:49:23] <mogra>	RoanKattouw: should I just comment on that bug? because I can't seem to get the patch attached
[19:50:09] <RoanKattouw>	mogra: Committing already
[19:50:44] <mogra>	I meant on bugzilla
[19:51:36] <RoanKattouw>	No need, I'm committing the patch already
[19:52:59] *RoanKattouw 	eats CIA-15
[19:52:59] *CIA-15 	tastes crunchy
[19:53:06] *RoanKattouw 	kicks wikibugs
[19:55:48] <RoanKattouw>	What the hell is wrong with those bots?
[19:56:31] <RoanKattouw>	mogra: Committed, see http://www.mediawiki.org/wiki/Special:Code/MediaWiki/49833 . Bot should be announcing it, but both CIA-15 and wikibugs seem to be lagging
[19:56:47] <charitwo>	roan, Splarka has been feeding them laxatives
[19:57:02] <RoanKattouw>	Good, they seem to need em
[19:57:06] <mogra>	:)
[19:57:27] *Splarka 	feels pinged
[19:57:31] <Nikerabbit>	RoanKattouw: wmf email server slow? :o
[19:57:37] <RoanKattouw>	Possibly
[19:57:52] <Splarka>	wikibugs the other day showed three bugs thusly: bug 1, bug 3, and then a few hours later bug 2
[19:58:07] <hashar>	it might because the mail server is lagging out
[19:58:17] <RoanKattouw>	I once got a wikibugs-l mail 24 hours late
[19:58:33] <Splarka>	and all I can do is prescribe, werdna has to do the feeding
[20:01:40] <CIA-15>	03siebrand * r49836 10/trunk/extensions/ (RT/RT.i18n.php Translate/groups/mediawiki-defines.txt): 
[20:01:40] <CIA-15>	* minor updates to RT messages
[20:01:40] <CIA-15>	* add support for RT to Translate
[20:03:01] <RoanKattouw>	Hmph
[20:03:15] <RoanKattouw>	Looking at mediawiki-cvs, commit mails for r49833-5 are missing
[20:03:34] <CIA-15>	03siebrand * r49837 10/trunk/extensions/RT/RT.i18n.php: Fix syntax error introduced in r49836
[20:04:13] <charitwo>	RoanKattouw: it skipped you entirely :P
[20:04:22] <RoanKattouw>	Yeah, it skipped r49833-5
[20:04:27] <RoanKattouw>	Those are also missing on the mailing list
[20:04:53] <wikibugs>	03(ASSIGNED) Merge new-upload branch (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18563  summary; +comment (10dale)
[20:05:55] <Splarka>	RoanKattouw: http://toolserver.org/~mzmcbride/cgi-bin/mw-logs.py?search=r%02498  heh
[20:06:31] <RoanKattouw>	WTF @ r49828
[20:07:04] <Splarka>	Roan: also see https://bugzilla.wikimedia.org/show_bug.cgi?id=18563  including comments about upload API (just so you can say you saw it)
[20:08:07] <wikibugs>	03(mod) Merge new-upload branch (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18563  +comment (10roan.kattouw)
[20:08:52] <CIA-15>	03ialex * r49838 10/trunk/extensions/OnlineStatus/OnlineStatus.php: Follow-up r49825: complete compatibility with the new preferences system
[20:16:04] <RoanKattouw>	Thanks for the heads-up Splarka 
[20:16:33] <Splarka>	rar
[20:17:25] <mani>	Hi, i installed mediawiki on my linux server and get this error message when i try to login to the wiki: "Login error 
[20:17:25] <mani>	FlashWiki uses cookies to log in users. You have cookies disabled. Please enable them and try again." 
[20:17:37] <mani>	My cookies are enabled :|
[20:18:01] <mani>	can someone help me?
[20:22:25] <mani>	session.auto_start is 0 and session.use_cookies is 1 :|
[20:23:12] <RoanKattouw>	mani: Do you have cookies enabled in your *browser*
[20:23:29] <mani>	yes
[20:23:39] <Duesentrieb>	do you see a session cookie for your site?
[20:25:26] <wikibugs>	03(NEW) Using external editor as an optional feature - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18574 enhancement; Normal; MediaWiki: Page editing; (francisdinh)
[20:25:37] <mani>	yes, i have cookies, site seems to be working
[20:26:37] <wikibugs>	03(mod) Using external editor as an optional feature - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18574  +comment (10mikelifeguard)
[20:26:42] *Splarka 	wonders what "[x] use external editor" pref, action=raw -> "text/x-wiki" mime type, and &externaledit URI parameter don't do that they want?
[20:27:20] *RoanKattouw 	WFMs
[20:27:25] <wikibugs>	14(WFM) Using external editor as an optional feature - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18574  +comment (10roan.kattouw)
[20:30:08] <mani>	i had an additional php config wich overrides the session.use_cookies with 0
[20:30:11] <mani>	thx anyways
[20:36:03] <nick_h[litage]>	where can i find documentation that explains how to create the various boxes that are seen on Wikipedia's main page? (Eg: the boxes around "Today's featured article", "In the news", ..)
[20:40:29] <RoanKattouw>	They're just templates, copy them
[20:40:30] <RoanKattouw>	!template
[20:40:30] --mwbot--	For more information about templates, see <http://www.mediawiki.org/wiki/Help:Templates>. The most common issues with templates copied from Wikipedia can be fixed by installing ParserFunctions <http://meta.wikimedia.org/wiki/Help:ParserFunctions> and enabling HTML Tidy <http://www.mediawiki.org/wiki/Manual:%24wgUseTidy>.
[20:40:53] <Duesentrieb>	actually, to make pretty boxes, you don't need templates
[20:41:02] <Duesentrieb>	it's just html and css
[20:41:26] <Duesentrieb>	throwing templates in the mix just makes editing a bit easier after everything is set up
[20:42:39] <RoanKattouw>	True
[20:44:02] <RoanKattouw>	Dammit
[20:44:18] <RoanKattouw>	(array)false; returns array(false), not array() :(
[20:45:16] <CIA-15>	03siebrand * r49839 10/trunk/extensions/RT/RT.i18n.php: Fix typo
[20:52:52] <mogra>	uh, shouldn't it do that, RoanKattouw? I mean, you are casting "false" as an "array"... seems to me it is doing what it is supposed to.
[20:53:32] <RoanKattouw>	Yeah
[20:53:34] <RoanKattouw>	It should
[20:53:55] <RoanKattouw>	But the problem was that empty(array(false)) is false
[20:54:15] <RoanKattouw>	So I just changed it to detect false and return array() in that case, bleh
[20:54:37] <Simetrical>	(array)false is supposed to return array(false), that's the most sensible thing.
[20:54:44] <Simetrical>	There's bunches of stuff that relies on that.
[20:55:05] <Simetrical>	It turns $foo into array($foo) unless foo is already an array.
[20:55:11] <Simetrical>	s/ foo/ $foo/
[20:57:13] <mogra>	mhmm
[20:58:02] <CIA-15>	03siebrand * r49834 10/trunk/extensions/RT/RT.php: 
[20:58:02] <CIA-15>	* stylize.php and trailing whitespace removed
[20:58:02] <CIA-15>	* FIXME: should use a class file and $wgHooks['ParserFirstCallInit']
[21:12:25] <chuck>	Can $wgConf be backed by a database?
[21:22:31] <svip>	Fatal error: Out of memory (allocated 5767168) (tried to allocate 1245184 bytes) in /var/www/theinfosphere/languages/messages/MessagesEn.php on line 2287
[21:22:48] <svip>	I thought 1245184 bytes was less than 5767168.
[21:23:07] <RoanKattouw>	svip: It tried to allocate 1M, and had already allocated 5M. Together, that pushed it over the limit
[21:23:16] <RoanKattouw>	But your limit should be 20M at the very least, and probably higher
[21:23:40] <svip>	wtf
[21:23:47] <svip>	ssh_exchange_identification: Connection closed by remote host
[21:24:56] <svip>	I think this is a more serious issue, RoanKattouw.
[21:28:17] <wikibugs>	03(FIXED) API must be accessed through the primary script entry point error - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13049  +comment (10roan.kattouw)
[21:30:13] <CIA-15>	03siebrand * r49840 10/trunk/phase3/languages/messages/MessagesEn.php: 
[21:30:13] <CIA-15>	* <br/> -> <br />
[21:30:13] <CIA-15>	* Add a line break
[21:31:36] <CIA-15>	03siebrand * r49841 10/trunk/extensions/AbuseFilter/AbuseFilter.i18n.php: Fix typo in 'abusefilter-import-intro' (comma to period)
[21:33:31] <CIA-15>	03catrope * r49833 10/trunk/phase3/ (CREDITS RELEASE-NOTES api.php): API: (bug 13049) This'll hopefully fix the 403 Forbidden error in api.php for the setups that were getting them (most notably FastCGI and IIS). Patch by Chris Wrinn
[21:38:29] <mogra>	RoanKattouw: took it a while, eh?
[21:38:44] <Splarka>	same for the bugzilla comment above, about 90 min late
[21:39:01] <RoanKattouw>	Yeah, guess those laxatives finally worked
[21:39:29] <CIA-15>	03daniel * r49842 10/trunk/WikiWord/ (76 files in 10 dirs): explode WikiTextAnalyzer
[21:45:13] <Splarka>	oh snap, scap chap flap yap, scap map crap gap, slap scap chap?
[21:47:30] <wikibugs>	03(NEW) OTRS doesn't send reminders anymore - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18575 minor; Normal; Wikimedia: OTRS; (wikipara)
[21:50:10] <CIA-15>	03dale * r49843 10/trunk/extensions/MetavidWiki/skins/mv_embed/ (4 files in 2 dirs): 
[21:50:10] <CIA-15>	some fixes for frame-by-frame output
[21:50:10] <CIA-15>	* activeClips object (stores list of active clips at any given time)
[21:50:10] <CIA-15>	* update playlist pause, play and stop buttons propagate across active clips.
[22:01:02] <CIA-15>	03siebrand * r49844 10/trunk/phase3/languages/messages/ (223 files): Localisation updates for core messages from translatewiki.net (2009-04-24 21:46 UTC)
[22:06:27] <CIA-15>	03siebrand * r49845 10/trunk/extensions/ (103 files in 89 dirs): Localisation updates for extension messages from translatewiki.net (2009-04-24 21:46 UTC)
[22:10:22] <ialex>	brion: so nothing new for the "Pages in namespace (Magic word disabled currently)" parser test?
[22:11:32] <brion>	i don't know anything offhand about it, and haven't had time to peek around and research it :)
[22:12:09] <ialex>	brion: input: "{{PAGESINNAMESPACE:}}", ouput: ""
[22:12:41] <wikibugs>	14(WFM) Error: za wp i18n change to Chinese - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18502  (10siebrand)
[22:12:59] <ialex>	but since it's disabled, it should return "[[Template: PAGESINNAMESPACE:]]"
[22:13:02] <ialex>	imho
[22:15:22] <wikibugs>	03(mod) Images on the secure connection to OTRS wiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18475   +shell; +comment (10brion)
[22:16:21] <wikibugs>	03(mod) mediawiki:smw_querytoolarge needs PLURAL support - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18515   +i18n; +comment (10siebrand)
[22:16:24] <wikibugs>	03(mod) Extension:Securepoll: message "Securepoll-too-few-edits" needs PLURAL support. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18516   +i18n; +comment (10siebrand)
[22:16:46] <wikibugs>	03(FIXED) Images on the secure connection to OTRS wiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18475  +comment (10brion)
[22:16:57] <wikibugs>	03(mod) Message Abusefilter-diff-version needs date/time separated, and GENDER support - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18277   +i18n; +comment (10siebrand)
[22:25:21] <wikibugs>	03(mod) Check Babel extension for compatibility with Wikimedia Wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15308  (10siebrand)
[22:25:37] <wikibugs>	03(mod) {{#language:...}} should support variable language **output** as well as input (CLDR) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16699  (10siebrand)
[22:26:25] <wikibugs>	03(WONTFIX) Add rating extentions to Dutch Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16492  +comment (10siebrand)
[22:27:31] <wikibugs>	03(mod) Enable NewUserMessage extension on Arabic Wikisource - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18194   +easy (10siebrand)
[22:28:21] <wikibugs>	03(mod) Add rating extentions to Dutch Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16492  +comment (10Simetrical+wikibugs)
[22:29:35] <wikibugs>	03(mod) Enable Collection extension on id.wikipedia.org - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18430   +easy (10siebrand)
[22:30:05] <Mike_lifeguard>	siebrand: we use the easy keyword on shell requests? O.o
[22:30:06] <wikibugs>	03(mod) Set new user groups for bswiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13451   +easy (10siebrand)
[22:30:16] <CIA-15>	03yaron * r49846 10/trunk/extensions/SemanticResultFormats/Calendar/SRF_Calendar.php: Added handling for multiple dates per page
[22:31:15] <Mike_lifeguard>	(although maybe it makes sense to have a 'config' keyword to differentiate between those and more sysadmin-y stuff like manually fixing timestamps from when a server was our of sync or whatever)
[22:31:48] <chuck>	Mike_lifeguard: Well, it should be easy.
[22:31:55] <chuck>	Editing the wgConf settings array, probably
[22:32:01] <Mike_lifeguard>	yes, but it's not relevant for shell requests
[22:32:48] <Mike_lifeguard>	the 'easy' keyword is for easy /coding/ tasks, which a beginning MediaWiki hacker could tackle as a starting point.
[22:33:01] <siebrand>	Mike_lifeguard: yeah, I thought I'd help the shell people a bit... Takes a year to get groups updated apparently...
[22:33:26] <Mike_lifeguard>	I think it only reduces the quality of search results on the 'easy' keyword and spams wikibugs-l etc :)
[22:33:29] *chuck 	wonders what the "NewUserMessage" extension is
[22:33:47] <siebrand>	!ext NewUserMessage
[22:33:47] --mwbot--	http://www.mediawiki.org/wiki/Extension:NewUserMessage
[22:33:50] <Mike_lifeguard>	it places a welcome message on the user's talk page when they edit
[22:33:59] <chuck>	Oh.
[22:33:59] <Mike_lifeguard>	like a welcome bot on steroids
[22:34:07] <siebrand>	Mike_lifeguard: incorrect. On register.
[22:34:09] *chuck 	likes Wikia's new user welcoming
[22:34:15] <Mike_lifeguard>	it's pretty good, though had some /strange/ bugs at first
[22:34:23] <chuck>	It automatically signs the welcome message as the last user the edited the wiki :P
[22:34:25] <Mike_lifeguard>	(yes, sorry, on register)
[22:34:34] <Mike_lifeguard>	it used to
[22:34:46] <Mike_lifeguard>	actually, wasn't it siebrand who fixed it up?
[22:37:02] <siebrand>	Mike_lifeguard: Nad wrote it, IIRC, I fixed it up, added some features, Tim reviewed it, and enabled it on Commons.
[22:37:05] <chuck>	Is MediaWiki licensed under the GPL license?
[22:37:19] <siebrand>	chuck: see Special:Version
[22:39:06] <siebrand>	Mike_lifeguard: NewUserMessage is active on 3 wmf wikis. see http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php somewhere near the bottom (wmgUseNewUserMessage)
[22:41:43] <CIA-15>	03siebrand * r49835 10/trunk/extensions/RT/README: Remove trailing whitespace
[22:42:09] <siebrand>	hah, the missing commits...
[22:43:18] <wikibugs>	03(NEW) Garbled type on my wikipedia.org site - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18576 critical; Normal; Wikimedia: Language setup; (dvrdesign)
[22:43:57] *charitwo 	kicks CIA-15
[22:43:57] <CIA-15>	ow
[22:45:21] *Splarka 	wtfs at that bug
[22:45:25] <Splarka>	"my wikipedia.org" ?
[22:45:33] <Splarka>	keyword: schema-change ?
[22:46:56] <siebrand>	Splarka: probably a locale issue on his computer. Bugzilla is not a helpdesk.
[22:47:02] <Mike_lifeguard>	mywiki is a real wiki
[22:47:22] <Mike_lifeguard>	and they probably speak burmese
[22:47:24] <Mike_lifeguard>	so be nice
[22:48:26] <Mike_lifeguard>	or maybe not :)
[22:54:05] <CIA-15>	03demon * r49847 10/trunk/extensions/RT/ (RT.php RT_body.php): Handle FIXME from r49834: split off into a class and register using ParserFirstCallInit. Also delay message loading until render(), rater than at hook-registering time.
[23:03:43] <siebrand>	^demon: that cleans up nicely :)
[23:03:54] <^demon>	siebrand: Yeah took 5 mins :)
[23:05:00] <siebrand>	^demon: those globals could probably by in messages.
[23:05:10] <siebrand>	$wgRequestTracker_TIMEFORMAT_*
[23:05:41] <siebrand>	the ones above it, too.
[23:11:21] <CIA-15>	03demon * r49848 10/trunk/phase3/ (CREDITS RELEASE-NOTES includes/ImagePage.php): (bug 18571) Purging image should always clear metadata cache. Sometimes the metadata is stale and the image does in fact exist. Patch by nephele.
[23:11:36] <wikibugs>	03(FIXED) Purging images does not always force image metadata cache to be cleared - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18571  +comment (10innocentkiller)
[23:39:32] *werdna 	waves
[23:42:17] <wikibugs>	03(mod) Query pages should limit to content namespaces, not just main namespace - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=8130  (10nephele)
[23:54:59] <werdna>	Nikerabbit: poke