[00:03:30] 03dale * r39453 10/trunk/extensions/MetavidWiki/ (11 files in 6 dirs): [00:03:30] new layout for stream view [00:03:30] style fixes [00:27:22] I've noticed that when pages are moved around edits seem to get lost (really just the edit that moved the page). This happens with some frequency [00:28:09] e.g. (from an old dump) "2008 Chase for the Sprint Cup","179464901","Scjessey","167898","","20071221213903","moved [[2008 Chase for the Sprint Cup]] to [[2008 Sprint for the Cup]]: Proper title, creates convenient redirect","0","0" has gone missing [00:29:58] anyone know why this happens? [00:42:58] 03river * r39454 10/trunk/tools/planet/en/config.ini: update url [01:01:02] hey demon [01:02:40] <^demon> Heya :-) [01:03:42] ummm [01:04:01] (\___/) hi, loser [01:04:01] (=^_^=) / [01:04:01] (").(") [01:04:13] happy bunny [01:04:53] :P [01:18:12] brion : gsoc-ish poke :) [01:19:03] qsheets: lets not do that please [01:19:46] but bunnehs r teh lulzy [01:25:05] yeah [01:25:42] Charitwo: google "happy bunny" [01:26:00] qsheets: i know, just not pasting in this channel [01:26:09] there are tons of images of this sarcastic bunny [01:26:19] well aware [01:26:22] *qsheets wrote that [02:30:35] 03(mod) Image, category pages list both draft and stable links, mixed together - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14557 (10JSchulz_4587) [03:22:38] 03(mod) New Talk Page Option - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13262 (10tylerromeo) [03:24:55] 03(mod) Patch for Java Theora decoder: Computation of quantization matrices according to spec - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15119 (10tstarling) [03:41:51] Is there a configuration variable for setting how long "remember me" sessions last? [03:43:30] 03aaron * r39455 10/trunk/extensions/CheckUser/CheckUser_body.php: [03:43:30] * Go back to regular counts for bail out check, but only when a period is given, otherwise, estimates are fine [03:43:30] * Improve edit count estimates [03:48:41] Emufarmers I think that's on php's option, not mediawiki's [03:49:23] I thought the PHP session options are for when you don't select the "remember me" option? [03:50:10] dunno [03:50:17] sorry, gotta head to sleep, it's almost 6AM :) [03:50:36] Or, to put it more broadly, what exactly does the "remember me" option do? [03:50:39] bye ;o [03:59:44] remember me sets a cookie containing a secret token (user_token) that's used to automatically log in users when they're logged out [04:01:05] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 (10voyagerfan5761) [04:07:06] twincest: and that would be unaffected by session.gc_maxlifetime, then? [04:09:17] yes [04:09:43] So what sets how long user_token lasts? [04:10:33] UTSL [04:11:07] D: [04:11:30] Any reason it shouldn't be configurable through a global? [04:11:45] it should probably last forever [04:12:00] otherwise people would just increase the session timeout [04:12:13] http://en.wikipedia.org/wiki/Special:UserLogin [04:12:15] says 30 days [04:12:32] hi [04:12:41] Or did you mean should like "it should but it doesn't"? [04:13:05] that is what i mean [04:13:49] Well, I guess there's an argument to be made for it being more secure to make people reauthenticate every now and then [04:30:16] Greetings all. [04:30:30] clear [04:31:29] So, I just got put in charge of a wiki powered my Mediawiki by a group that I am a part of and is there a way to edit anything with out having FTP access?? [04:32:00] the entire point of mediawiki is to have a website you can edit without ftp access [04:32:56] sorry but all I see from the website is manual this edit this file that.... [04:33:50] click the edit button on the page [04:35:07] thank you but I am talking about such things as changing the logo in the top right corner for example. [04:35:31] *left corner [04:36:43] Yeah, you kind of need FTP access if you want to change the site's configuration settings [04:37:12] *sigh* thats what I thought, thanks. [04:39:40] 03river * r39456 10/trunk/tools/switchboard2/ (9 files): [04:39:40] split acceptor_thread into its own class [04:39:40] add log-request-errors config option [04:40:04] 03river * r39457 10/trunk/tools/switchboard2/main.conf.example: document log-request-errors [05:24:44] how do i embed an image into a page from a url [05:28:08] !externalimages [05:28:08] --mwbot-- To allow images from elsewhere to be included in your wiki, see . To limit this to some specific sources, see . [05:46:34] I need to get $wgAllowExternalImagesRegex in there as well [06:11:56] 03river * r39458 10/trunk/tools/switchboard2/: repository moved to http://svn.flyingparchment.org.uk/svnroot/switchboard [06:13:05] *Regex would be nice [06:32:24] 03(mod) Image, category pages list both draft and stable links, mixed together - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14557 (10pbirken) [06:57:07] 03(mod) Correcting edit summaries (if own, last, & recent) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13937 +comment (10matthew.flaschen) [07:06:25] twincest: you're british? [07:28:50] when I try to rename [[s:Page:Life and journals of Keh-ke-wa-guo-na-ba.djvu]] it doesnt ask if I want to move all underlying pages as well. there are many: http://en.wikisource.org/wiki/Special:PrefixIndex/Page:Life_and_journals_of_Keh-ke-wa-guo-na-ba.djvu [07:30:06] Werdna: indeed i am [07:30:26] i.e. the rather recent functionality to move all subpages isnt available. does anyone know where this code is, or why I might not be seeing the new functionality [07:30:30] Hello people [07:30:49] Don't you think it would be a good idea to make it more obvious that a page is a recreated deleted page? [07:31:02] I mean - going into the logs is a pain =( [07:31:22] There's a large box that appears when re-creating the page. [07:31:33] In MW 1.11 and newer (I think). [07:31:36] Yes - but it does not help when new page patrolling [07:31:52] Oh, yeah, that's in Bugzilla somewhere. [07:32:20] twincest: Interesting. I may be moving there temporarily next year. [07:32:27] https://bugzilla.wikimedia.org/show_bug.cgi?id=15131 [07:32:32] twincest = awesome name [07:32:47] Werdna: let's get drunk [07:32:55] can just check history if sysop.. "view X deleted edits" [07:33:09] twincest: heh, my girlfriend will be there :P [07:33:44] May I ask a question? [07:33:50] you just did. [07:34:02] Unfortunately, that has used up your allowance of one question per day. [07:34:02] I have troubles with line breaks in mediawiki... [07:34:06] Please insert a quarter. [07:34:21] *insert a quarter * [07:34:39] *bleep* [07:34:48] Thank you. In future, please ask your question straight away. [07:34:52] at least it isn't as interpretive as some, using *every* line break for a new paragraph. Mediawiki needs two or more in a row [07:35:04] two or more? [07:35:19] (unless a formatting character starts the next line, like :;* or single space) [07:35:33] foo\nbar does not make a new paragraph, but foo\n\nbar does [07:35:45] [07:36:03] this is complicated...why not just press enter? [07:36:45] Because there's a difference between a new *line* and a new *paragraph* [07:36:52] Poki-Mon: wikitext is more paragraph- than line- oriented [07:36:55] [[HTML]] [07:37:03] two linebreaks make a new paragraph [07:37:05] you can stick it into
 if you care about every line return
[07:37:06] 	
make a new line. [07:37:16] why not
? [07:37:30] Generally, you don't need to use new *lines* in a mediaWiki page. [07:37:32] mboverload: invalid XML [07:37:35]
 or 
can help, but it might help to restructure your data to fit better :) [07:37:43] mboverload: or, to phrase as a question, where's the closing tag? [07:37:43] tidy fixes it but no reason to not be proper beforehand [07:37:55] I thought
was self closing [07:38:07] in XML *all* tags must be closed, even self closing [07:38:10] not in XHTML. [07:38:20] i'm pretty sure mediawiki turns wikitext
into xhtml
.. [07:38:20] mboverload: in SGML, not XHTML [07:38:29] AWB removes all
in articles [07:38:31] Tidy does. [07:38:32] , ... [07:38:38] so it must be discarded by MW? [07:38:39] *Splarka wonders why doesn't though [07:39:10] Splarka: !doctype is more like a comment in semantics, I think. [07:39:11] mboverload:
is accepted by MW, and fixed up by tidy to be
[07:39:22] Krimpet: IE sometimes interprets it as a tag (heh) [07:39:26] But will
 cause troubles?
[07:39:30] 	like for CSS * I believe
[07:39:37] 	sure, it won't line wrap long lines
[07:39:49] 	useful for source code (if you don't have syntaxhilight) and other preformatted text
[07:39:58] 	Poki-Mon: what are you trying to format exactly?
[07:40:01] 	it also won't parse wikicode like [[links]]
[07:40:14] 	browser. cache. check_doc_frequency
[07:40:14] 	??: ????
[07:40:14] 	???l??: 3
[07:40:14] 	??????: 3
[07:40:14] 	?i???]?w??:
[07:40:15] 	0: ?C???s???? sesssion ???d?@???C
[07:40:18] 	1: ?C?????????????????d?C
[07:40:19] 	2: ???????n???d?C(?u?????????????e)
[07:40:21] 	3: ?p?G?????w?L???C(???s?????????M?w)
[07:40:23] 	????: ?????s?????????h?W?c?a?????????????d?????O?_???s?C
[07:40:25] 	oops...
[07:40:32] 	Forget to convert >_<
[07:40:40] 	!paste
[07:40:40] --mwbot--	Please do not paste more than 2-3 lines of text into the channel as it disrupts the flow of conversation. Instead please use a pastebin such as  and post a link to your paste in the channel.
[07:40:43] 	Sorry guys
[07:40:49] 	oh, erm, I meant just the gist of it, not the actual contents :)
[07:41:08] 	pastebin.com
[07:41:59] 	03werdna * r39459 10/trunk/extensions/AbuseFilter/ (AbuseFilter.parser.php AbuseFilter.php): Remove PHP parser. It's totally inconsistent with the native parser now, and updating it wouldn't really be worth it (seeing as the native one would be used on Wikimedia)
[07:42:37] 	Alright, here's what I am trying to do....
[07:43:31] 	I am writing an explanation for each of about:config entry
[07:44:11] 	But form troubled me too much, I resorted to explain an entry by lists
[07:44:36] 	But not that kind of list I want to use
[07:44:47] 	Uh...kind of difficult to explain
[07:45:01] 	It's like recipe-style format
[07:45:01] 	Werdna: if you check out Sanitizer::removeHTMLTags, i'm pretty sure it's forcing 
into
[07:45:10] but the code is unreadable, so it's hard to say for sure [07:45:13] Poki-Mon: have you tried using tables? [07:45:23] well, for various types of list, try each of these on a new line: *#;: and space, only one newline twixt each [07:45:26] http://www.mediawiki.org/wiki/Help:Tables [07:45:36] (dl/dd/dt, ol/li, ul/li, and pre) [07:45:36] Tables are difficult to maintain >_< [07:46:14] or the lists Splarka mentioned :) [07:46:26] Poki-Mon: generally speaking, you can use lists for most recipes and things [07:46:46] *mboverload waits for WYSIWYG support in MediaWiki [07:46:53] *mboverload will die before that happens [07:46:56] *mboverload cries [07:47:01] Can I use a list without any mark appending to the beginning of each line? [07:47:22] sure, in
[07:47:30] 	or maybe you want the  extension
[07:47:50] 	ok...let me try it on 
[07:48:35] 	twincest is right, Sanitizer adds /> to various elements... but it looks like the code even has comments calling itself a "hack" :p
[07:49:06] 	Does each website employing mediawiki have different version?
[07:50:04] 	Krimpet: even if it didn't, most likely tidy would
[07:50:12] 	speaking of comments, I see a lot of our code has # comments in one place, // comments in another, sometimes within a few lines of each other. do we have a standard? :p
[07:50:29] 	Splarka: indeed, I wonder if removing it would leave everything OK
[07:50:36] *Krimpet 	won't tempt fate. :)
[07:51:15] 	depends on the language, heh
[07:51:38] 	Krimpet: I think we use // comments mostly, but look at "Coding guidelines/standards/whatever" on mw.org
[07:51:41] 	Splarka: PHP accepts both, and we happily oblige
[07:51:58] 	sure, but JS accepts // /* */, and CSS only accepts /* */
[07:52:13] 	and there are many piles of those in svn...
[07:52:17] 	abuse-filter-script accepts /* */ :)
[07:52:24] 	ooh, we have coding conventions :D
[07:52:42] 	the various regex extensions usually need # in system messages..
[07:52:44] 	I've been looking to see if we have any, so I can document the Doxygen macros I added
[07:52:46] 	 in html...
[07:53:08] 	 in wikicode, sorta
[07:53:34] 	I added macros for documenting the types of @param's and @return's
[07:53:47] 	e.g. \type{\string}
[07:54:49] 	twincest: did you add boolean short-circuiting to AFP?
[07:54:55] 	yes
[07:55:09] 	Jeez...still did not get line break to work...
[07:55:20] 	although since there are no side effects, it doesn't affect the behaviour of the expression
[07:55:35] 	(and i can't imagine it being much faster unless you had a really big filter)
[07:57:25] 	Werdna: is the native part of AbuseFilter built as a PHP extension?
[07:57:41] 	no
[07:57:50] 	it's a seperate program that reads input and writes the result
[07:58:00] 	although i considered making it an extension... not sure it'd make much difference
[07:58:06] 	I got scared off by PHP extension stuff :)
[07:58:09] 	hmm... might want to consider making it an extension. :)
[07:58:12] 	why?
[07:58:27] 	Werdna: last time i wrote an extension i found the PHP API nearly entirely undocumented
[07:58:32] 	creating new processes incurs a fairly large overhead
[07:58:35] 	twincest: that's what I found.
[07:58:43] 	03(mod) Allow Commons CheckUsers & bureaucrats to grant and revoke ipblock-exemption - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14507  (10herbythyme)
[07:58:44] 	Krimpet: on the order of half a millisecond.
[07:59:00] 	depends on the system, I guess. :)
[07:59:15] 	and this is per-edit, not per-pageview.
[07:59:20] 	Krimpet: with tidy, we noticed it made no difference at normal load
[07:59:28] 	twincest: ah, OK.
[07:59:30] 	but it was much faster when the system was overloaded
[08:00:04] 	if someone tries to run it on win32, they might have a harder time :p
[08:00:19] 	there are no high-load sites using Win32.
[08:00:35] 	and, if there are, I'm not spending 3 hours making their sites faster.
[08:02:13] 	eh, I'm just anal about elegance and such, don't mind me. :)
[08:02:16] 	i would port it to VMS, but there's no PHP5 there, so i imagine it wouldn't be much use
[08:03:36] 	$ php -r '$st = microtime(true); for( $i=0;$i<1000;$i++ ) { `echo "foo"`; } print (microtime(true)-$st)/1000;'
[08:03:40] 	0.00249423718452
[08:03:49] 	that's on my fairly slow box.
[08:04:17] 	Krimpet: it's less elegant, but the time it would take for me to learn all of that stuff would offset that elegance anyway.
[08:04:30] 	maybe Tim will make it an extension
[08:04:52] 	a/exec -o php -r '$st = microtime(true); for( $i=0;$i<1000;$i++ ) { `echo "foo"`; } print (microtime(true)-$st)/1000."\n";'
[08:04:55] 	ignore me
[08:05:00] 	yeah, I know. :)
[08:05:24] 	(regarding the previous statement, not the "ignore me" :p)
[08:05:49] 	I'm having a helluva time getting GoDaddy's hosting to run these Lua binaries I uploaded
[08:06:12] 	pay $10, get your own hosting
[08:06:12] 	the benefits of VPSes
[08:06:26] *Krimpet 	is poor
[08:07:17] 	interestingly, I was at least able to get the binaries to eke out a "library not found" error, but when I uploaded a statically linked version, they just don't do anything -_-
[08:08:41] 	lua looks too much like python.
[08:09:04] 	Werdna: it doesn't have the whitespace nonsense
[08:09:26] 	i want a decent C++ interpreter, then i can stop using scripting languages
[08:09:27] 	its block structure is like Ruby's; "end" ends a block
[08:09:52] 	Krimpet: oh.
[08:10:01] 	(that's the extent of the ruby comparisons, thankfully :p)
[08:10:13] 	I don't know about python or ruby.
[08:10:22] 	Lua's a neat little language when you get to use it.
[08:10:27] 	Wooot... a math preprocessor... T_T But now I see an ugly bit of Expr
[08:10:49] 	Aaagh... why does Expr have to consider "1 e 5" valid sintax?
[08:10:53] 	it's got nice constructs like closures, lexical scoping, and all that I've really grown to appreciate after learning some Lisp on the side
[08:11:10] 	Dantman: I wrote that part of expr :)
[08:11:17] 	also, what's sintax?
[08:11:23] 	T_T It's actually a feature?
[08:11:23] 	is that like very poor syntax?
[08:11:27] 	^_^ A typo
[08:11:27] 	I made a pun!
[08:11:29] 	heh
[08:11:55] 	Dantman: it can output values in the form of xEy, so it stood to reason that it should accept input in that form, too.
[08:12:05] 	Werdna: whaddaya know, http://en.wikipedia.org/wiki/Sin_tax :)
[08:12:34] 	Sin tax is a euphemism for a tax specifically levied on certain generally socially-proscribed goods - usually alcohol and tobacco. Sin taxes are often enacted for special projects - American cities and counties have used them to pay for stadiums - when increasing income or property taxes would be politically inviable. The proper name for such taxes is sumptuary tax.
[08:12:48] 	Bleh... I've been actually parsing the 'e' as a valid part of a number (within certain confines)
[08:12:56] 	Guys...
[08:13:10] 	I have accidentally deleted the Localsettings.php...
[08:13:12] 	:(
[08:13:13] 	Though... I suppose I can also offer it as a operator
[08:13:23] 	What should I do now ?
[08:13:41] 	vinodhrajan: re-run the installer
[08:13:42] 	vinodhrajan: Recreate it using the config script and modify it to fit?
[08:13:54] 	re-upload config/ if need be. :)
[08:13:56] 	restore from backup
[08:13:58] 	will the Database remain the same ?
[08:14:06] 	yes, if you enter the same info in
[08:14:27] 	Dantman: yes, treat it as an operator.
[08:14:30] 	that's what I did.
[08:14:31] 	Hmm... something is with my stack
[08:14:31] 	It was just two weeks old...so never thought of takina back up :(
[08:14:47] 	Werdna: Nah.. both, I prefer to still keep e as part of a valid number
[08:15:15] 	well, enjoy that, then.
[08:15:25] 	besides, if I allow loose words, then things are going to get really screwy with things like 'sin5'
[08:15:41] 	Dantman: what's wrong with that?
[08:16:49] 	loose words sink ships, don't they?
[08:16:55] 	^_^ Ok... if you don't consider that bad... what about, atan2 ?
[08:17:18] 	don't want to stop the nautical industry from using MediaWiki. :)
[08:17:50] 	*rimshot*
[08:18:47] 	Dantman: the arctangent of 2?
[08:18:52] 	Nope
[08:18:57] 	http://ca.php.net/manual/en/function.atan2.php
[08:19:05] 	It's a mathmatical function
[08:19:19] 	no it's not.
[08:19:39] 	it's the name PHP has chosen to give to a particular variant of arctangent, which takes two variables to account for division by zero.
[08:19:51] 	Uh... this has nothing to do with php
[08:19:53] 	You're NOT writing a PHP parser, you're writing a math parser.
[08:19:55] 	Werdna: atan2 is a fairly standard function in most math libraries
[08:20:01] 	I used to use atan2 back in Java
[08:20:06] 	Is there a way to detect which skin a user has chosen?
[08:20:19] 	it dates at least back to libc.
[08:20:30] 	Well then, most math libraries choose to call that variant of arctangent function atan
[08:20:34] 	big deal.
[08:20:44] 	Lady_Aleena: nein, breaks things
[08:20:53] 	Lady_Aleena: why do you want to know?
[08:21:03] 	Lady_Aleena: in wikitext, no; as wikitext isn't really intended to be rendered "per-user" :/
[08:21:07] 	The skin JS variable?
[08:21:16] 	^_^ Or perhaps the new css class
[08:21:19] 	heh
[08:21:23] 	Splarka, how does it break things? Werdna, there may be a template where, depending on the skin, certain words need to be displayed.
[08:21:38] 	Lady_Aleena: it does, it just does, it is hard to understand, but it does
[08:21:40] 	It breaks caching, and breaks link tables
[08:21:46] 	Lady_Aleena: rendering is *not* done per-user.
[08:21:55] 	{{USERLANGUAGE}} {{USERNAME}} {{USERSKIN}} are very bad
[08:22:07] 	Does anyone know of a plugin that displays 'shell' output? I'd like to avoid using an image.
[08:22:07] 	https://bugzilla.wikimedia.org/show_bug.cgi?id=14404#c7  this is a pretty good explanation
[08:22:11] 	We render/parse pages for users with a certain set of characteristics, and we're loathe to add extra ones to that.
[08:22:40] 	the only solution I could think of, would be to use CSS, with certain classes defined per-skin
[08:22:43] 	Then would someone please go through each and every skin and make sure all the main links like "New section"/"Post a comment" are worded exactly the same?
[08:22:44] 	gah, I had something I wanted to do.
[08:22:56] 	Lady_Aleena: why would we do that?
[08:23:01] 	magic words based on time are bad enough, but that's tolerable, linear, happily broken by caching with expected results (old version)
[08:23:07] 	more to the point, why wouldn't you?
[08:23:20] 	Lady: see bugzilla thing
[08:23:43] 	Lady_Aleena: anyway, they all use the same interface messages, as far as I know.
[08:24:24] 	Werdna, so that a template can say, "Click the New section tab to start a new topic."
[08:24:55] 	Some skins have "New section" others have "Post a comment"
[08:25:04] 	Lady_Aleena: how much does it matter?
[08:25:08] 	Pick one or the other pretty please with sugar on top?
[08:25:20] 	enough to break wikimedia! don't worry about performance
[08:25:24] *Splarka 	hides
[08:25:27] 	Werdna, I am trying to simplify a template a bit.
[08:25:32] 	Lady_Aleena: you should be able to change the interface messages yourself.
[08:25:36] 	:/ Interface messages...
[08:25:39] 	oh, you're not an admin.
[08:25:39] 	let me see
[08:25:42] 	They are the same
[08:25:43] 	heh
[08:26:01] 	You are likely confusing different skins, for actual different sites who have customized that message
[08:26:06] 	Werdna, unless you nom me and make sure it happens, I won't be an admin for a while.
[08:26:22] 	Lady_Aleena: which skins are different?
[08:26:48] 	Werdna: 'standard' is, it looks like
[08:26:50] 	Eeeps! I didn't write them down...give me a few minutes to find which ones are which. 
[08:27:28] *Lady_Aleena 	reads a message on her talk page first. :)
[08:28:04] 	yep, just Standard. I think that might be considered a bug
[08:28:08] <_wooz>	lo
[08:28:25] 	'nostalgia' doesn't have any new-section link at all :p
[08:28:30] 	hello, _wooz 
[08:29:40] 	03ialex * r39460 10/trunk/extensions/ (2 files in 2 dirs): svn:eol-style native
[08:32:39] 	so...
[08:33:01] 	Checking skins take a while...a few more minutes please.
[08:33:14] 	I just upgraded to mediawiki version 1.13.0 from 1.12.0 (well, I rm'ed the entire installation and then re-set it up)
[08:33:25] 	but now no extensions work
[08:33:36] 	namely embedvideo
[08:34:33] 	Do I have to do anything other than putting the ext in the extensions folder, and then require_once with it in localsettings.php?
[08:35:03] 	Picatta: in theory, that's all you _should_ need to do
[08:35:07] 	o
[08:35:13] 	Well, it's not working
[08:35:20] 	and not giving errors, either
[08:35:35] 	do your extensions appear in Special:Version?
[08:35:56] 	no
[08:36:36] 	hmm. perhaps your LocalSettings.php got overwritten somehow?
[08:36:52] 	Setting my skin worked in localsettings.php
[08:37:22] 	is the code for your extensions still in there, though?
[08:37:28] 	yes
[08:37:36] 		require_once('extensions/EmbedVideo.php');
[08:37:40] 	Werdna...here they are...
[08:37:52] 	Picatta: that 	are you putting the extension stuff at the top, or the bottom?
[08:38:08] 	Check, Modern, Monobook, MySkin, and Simple call it New section
[08:38:16] 	top
[08:38:19] 	why?
[08:38:22] 	put em at the bottom
[08:38:37] 	Classic and Cologne Blue call it Post a comment
[08:38:50] 	Nostalgia doesn't have it at all.
[08:38:54] 	:D
[08:38:57] 	thanks
[08:39:03] 	no problem - it work now? :)
[08:39:06] 	yes
[08:39:17] 	They really ought to add that to the extension installation instructions
[08:39:22] 	cool. good luck with 1.13 :)
[08:39:37] 	I thought most extensions say to add to the bottom, I could be wrong though
[08:39:56] 	Picatta: 'they' are you
[08:40:01] 	www.mediawiki.org is a wiki
[08:41:08] 	"Enable the extension by adding this line to your LocalSettings.php: "
[08:41:24] 	them: "your docs suck" devs: "fine, we'll make them a wiki" them: "nooooooooo"
[08:42:10] 	Picatta, change "adding" to "appending" if you feel it's clearer :)
[08:42:24] 	I did
[08:43:20] 	hey domas 
[08:45:29] 	I hope that that helped.
[08:46:42] 	Lady_Aleena: interesting; the ones that have it correct extend 'SkinTemplate', while the ones that have it wrong extend 'Skin'. I'll take a look, as they should prolly be consistent. :)
[08:47:09] 	Thanks Krimpet.
[08:47:52] 	Nostalgia doesn't have it at all that I could find.
[08:48:25] 	indeed, I wonder if that's intended, since it's "nostalgic" :p
[08:48:44] 	Could be...*giggle*
[08:48:49] 	03(mod) Add MultiUpload extension. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15168  (10bugzilla.wikimedia)
[08:54:34] 	03siebrand * r39461 10/trunk/extensions/MetavidWiki/languages/ (MV_Language.php MV_LanguageEn.php MV_Messages.php): Let's try and keep things consistent. Also remove some trailing whitespace.
[08:54:54] 	nostalgic is a clone of the Usemod skin
[08:55:04] 	(the name, bececause wikipedia.com used to run usemod)
[08:59:34] 	03(FIXED) Add MultiUpload extension. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15168  +comment (10siebrand)
[09:00:50] 	03krimpet * r39462 10/trunk/phase3/includes/SkinTemplate.php: Use the 'postcomment' message consistently across skins
[09:01:14] 	Lady_Aleena: see above. :)
[09:01:52] 	WooHoo!
[09:02:12] 	Which did you choose? New section or Post a comment?
[09:02:14] 	all skins should now use the 'postcomment' message, as soon as a sysadmin syncs the code. :)
[09:02:24] 	03(mod) Patch for Java Theora decoder: Computation of quantization matrices according to spec - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15119  (10maikmerten)
[09:02:36] 	'Post a comment', though en.wiki or anyone else can customize it
[09:02:55] 	http://en.wikipedia.org/wiki/MediaWiki:Postcomment
[09:03:08] 	the text already existed, it was just inconsistently used
[09:03:38] 	it'll use Postcomment in Talk: namespaces now; Addsection in the rest
[09:03:41] 	Darn, I can't vandalize it. j/k
[09:04:08] 	When will it go into effect?
[09:04:56] 	when a sysadmin reviews the code and syncs it to WMF wikis; usually anywhere from 12-72 hours
[09:05:14] 	it probably makes more sense to have them separate... that is, when the template skins have it just as [+]
[09:05:26] 	Okay...so you changed 5 skins instead of 2? :)
[09:05:44] 	Lady_Aleena: I changed the SkinTemplate class
[09:06:14] 	Krimpet, ah, okay.....?
[09:06:20] 	hmm why non-SkinTemplate skins have "Hide the styles from Netscape 4 without hiding them from IE/Mac"?
[09:07:38] 	Splarka: hmm, I dunno. I changed it that way because I figured that was the intention of having both addsection and postcomment messages
[09:07:56] 	well, imagine it was '+', how would it look in the non-template skins?
[09:08:01] 	intuitive, or confusing?
[09:08:11] 	hmm
[09:08:23] 	remember, many many wikis will probably prefer +
[09:08:25] 	good point.
[09:08:46] 	you may wish to keep both messages, and have one a cascade effect to the other
[09:08:55] 	or, keep the old behavior
[09:08:56] *Splarka 	shrugs
[09:09:58] 	03krimpet * r39463 10/trunk/phase3/includes/SkinTemplate.php: Self-revert for now; Splarka made a good point.
[09:10:50] 	table.wikitable table {border:none;}
[09:11:14] 	Krimpet: sounds like I threatened you with violence
[09:11:20] 	knife-point?
[09:12:23] 	Splarka: it wasn't intended like that :p
[09:12:56] 	Lady_Aleena: I reverted my change; but I'll go change postcomment on enwiki so your instructions can be consistent. :)
[09:13:10] 	My instructions?
[09:13:20] 	the stuff you were asking about?
[09:13:27] 	Ah, yes...:)
[09:13:40] 	it should now be 'New section' for all skins on enwiki
[09:13:57] 	Krimpet, I am dealing with a few things at the moment. Would you believe that I was templated?
[09:15:18] 	Lady_Aleena: ewwww. just a rude user is all, though; that's not the way the community normally does things
[09:15:36] 	Krimpet, to say the least I am very surprised.
[09:15:42] 	hmm.
[09:16:08] 	What changed on linking by the parser? It looks like processing of stuff like [[:wikipedia:ru:User:Mstislavl|Russian wikipedia]]  changed dramatically (no longer being displayed)
[09:16:34] 	See http://translatewiki.net/wiki/User:Siebrand for example: "For my other main accounts, see the ,  and ..."
[09:17:04] 	Dantman: have you been fiddling?
[09:17:36] 	Linker.php was recently changed
[09:17:36] 	it's broken in HEAD.
[09:17:36] 	Nope... none of my work has been committed
[09:17:53] 	Though Tim did make some modifications with his ExplodeIterator
[09:18:35] 	Try stepping back through the revs for Linker and Parser, and see where it broke
[09:18:44] 	Dantman: yep. doing that.
[09:19:05] 	r39373 is the first candidate.
[09:19:43] 	siebrand: r39414 looks suspect too
[09:19:53] 	it's not r39373
[09:20:26] 	r39414 changed a lot of stuff with explode()
[09:21:02] 	hmm. Let's svn up -r39413.
[09:21:38] 	that fixed it.
[09:22:03] 	Krimpet: that broke it indeed.
[09:22:27] 	Let's see if that can be reverted...
[09:22:50] 	Tim-away: if you're there, give a sign of life, please :)
[09:23:12] 	hmm, I wonder what in particular broke it
[09:23:22] 	Krimpet: well, if it does not work: revert.
[09:23:50] 	yes, that sounds like a good idea. :)
[09:25:15] 	Krimpet: luckily the Wikimedia cluster is not yet at r39414 or beyond.
[09:26:29] 	sweet. Revert without conflicts is possible.
[09:26:31] 	siebrand: indeed, this would cause quite a few headaches if it were live. >_<
[09:29:17] 	brion woulda caught it surely! omnivertant
[09:31:37] 	so KDE 4 is totally awesome.
[09:32:58] 	no match for the almighty twm, however. :)
[09:33:08] 	Eek! That is probably the longest it has ever taken me to get back in.
[09:33:24] 	03siebrand * r39464 10/trunk/phase3/ (8 files in 3 dirs): Revert r39414. Breaks processing links like [[:wikipedia:nl:User:Siebrand|Dutch language Wikipedia]]. It will add a comment like "" in the HTML output. Happens even if there is one such link on a page.
[09:36:53] 	siebrand: I noticed that revision made some drastic changes to Parser::replaceLinkHolders() and ::replaceLinkHoldersText()
[09:37:27] 	that's prolly the culprit
[09:38:08] 	I wonder is it possible to have an [[Image:URL]] its not working for me
[09:38:22] 	to get picture from remote site
[09:38:33] 	!wg AllowExternalImages | yang
[09:38:33] --mwbot--	yang: http://www.mediawiki.org/wiki/Manual:%24wgAllowExternalImages
[09:38:42] 	thanks
[09:40:08] 	hello
[09:40:13] 	twincest: this get entered to LocalSettings.php?
[09:40:16] 	yes
[09:40:19] 	at the end
[09:42:14] 	time for my nap
[09:42:47] 	:P
[09:45:49] 	twincest: could you modify this http://www.mediawiki.org/wiki/Manual:%24wgAllowExternalImages - Why does it say $wgAllowExternalImagesFrom. and not $wgAllowExternalImages.
[09:46:28] 	http://www.mediawiki.org/wiki/Manual:$wgAllowExternalImagesFrom
[09:46:31] 	in my case adding From at the end didn't work
[09:46:44] 	they're seperate variables
[09:46:47] 	they don't do the same thing
[09:47:04] 	ok, i see
[09:47:04] 	hi
[09:47:33] 	is there a wiki markup parser in c/c++ (like jpwl - i don't need html output) ?
[10:02:41] 	03shinjiman * r39465 10/trunk/phase3/languages/messages/ (4 files): Localisation updates Cantonese, Chinese and Old/Late Time Chinese
[10:03:12] 	siebrand: I fixed the problem in r39414
[10:04:07] 	LinkHolderArray::replaceInterwiki() was borked, it turns out
[10:08:46] 	hello
[10:09:33] 	03shinjiman * r39466 10/trunk/phase3/languages/LanguageConverter.php: 
[10:09:33] 	sequel of r38784, adding the test case for the 'submit' action
[10:09:33] 	patch by PhiLiP
[10:10:44] 	I need help for my mediawiki LOok : Detected bug in an extension! Hook InfoboxDataCapture::save failed to return a value; should return true to continue hook processing or false to abort.
[10:13:50] 	03krimpet * r39467 10/trunk/phase3/ (8 files in 3 dirs): Fix for problems with r39414; LinkHolderArray::replaceInterwiki() was badly broken
[10:17:45] 	Tim-away: if you're around, I fixed that problem in r39414. :)
[10:18:37] 	Samouran, that sounds like one of your extensions is broken
[10:19:18] 	Krimpet, do you do work on the Interwiki map?
[10:19:36] 	Lady_Aleena: I'm not a meta admin. :/
[10:19:46] 	(failed RfA on there a while back.)
[10:19:58] 	How I made to re-parry it
[10:21:06] 	Samouran: in the file extensions/InfoboxData/InfoboxData.php...
[10:21:13] 	under the line: $ibd->doUpdate();
[10:21:25] 	add this line: return TRUE;
[10:21:30] 	Krimpet, darn. Well, something was said to be done back in 11 December 2007 but it still isn't.
[10:23:47] 	As : $ibd->doUpdate(); retun TRUE;
[10:24:13] 	Samouran: actually, I updated the code at http://www.mediawiki.org/wiki/Extension:Infobox_Data_Capture#Code - replace the entire file with the new version instead :)
[10:24:53] 	there was a couple particularly egregious bugs in there, I'm surprised nobody caught them before
[10:25:45] 	ok
[10:27:30] 	Thanks a lot and to finish I do not arrive has instlaller .svg picture
[10:28:17] 	hmm?
[10:28:36] 	it marks Error during the creation of the miniature
[10:29:02] 	ah, you're having problems with .svg rendering
[10:29:41] 	Samouran: http://www.mediawiki.org/wiki/Manual:Image_Administration#Image_thumbnailing
[10:30:37] 	I look the article
[10:31:42] 	CLEAR all
[10:31:46] 	clear history
[10:31:50] 	CLEAR
[10:31:53] 	ImageMagick software is needed ??
[10:32:13] 	CLEAR ALL|HISTORY
[10:32:38] 	Samouran: generally, yes
[10:32:57] 	it is unless you have an alternative like rsvg installed
[10:33:31] 	CKEAR [all]
[10:33:43] 	How do I clear the screen?
[10:33:59] 	ok
[10:33:59] 	Poki-Mon: erm, it would be a command in your client
[10:34:26] 	Thank you! I am actually using Xchat
[10:34:26] 	hey
[10:34:50] 	The following was posted in a fresh mediawiki 1.13.0 install
[10:34:56] 	and it caused an sql error msg
[10:34:57] 	http://pastebin.ca/1174229
[10:35:40] 	Poki-Mon: #xchat might be able to help.
[10:36:14] 	#xchat
[10:36:18] 	oops
[10:36:32] 	Picatta: you use mod_security, right?
[10:36:58] 	wouldn't a mod_security issue show up in the error logs, and not as a sql error?
[10:37:17] 	what is the error?
[10:38:06] 	from within function "Parser::replaceLinkHolders". MySQL returned error "1271: Illegal mix of collations for operation ' IN ' (localhost)".
[10:38:20] 	somehow, your database is configured wrongly
[10:38:28] 	did you select the MySQL 5 UTF-8 schema during install?
[10:38:33] 	o
[10:38:34] 	no
[10:38:47] 	the database was already using mysql 4
[10:38:51] 	was an upgrade
[10:40:40] 	paste SHOW CREATE TABLE page;
[10:41:08] 	oh wait
[10:41:48] 	it
[10:42:01] 	's only when this (http://pastebin.ca/1174238) is added to the bottom that I see it
[10:42:17] 	yes, the problem is UTF-8 characters
[10:42:25] 	And I just saw that the user ripped it from wikipedia, so I'll just redirect it to wikipedia
[10:42:30] 	thx
[10:42:37] 	that won't fix the problem
[10:42:46] 	next time someone tries to add non-ascii characters the same thing will happen
[10:42:51] 	ya
[10:54:35] 	Krimpet, which is the best program of returning svg under windows
[10:55:42] 	you can probably use imgserv under Windows: http://www.mediawiki.org/wiki/Imgserv
[10:55:54] 	it uses Batik internally, and it's written in Java, so it's portable (but not tested on windows)
[11:00:15] 	Krimpet: great. Are you going to recommit it?
[11:00:26] 	Krimpet: ow, you have. Excellent.
[11:05:40] 	siebrand: yep; the version I committed should work. :)
[11:06:06] 	Krimpet, which is the best program of returning svg under for windows server
[11:06:49] 	Samouran: twincest's suggestion sounds good
[11:07:11] 	http://www.mediawiki.org/wiki/Imgserv
[11:07:51] 	ok I avai not seen sorry
[11:08:31] 	failing that, perhaps Inkscape.
[11:09:16] 	you could probably use plain batik too, but imgserv is faster (because it doesn't start a java VM for every request)
[11:10:16] 	O_O
[11:12:23] 	Krimpet: appears to be fixed, indeed.
[11:12:30] 	Krimpet: my use case no longer fails.
[11:13:17] 	I just hope nothing else was broken in that revision. :)
[11:16:04] 	Krimpet, it is needed linux for Imgserv
[11:18:06] 	on windows it does not walk with the exholder popular dance
[11:23:21] 	Samouran: twincest can probably help you better with this
[11:23:28] 	nooo
[11:23:40] 	twincest is enjoying the beer.  not doing the coding
[11:23:47] 	ok
[11:23:48] 	I thought you made imgserv? :)
[11:24:13] 	Samouran: you'd probably have better luck with Inkscape
[11:24:16] 	i did, but i don't feel like porting it to windows just right now.  especially as i don't have a windows system here
[11:24:30] 	oh, it's not ported yet, never mind. :) 
[11:24:52] 	Werdna: I set up that test wiki on your server - http://epstone.net/~krimpet/wiki/index.php?title=Main_Page
[11:24:59] 	most of it should work, but the client is C... that'd probably need porting to winsock
[11:25:35] 	okI am going to test Inkscape
[11:25:48] 	my Lua extension is enabled on there; I encourage everyone to mess with it, test it, and try to break it. :)
[11:25:56] 	03ialex * r39468 10/trunk/phase3/includes/ (3 files in 2 dirs): tweak for r39376: do not show the check box "remember my password" if $wgEnablePersistentCookies is set to false
[11:26:09] 	if you want something to break, try my latest creation: http://www.flyingparchment.org.uk/pages/switchboard
[11:28:39] 	03ialex * r39469 10/trunk/phase3/includes/specials/SpecialUserlogin.php: fix for last commit: the (bool) is not needed
[11:32:25] 	thanks CIA-56 
[11:32:35] 	Hmmm... What's the mathmatical rationale for 1+-+1 evaluating to 0 ?
[11:33:11] 	strange syntax, but isn't that the same as 1+-1?
[11:33:25] 	(which is obviously 0)
[11:33:28] 	You think?
[11:34:14] 	I'd think it would go as "1 + - +1" but the issue is that you have a + operation and a - operation with no number inbetween
[11:34:28] 	syntax error.
[11:34:44] 	that's not mathematics, it's your expression parser
[11:34:47] 	I've never seen a syntax like that before
[11:34:54] 	it's not a syntax error
[11:34:58] 	^_^ Of course not...
[11:35:18] 	it's a binary plus, a unary minus and a unary plus
[11:35:22] 	No-one in their right mind would use it... but you have to make sure a math parser actually handles math properly
[11:35:30] 	Hmmm?
[11:35:33] 	but lots of computer languages don't have a unary plus
[11:35:42] 	so it'd be a syntax error in those
[11:36:04] 	So "1 + (-+1)"
[11:36:10] 	there's no other way to interpret it
[11:36:20] 	1 + (-(+(1)))
[11:36:32] 	mkay
[11:36:40] 	unary plus is quite a useless operator, +x is always the same as x
[11:36:41] 	ohh, I understand now
[11:36:57] 	so it's 1 + (-(1)) -- obviously 0
[11:38:04] 	Mkay... got to tweak my preprocessor
[11:39:49] 	03siebrand * r39470 10/trunk/phase3/languages/messages/ (51 files): Localisation updates for core messages from Betawiki (2008-08-16 13:21 CEST)
[11:41:24] 	WaRpAtH: you're too fast!
[11:41:27] 	T_T "1 + -+ 1" is a valid resulting in another 0, yet "1 + -- 1" is a syntax error
[11:41:30] 	:D
[11:41:34] 	I have a pb for svg : 'inkscape' is not recognized as an internal or external command,
[11:41:34] 	operable program or batch file
[11:41:43] *WaRpAtH 	is on dial-up :P
[11:41:53] 	hehe :)
[11:42:17] *ialex 	was also on dial-up last week
[11:42:33] 	not the better thing for ssh ;)
[11:42:56] 	:P
[11:42:59] *twincest 	remembers using SSH over 9600bps GPRS
[11:43:12] 	 O_o
[11:43:22] 	stop gloating :(
[11:43:26] 	it was pretty slow
[11:43:48] 	try 56kbps then :P
[11:43:58] 	you can't get 56k out of gprs
[11:44:04] 	I use SSH over HSDPA
[11:44:08] 	iPhone SSH > *
[11:44:15] 	and i don't have a UMTS phone
[11:47:23] 	03(mod)  MessageCache absurdly slow with CACHE_NONE with wgReadOnly mode enabled - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11533  (10N/A)
[11:48:09] 	Krimpet, 
[11:49:06] 	03siebrand * r39471 10/trunk/extensions/ (134 files in 114 dirs): Localisation updates for extension messages from Betawiki (2008-08-16 13:21 CEST)
[11:58:22] 	Krimpet: still around?
[12:00:30] 	03werdna * r39472 10/trunk/extensions/DeleteQueue/ (10 files): Add DeleteQueue extension (queued deletion) to repo
[12:00:53] 	Hmmm... keeping +-'s as operators is my issue... creating a new uny (unary) node type
[12:01:22] 	03(mod) some pages are delivering raw GZIP encoding - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15149  04BLOCKER->normal; +comment (10tstarling)
[12:09:34] 	Werdna: ouch. That's a lot of messages :)
[12:11:44] 	siebrand: I know.. sorry :(
[12:12:14] 	Werdna: ah, no, that's not it. I just saw it.
[12:12:32] 	I tried to add plural support where it made sense
[12:12:35] 	Werdna: making some fixes. Please waiting working on it to prevent merge conflicts.
[12:12:36] 	I hope I didn't miss any out
[12:12:50] 	Werdna: EOL whitespace, special page aliases, and some other stuff.
[12:13:05] 	Werdna: and the $p and $dir are stupid :)
[12:13:28] 	what's wrong with them?
[12:13:59] 	Werdna: well, one would suffice. So I fixed that too.
[12:15:04] 	Werdna: I think 3 rights messages are missing. I see 7 defined, and 4 messages.
[12:15:30] 	I'm having a very strange problem with mediawiki 1.11.2, I have http://foobar.com/edit/Page_Name rewrite into http://foobar.com/index.php/Page_Name?action=edit, but even after the rewrite mediawiki thinks its trying to edit edit/Page_Name
[12:15:59] 	!wg ActionPaths | tomasu
[12:15:59] --mwbot--	tomasu: http://www.mediawiki.org/wiki/Manual:%24wgActionPaths
[12:16:02] 	my rewrite log seems to show the rewrite is fine, but mediawiki thinks the edit is still in there..
[12:16:05] 	siebrand: oh yeah, that's true too
[12:16:14] 	03werdna * r39473 10/trunk/extensions/DeleteQueue/ (7 files): Remove EOL whitespace (sed --in-place=_backup 's/\s*$//gm;' *.php)
[12:16:36] 	twincest: thanks, but I've already set that up.
[12:16:48] 	what did you set?
[12:17:35] 	the $wgActionPaths array to the proper values, $wgActionPaths["edit"] = "/edit/$1"  
[12:18:15] 	did you try adding the 'title' parameter to index.php in the rewrite?
[12:19:04] 	I can't do that or +s in the article names get replaced with spaces, and removed. (Im also using wgUsePathInfo)
[12:19:22] 	hmm, that is a problem with apache
[12:19:40] 	it worked till I upgraded from 1.10 or so\
[12:20:43] 	is there a way I can preserve the literal +s in the article names? then I'll go back to rewriting to ?title=foo&action=bar
[12:21:00] 	03siebrand * r39474 10/trunk/extensions/ (11 files in 2 dirs): 
[12:21:00] 	* add localisable special pages
[12:21:00] 	* add support for special page localisation in Translate
[12:21:00] 	* some more trailing whitespace removed
[12:21:18] 	can rewrite be used to do a search/replace of +s to %2b's or something?
[12:21:20] 	try this:
[12:21:31] 	though I've seen it replace %2bs as well...
[12:21:34] 	RewriteMap escape int:escape
[12:21:58] 	RewriteRule ... /.../index.php?title=${escape:$1}
[12:22:05] 	hmmm
[12:22:10] 	(untested, i just took it from the apache mod_rewrite docs)
[12:22:14] 	03siebrand * r39475 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: Add support for DeleteQueue
[12:22:46] 	I'll try that, thanks
[12:22:53] 	03werdna * r39476 10/trunk/extensions/DeleteQueue/DeleteQueue.i18n.php: Add missing right descriptions
[12:23:18] 	03werdna * r39477 10/trunk/extensions/DeleteQueue/DeleteQueue.class.php: Remove class which was deprecated in development
[12:23:21] 	you might also try (or instead try) adding [B] to your rewriterule
[12:23:41] 	siebrand: siebrand anything else?
[12:24:27] 	Werdna: nope, just fixed the rest (untested)
[12:24:36] 	I'll check your changes
[12:25:05] 	Werdna: careful, he probably added "i18n" to your code - i'm not sure what that is, but it generates lots of code!
[12:26:23] 	siebrand: It's "Deletion Queue", not "deleted queue"
[12:26:26] 	twincest: ah, I think that [B] will do the trick
[12:26:31] 	but it doesn't /really/ matter.
[12:26:33] 	Werdna: will fix.
[12:26:36] 	Tomasu: i thought that, but then i read it again, and i'm not sure
[12:26:46] 	I'll try that first
[12:27:09] 	Tomasu: it suggests to me that /C%2b%2b, *without* [B], will get rewritten to /C++.  but with [B], it'll get rewritten to /C%2b%2b (same as the original).  but /C++ (no escapes in the original) will be unchanged
[12:27:16] 	still, worth trying
[12:27:21] 	yup
[12:27:34] 	Werdna: btw, if you want it to be known as "deletion queue" extension, best rename the whole shebang.
[12:27:35] 	[B] if it works means less mods ;)
[12:28:24] 	Tomasu: fwiw, at wikimedia, we had to use a custom patch to apache 1.3 to fix this problem - i'm hoping int:escape in 2.x does the same thing as the patch..
[12:28:38] 	nice
[12:28:55] 	my apache, even though its the right version doesnt like [B]
[12:28:59] 	siebrand: it's a bit late now, isn't it?
[12:29:29] 	03siebrand * r39478 10/trunk/extensions/Translate/aliases.txt: Fix typo
[12:29:31] 	Werdna: nothing is impossible. It just takes some time :)
[12:29:40] 	yeah, too lazy.
[12:29:41] 	:)
[12:29:55] 	03(NEW) Hidden categories and various category-related queries - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15178 15enhancement; normal; MediaWiki: API; (sco_scam)
[12:30:00] 	siebrand: I also need a better word than "endorse/object"
[12:30:26] 	twincest: Makes for big filesizes
[12:30:55] 	53M     languages
[12:31:26] 	Werdna: yeah.  i think "i18n" was created by hard disk manufacturers.  "siebrandgte" is an anagram for "seagate brnd"!
[12:31:50] 	we should rename siebrand to s6d
[12:32:06] 	betawiki is henceforth known as b6i
[12:32:20] 	darn, B is new in 2.2.7.. why do they add stuff to the docs without mentioning that?
[12:39:24] 	Werdna: I'll be translating Delete queue in the next hour or so. I'll drop an occasional remark/question, and will fix stuff that needs fixing.
[12:40:47] 	Werdna: deletequeue-generic-reasons needs some sane defaults, or should be optional.
[12:42:13] 	03siebrand * r39479 10/trunk/extensions/DeleteQueue/DeleteQueue.i18n.php: Link special page in description, and remove period.
[12:42:58] 	03(NEW) API edit permissions displayed even if $wgEnableWriteAPI = false - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15179 normal; normal; MediaWiki: API; (sco_scam)
[12:43:11] 	03(NEW) A historical page which includes a template will show the most recent version of that template rather than a historical version - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15180 minor; normal; MediaWiki: History/Diffs; (it_is_me_here)
[12:44:19] 	siebrand: okay
[12:45:49] 	siebrand: oh, whoops
[12:45:52] 	that was debugging code :)
[12:48:56] 	03siebrand * r39480 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: Optional and ignore for DeleteQueue
[12:49:50] 	Werdna: what's $1 in 'Deletequeue-permissions-noedit'?
[12:51:44] 					$editError = $wgOut->formatPermissionsErrorMessage( $editErrors, 'edit' );
[12:51:48] 					$nomErrors[] = array( 'deletequeue-permissions-noedit', $editError );
[12:52:03] 	so it's a list of formatted error messages.
[12:52:08] 	Don't translate that. I'll fix that up.
[12:52:11] 	it shouldn't be like that.
[12:52:27] 	Actually, I can't see any other sane way of doing it.
[12:52:36] 	Werdna: OK :)
[12:52:50] 	14(DUP)  A historical page which includes a template will show the most recent version of that template rather than a historical version - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15180  +comment (10alex.emsenhuber)
[12:52:59] 	03(mod) when viewing an old version of a page, use old version of templates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=851  +comment (10alex.emsenhuber)
[12:53:01] 	Werdna: so this is correct as translation hint: http://translatewiki.net/wiki/MediaWiki:Deletequeue-permissions-noedit/qqq
[12:53:15] 	siebrand: can you see a better way of doing it? See Line 23 of DeleteQueueInterface.php
[12:54:09] 	Werdna: s/$1/Error:\n\n$1 ?
[12:54:53] 	hmm
[12:54:58] 	It's a really bad way to do it.
[12:55:18] 	Werdna: I think that's how it's being done elsewhere...
[12:55:42] 	Werdna: at least it separates the message from the error a bit.
[12:55:53] 	yeah, but I should be putting the error in separately
[12:55:59] 	not part of the message itself.
[12:56:15] 	nomErrors?   
[12:56:18] 	error nomnomnomnom!
[12:56:29] *Werdna 	slaps twincest 
[12:56:35] 	php-cgi[5617]: segfault at 00007fff5b4ab978 rip 00000000006097ed rsp 00007fff5b4ab950 error 6
[12:56:39] 	fucking PHP
[12:56:43] 	Werdna: ah, that's what you mean.
[12:57:16] 	Werdna: well, it is nothing I have coded before, but I think there was a revert recently about the same issue in core messages recently.
[12:57:30] 	Brion made me change it in GlobalBlocking less than a week ago.
[12:57:35] 	Werdna: that should lead to an example that solves it properly elsewhere. Lemme look that up.
[12:58:01] 	siebrand: it's a bit different, because I'm putting the error message inside another error message.
[12:58:22] 	someone added a $2 for consistency, which was reverteed stating that the other message should be changed. Is that what you are referring to, too?
[12:58:37] 	yeah, that was me
[12:58:41] 	but it's a different situation.
[12:58:45] 	ah, ok.
[12:59:27] 	Werdna: I'm not a very creative coder, so I do not think I am able to advise you on how to better implement it. You probably did it as I would have done it.
[12:59:31] 	odd: rewrite '/edit/Page' -> '/index.php?title=Page&action=edit' yet mediawiki still thinks its editing edit/Page and not Page...
[12:59:49] 	Tomasu: there's a config var you need to set
[12:59:57] 	!wg Articlepath
[12:59:57] --mwbot--	http://www.mediawiki.org/wiki/Manual:%24wgArticlepath
[13:00:10] 	one sec
[13:00:28] 	yeah, I have it set to basically /$1
[13:00:42] 	!wg ActionPaths
[13:00:42] --mwbot--	http://www.mediawiki.org/wiki/Manual:%24wgActionPaths
[13:00:46] 	and disablling UsePathInfo again seems to have worked... not sure why
[13:01:10] 	03siebrand * r39481 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: Add 'deletequeue-prod-reasons' to ignored.
[13:01:27] 	last time I tried it, i got a funny "loop" error from media wiki.. but I think everything is working now..
[13:01:45] 	twincest: why doesn't PHP warn you when you get into an infinite loop? :(
[13:01:53] 	erm, a recursion loop
[13:01:55] 	it just segfaults.
[13:02:25] 	Werdna: Deletequeue-prod-text should probably contain another variable, as the "five days" is a process variable (preferably in a message)
[13:03:05] 	well, it is a config variable, but that's measured in seconds
[13:04:01] 	Werdna: then fix it somehow. Round up to next full day and put the int in the message?
[13:04:25] 	Do we have a 'formatData' function or something
[13:04:57] 	Exif.php:       function formatNum( $num ) {
[13:05:01] 	Exif.php:       function formatFraction( $num ) {
[13:05:19] 	erm, formatInterval*
[13:05:34] 	nope: siebrand@v05-s341:/var/www/w/includes$ grep formatIn * |grep func |more
[13:05:38] 	no results.
[13:06:02] 	I can write one for english, but it would take forever to write one for every single language
[13:06:14] 	ok, not working now.. its that loop error again :(
[13:06:33] 	Tomasu: did you set $wgActionPaths?
[13:06:36] 	Werdna: you want to convert day int to number?
[13:06:44] 	Werdna: yes
[13:06:49] 	ehr, 1 to one, etc?
[13:06:55] 	no, I want to convert 86400 to '1 day'
[13:07:11] 	8861 to 1 day, 1 hour, 1 minute, 1 second
[13:07:12] 	etc
[13:07:21] 	Werdna: just use {{PLURAL:$x|$1 day|$1 days}} ?
[13:07:42] *Werdna 	grumbles.
[13:07:59] 	Werdna: that will work fine with the plurals.
[13:09:26] 	oops, that last error was my fault..
[13:09:47] 	but it seems nethier [B] nor ${escape:$n} escape the +s properly
[13:10:14] 	"Yes, smashing the stack produces segfault and this is expected."
[13:10:17] 	wtf?
[13:10:26] *Werdna 	throws rocks at PHP developers
[13:10:35] 	Werdna: at the machine level, infinite recursion will produce a segfault due to stack overflow
[13:10:47] 	Werdna: PHP implementations recursion using C recursion, so the same applies
[13:10:52] 	Oh... math parser has proper support for unarys
[13:11:05] 	right, but surely they could limit it and throw an exception instead
[13:11:12] 	every other language can do it.
[13:12:12] 	twincest: How do you suggest I debug it?
[13:12:23] 	Werdna: don't use php
[13:15:06] 	twincest: I'll get to work porting MediaWiki to C++ right away...
[13:16:23] 	Werdna: you can debug it using gdb
[13:16:36] 	you can use my phpbt macro
[13:16:55] 	that gives you a PHP backtrace at the point of the segfault
[13:17:43] 	https://wikitech.leuksman.com/view/GDB_with_PHP
[13:18:08] 	##linguistics
[13:19:01] 	TimStarling: wow, thanks :)
[13:20:26] 	03(NEW) Enhance Renameuser to offer optional automatic recreate and/ or block of old account - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15181 15enhancement; normal; MediaWiki extensions: Renameuser; (lar)
[13:22:39] 	03siebrand * r39482 10/trunk/extensions/DeleteQueue/ (DeleteQueue.hooks.php DeleteQueue.i18n.php): 'article' -> 'page'
[13:24:01] 	TimStarling: http://dev.wiki-tools.com/wiki/Expr ^_^ Current state of my Math Preprocessor..
[13:27:20] 	Werdna: $2 in Deletequeue-page-deletediscuss: is that a date/time? If so, it should be 2 variables, splitting the date and time.
[13:27:23] 	No luck on gdb because it's installed in ubuntu
[13:27:28] 	but wow, that magic segfault tracker :)
[13:27:38] 	siebrand: I'm just using $wgLang->timeanddate()
[13:27:41] 	like is used elsewhere.
[13:28:14] 	03(NEW) Special:NewPages currently has no "&page=x" feature to directly link several pages into it - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15182 15enhancement; normal; Wikimedia: Site requests; (it_is_me_here)
[13:30:05] 	Werdna: yes, I think that may suck i18n wise.
[13:30:08] 	Werdna: see /var/www/w/includes/Skin.php:                   $s = ' ' . wfMsg( 'lastmodifiedat', $d, $t );
[13:30:52] 	Dantman: remind me, what's the point of it?
[13:30:56] 	Werdna: that would allow for proper insertion of time and date in a sentence.
[13:31:42] 	Werdna: in the same message, 2 periods appear to be missing (after $1 and at the end)
[13:31:45] 	Different Math Engine... it's going to be the one supporting the variables and such... As well, it handles argument lists
[13:32:27] 	"round 5.04", "round ( 5.045, 2 )"
[13:32:28] 	03(NEW) Allow global locking and hiding of accounts not yet merged - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15183 15enhancement; normal; MediaWiki extensions: CentralAuth; (lar)
[13:33:06] 	how would you set the variables?
[13:33:11] 	Werdna: Deletequeue-discusscreate-text cannot be localised in a wiki environment. Contains "~~~~". That's awkward. Would also be the first message to contain that.
[13:33:18] 	Werdna: see any way to change that?
[13:33:36] 	I suppose I could hardcode the ~~~~
[13:34:39] 	The preprocessor creates a object tree, variables are marked as nodes. They get replaced with content when you expand the tree (the expand function has the variable value input) (Technically, this means you could preprocess a expr once, and then use the same object over and over and over with different variables)
[13:34:45] 	As for actual input
[13:34:56] 	03werdna * r39483 10/trunk/phase3/includes/Article.php: 
[13:34:56] 	Core changes for DeleteQueue:
[13:34:56] 	* Make Article::doEdit() accept a user who's making the edit, not rely on .
[13:34:56] 	* Add Article::newFromID(), so you don't have to create a title (loading a page row), in order to get an Article (loading the same page row again).
[13:35:15] 	But old, but: http://wiki-tools.com/wiki/WikiCode/Drafting#.23expr:
[13:35:20] 	Bit*
[13:35:26] 	that sounds like a parser to me, not a preprocessor
[13:35:45] 	whichwhat?
[13:36:22] 	a thing that creates a parse tree from text
[13:36:52] 	mine was called a preprocessor because a) it is one, and b) the name "parser" was already taken
[13:37:05] 	03werdna * r39484 10/trunk/extensions/DeleteQueue/DeleteQueueItem.php: Fix infinite recursion (obviously, a one-line fix :))
[13:38:04] 	Meh well... That can be changed... This part of the code itself is actually more like preprocessing... It's a 3 step thing
[13:38:21] 	03(mod) Allow Commons CheckUsers & bureaucrats to grant and revoke ipblock-exemption - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14507  +comment (10cbrown1023)
[13:38:24] 	so theoretically the parse tree could be reused
[13:38:42] 	do you imagine that would compensate for the speed lost by double-handling?
[13:39:01] 	double-handling?
[13:39:01] 	My tactic for that in AbuseFilter was taking a hash of the (trimmed) code, and adding to an in-memory cache.
[13:39:20] 	Werdna: btw, i removed the function cache
[13:39:29] 	If there's a lot of reuse, and parsing takes >2ms, you're served well by storing that in-memory cache in memcached, too.
[13:39:30] 	it seemed pointless, function calls were < 1% of runtime in the example filter
[13:39:36] 	well, you have to process the same data twice: once to convert the text to a tree, and again to convert the tree to some output value
[13:39:38] 	ah, okay.
[13:40:03] 	03(mod) Enhance Renameuser to offer optional automatic recreate and/ or block of old account - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15181  +comment (10herbythyme)
[13:40:25] 	1) Preprocess to a node list (num, op, uny, str); 2) Parse those (ops are validated, strs are turned into var or func nodes); 3) Expand
[13:40:30] 	darn, can't get apache to handle the + in the pages right anymore.. and I cant get to the pages to rename them :(
[13:40:52] 	as opposed to a single pass?
[13:41:03] 	^_^ But you do give me a interesting idea
[13:41:17] 	the reason it worked for the preprocessor was because there were some very significant dead branches that could be eliminated on the subsequent steps
[13:41:32] 	tha'ts why it was faster
[13:41:49] 	but I can't imagine you'd have much in the way of dead branches in a mathematical expression
[13:41:54] 	mhmm
[13:42:42] 	Just easier to implement without major bugs when dealing with variables.
[13:42:58] 	what's hard about variables?
[13:42:59] 	(ie: trying to replace 'x' and ending up screwing up multiplication
[13:43:11] 	x isn't a multiplication operator
[13:43:17] 	TimStarling: so, originally i implemented the abusefilter parser using actions in the parser.  then later i reimplemented it as an AST
[13:43:26] 	TimStarling: not because it's faster, but because it's cleaner... and easier to maintain
[13:43:28] 	;) In PFunc's Expr
[13:44:10] 	I don't get it
[13:44:48] 	what is it about using a syntax tree that makes it easier to tell the difference between variables and operators?
[13:45:01] 	oh, i'm not talking about what he said
[13:45:09] 	I know
[13:45:12] 	I'm talking to him
[13:45:34] 	Werdna: you're using quoted and bold inconsistently for the nominated page.
[13:45:45] 	I'll talk to you now: the algorithm I used in Expr.php is in fact the same algorithm used to generate a syntax tree
[13:45:45] 	Werdna: should that be fixed? (always quoted and bold)
[13:45:47] 	siebrand: shall look at it.
[13:45:53] 	siebrand: I guess so
[13:46:08] 	I found an algorithm on a web page for generating RPN
[13:46:08] 	Werdna: OK, will fix, or do you have pending i18n changes?
[13:46:17] 	so I just removed the RPN step and had it generate a value instead
[13:46:46] 	siebrand: None pending, I don't think
[13:46:49] 	it's the same, except instead of concatenation, you just do the operation
[13:46:50] 	either way, it won't conflict.
[13:46:52] 	ok.
[13:47:28] 	TimStarling: well, compared to the AST, the original parser was "instead of generating an AST, you just do the operation".  the parser i used was boost.spirit, which provides closures and fake stack frames, so it's quite easy to do
[13:48:04] 	TimStarling: it was faster, but embedding the code inside the parser made it a little confusing
[13:48:09] 	03werdna * r39485 10/trunk/tools/planet/en/config.ini: Add wikimedia feed on my blog. I'm assuming that I'm allowed to.
[13:49:38] 	fair enough
[13:50:00] 	you have to use the approach which fits the application
[13:50:12] 	parser with embedded operations: https://fisheye.toolserver.org/browse/~raw,r=38996/wikimedia/trunk/extensions/AbuseFilter/parser_native/parser.cpp
[13:50:20] 	parser with seperate AST: https://fisheye.toolserver.org/browse/~raw,r=39235/wikimedia/trunk/extensions/AbuseFilter/parser_native/parser.cpp
[13:51:35] 	03siebrand * r39486 10/trunk/extensions/DeleteQueue/DeleteQueue.i18n.php: Consistency fixes
[13:52:27] 	yes, the old version was a nightmare to maintain.
[13:52:34] 	(the one with embedded code)
[13:52:50] 	for a simple grammar it's pretty great
[13:53:01] 	like this: '*' >> pow_expr[mult_expr.val *= arg1] 
[13:53:24] 	but once you add non-trivial expressions... less so
[13:53:41] 	Dantman: would you be surprised if I added variable support to #expr in ParserFunctions?
[13:53:53] 	do you think that would be hard?
[13:54:08] 	Meh... I'm doing a bit more than that
[13:54:20] 	Just adding small support might be possible
[13:54:49] 	the things listed on that page?
[13:54:57] 	no
[13:55:00] 	TimStarling: your predictions of a few months ago are coming true, by the way. Krimpet's working on a LUA extension for wikitext.
[13:55:17] 	I think I may have given him the idea
[13:55:18] 	I'm trying to get some of the syntax people actually write formulas with to work
[13:55:32] 	TimStarling: Krimpet is a lady.
[13:55:33] 	I think it's great, in any case
[13:55:39] 	:O
[13:55:43] 	03siebrand * r39487 10/trunk/extensions/DeleteQueue/DeleteQueue.i18n.php: 
[13:55:43] 	* Add newlines between sentences in the same message
[13:55:43] 	* Add additional paragraph in the forms twice for consistency
[13:55:43] 	heh
[13:55:56] 	TimStarling: her real name is Fran.
[13:56:09] 	yikes...
[13:56:12] 	well, I think it's good, too.
[13:56:18] 	I was starting to think we'd never see one of them on our user list
[13:56:20] 	It beats the syntax of parser functions
[13:56:33] 	I'd given up bothering to check
[13:56:39] 	heh.
[13:56:50] 	oh, you were talking about Krimpet being female.
[13:56:52] 	Wait, LUA?
[13:56:56] 	yes, female
[13:57:03] 	anyway, yes I want Lua on Wikimedia
[13:57:09] 	I think that'd be really cool
[13:57:26] 	Her friend kylu is interested in MW, as well, although she's been doing more toolserver stuff.
[13:57:36] 	a bit tough on shared host installations, but that's their lookout
[13:58:03] 	Yes, Krimpet was having trouble with GoDaddy, so I gave her a shell account on my VPS.
[13:59:11] 	Hmmm interesting...
[13:59:43] 	I think that, with all the stuff we give them through ParserFunctions, it's far more elegant to have a restricted language.
[13:59:48] 	right
[14:00:02] 	and Lua is a very good choice, because it has restricted memory usage
[14:00:06] 	Werdna: do you use switchboard on your vps?!?!?
[14:00:08] 	Krimpet's done a good job, as far as I can tell. She's restricted the number of lines executed, recursion levels, and so on.
[14:00:14] 	twincest: no, it all runs as www-user.
[14:00:16] 	I could, though.
[14:00:18] 	yuck
[14:00:21] 	and it's reasonably fast too
[14:00:27] 	world readable database passwords ;)
[14:00:28] 	it runs on lighttpd using fcgi
[14:00:39] 	twincest: wanna help me set it up? :)
[14:00:47] 	none of the other embeddable languages give a similar level of control over memory usage
[14:00:51] 	sure, if you report some bugs
[14:00:56] 	Werdna: Deletequeue-reviewprod-text: shouldn't that read: You may contest the deletion of this page by transferring it to the deletion queue "$2".", where $2 is the name of the queue? (as that presumably can be changed in another message, or in config)
[14:01:05] 	TimStarling: I don't have much experience with Lua. My first impression was "ew, it looks like python"
[14:01:26] 	siebrand: yes, the name of the queue can be changed in the deletequeue-queue-x message.
[14:02:04] 	it's easy to make it safe, it doesn't have file read/write functions built into the language
[14:02:18] 	you can write your own standard library and use it as a sandbox
[14:02:21] 	right, it's designed for restricted contexts.
[14:02:59] 	I was actually thinking of writing a scripting language based on abuse filter syntax, but it was one of those big looming tasks that you put off
[14:03:22] 	I've never written anything in lua
[14:03:42] 	I've read the manual though
[14:03:55] 	it's definitely simpler than writing code in wikitext
[14:03:55] 	heh, so like me and ruby.
[14:04:15] 	well, I was studying it for feasibility for this exact role
[14:04:20] 	03siebrand * r39488 10/trunk/extensions/DeleteQueue/DeleteQueue.i18n.php: Fix typo
[14:04:24] 	let the users learn the language
[14:04:25] 	ah
[14:06:08] 	it's not hard to make a language that's simpler than MW+ParserFunctions+VariableFunctions+StringFunctions
[14:06:22] 	well yes
[14:06:33] 	we should ideally have a few experts on the language around, though.
[14:06:49] 	I'll try to make a point of playing with it once my exams are over.
[14:07:18] 	Werdna: deletequeue-actiondisabled looks strange: "The following action is disabled because $1:"
[14:07:30] 	Werdna: that'll probably have localisation issues.
[14:07:57] 	siebrand: how should it be done?
[14:08:05] 	Werdna: what can $1 be?
[14:08:29] 	Werdna: I see that the reason is appended after the colon and a newline.
[14:09:15] 	siebrand: no, the reason is $1
[14:09:21] 	so an example of that is
[14:09:39] 	Werdna: shouldn't it be ": $1" then, instead of "$1:"?
[14:09:39] 	"The following action is disabled because the deletion nomination has not yet expired:"
[14:09:42] 	no
[14:09:47] 	Werdna: ah.
[14:09:54] 	what comes after the colon is the action which has been disabled
[14:10:02] 	Werdna: unfortunately that should have a message for each reason.
[14:10:20] 	siebrand: oh, why?
[14:10:36] 	Werdna: you should avoid replacing like that. It is hardly ever compatible with the grammar in 300 or more other languages.
[14:11:09] 	damn.
[14:11:13] 	Werdna: it can be resolved be rephrasing it, but it will look less natural.
[14:11:18] 	okay
[14:11:32] 	Werdna: something like: "The following action is disabled. Reason: $1".
[14:12:25] 	Werdna: this stuff would work for Dutch and probably also for German and French, but in Korean and Russian, I seriously doubt it :)
[14:12:26] 	siebrand: or I could do the separate messages, since the other messages being substed in aren't used elsewhere
[14:12:37] 	Werdna: that's probably best.
[14:13:16] 	it almost seems like mediawiki is doing a redirect after getting a page with +s in it, and removing them...
[14:15:03] 	mod rewrite it gets the page name and does the "go-ahead" with it, then right after it gets a init with the pagename without the +s in it.. its really strange
[14:15:31] 	the rule that does the rewrite is tagged with L so it shouldnt be continuing, and should just hand it off to mediawiki
[14:17:25] 	what kind of bugs can cause you to get a blank page?
[14:17:45] 	fatal errors
[14:19:12] 	im positive this is an aplication reidrect now, not something apache is doing...
[14:19:50] 	what would cause mediawiki to mangle a page name and redirect to the new name, even though it doesnt exist?
[14:20:22] 	Tomasu: make sure by removing the rewrite rule altogether
[14:21:26] 	???what kind of bugs can cause you to get a blank page?
[14:21:27] 	Tomasu: actually, wait, is the + in the URL?
[14:21:30] 	erm sorry
[14:21:54] 	hmm, Special:Allpages is broken.
[14:21:57] 	Werdna: can I enable displaying the fatal error somewhere?
[14:22:01] *siebrand 	kicks Aaron.
[14:22:18] 	guyvdb: check error log.
[14:22:19] 	Werdna: yup. then gets rewritten into a query string. then the browser gets redirected to the page without +s in it
[14:22:41] 	Tomasu: + is replaced by _.
[14:22:51] 	if at start or end, it's removed.
[14:23:02] 	Werdna: the debug log just ends with the latest wfDebug output
[14:23:19] 	guyvdb: your webserver error log
[14:24:10] 	I disabled the main rewrite rule, and had to access via: http://mysite/index.php?title=Foo++bar and I get redirected to http://mysite/Foo++bar  so due to the script path being different from what people are actually accessing, mediawiki redirects
[14:24:22] 	and the ++s actually get removed in the redirect
[14:24:27] 	not replaced, just removed
[14:24:28] 	Tomasu: in URLs, + = space
[14:24:50] 	normally. but they are actually part of these page names
[14:24:56] 	and it did work at one point.
[14:24:57] 	AaronSchulz: right on time
[14:25:06] 	parser is broke
[14:25:07] 	14:28  * siebrand kicks Aaron.
[14:25:18] 	oldparser hangs apache
[14:25:30] 	new parser breaks the image/template params
[14:25:32] 	so /index.php?title=Foo++Bar gets redirected to /FooBar...
[14:25:39] 	AaronSchulz: Special:Allpages is broken after 39415. Was about to revert, because you were not here.
[14:26:02] 	AaronSchulz: example: http://translatewiki.net/w/i.php?title=Special%3AAllPages&from=&to=&namespace=4
[14:26:05] 	(empty)
[14:26:18] 	if mediawiki didnt do that extra redirect, I'd be fine...
[14:26:19] 	Werdna: access.log contains the request but error.log has nothing for that request (apache)
[14:26:23] 	AaronSchulz: reverted to 39415 gave me content in the namespace again.
[14:28:19] 	03(mod) Flood flag for Meta - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15176  (10jkbwiki)
[14:32:16] 	its even redirecting ?title=Foo++Bar to ?title=FooBar  really strange.
[14:33:14] 	what's your rewrite rule?
[14:34:04] 	it happens without the rewrite rule inplace
[14:34:18] 	this is something mediawiki is deciding to do
[14:34:31] 	what've you changed, config-wise?
[14:34:45] 	a fair bit.
[14:36:13] 	this is my messy config (after fighting with it for a while) http://pastebin.com/m48b6fa0c
[14:36:43] 	03aaron * r39489 10/trunk/phase3/includes/specials/SpecialAllpages.php: set bounds for showChunk() here
[14:36:55] 	the reason I have to force the server name, is cause the server is on an internaly named VM, the host isnt the same as the external domain...
[14:38:08] 	siebrand: try now
[14:38:50] 	use this one instead: http://pastebin.com/m55404841
[14:38:55] 	Tomasu: nothing strikes me.
[14:39:00] 	ok, lets see if I can fix parser
[14:40:15] 	03(mod) some pages are delivering raw GZIP encoding - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15149  (10rividh)
[14:40:36] 	Werdna: I find that it always redirects to the wiki.allegro.cc url no matter the url/ip i access it from, so its probably that redirect thats breaking it
[14:40:51] 	well, TimStarling is around
[14:41:32] 	Anyone who know info that does rollback rights include &bot=1 feature or is it given only for administrators?
[14:41:36] 	AaronSchulz: much better ;)
[14:41:43] 	Werdna: technically the host can beaccessed internally from three/four different ways, "awiki.home.tomasu.org" "ip.address" "awiki.tomasu.org" "wiki.allegro.cc"
[14:42:01] 	Tomasu: forcing $wgServer has that effect.
[14:42:20] 	if I dont, it always takes the internal server name, which makes many links invalid
[14:44:07] 	why is that redirect stripping stuff out of the url and/or query? and can I just disable the redirect since it really isnt usefull for me?
[14:44:11] 	03(mod) some pages are delivering raw GZIP encoding - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15149  (10rividh)
[15:04:43] 	TimStarling: test it with spamblacklist
[15:10:27] 	TimStarling: yeah, that's it
[15:10:32] 	not sure why
[15:24:35] 	hmm, doesn't fail on purge but on edit
[15:25:08] 	bah, well that's when it triggers anyway ;)
[15:26:13] 	are there known bugs with Special:Uncategorizedpages like this: on en.wiktionary i notice that it sometimes does mistakes, some words are categorized but dont disappear on the next update, and some words are not categorized but do not show up on the list
[15:31:03] 	hmm, wfSpamBlacklistFilter
[15:32:58] 	no, wfSpamBlacklistFilterMer
[15:33:03] 	*ged
[15:38:28] 	03(NEW) Class 'UploadForm' not found - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15184 04BLOCKER; normal; MediaWiki extensions: MultiUpload; (bugzilla.wikimedia)
[15:43:48] 	03(mod) Special:Allpages unconscionably large on giant wikis like en. wikipedia.org - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13902  (10bugzilla.wikimedia)
[15:46:49] 	hehe
[15:46:51] 	http://bugs.php.net/bug.php?id=42118
[15:46:53] 	03(NEW) Setup autopatrol group on Arabic Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15185 15enhancement; normal; Wikimedia: Site requests; (mohamed.m.k)
[15:47:12] 	Argument 1 passed to DSProxy::stream_open() must be an instance of string, string given in E:\dev\flights\proxy.php on line 8
[15:50:27] 	Mmmm... String classes
[15:52:13] 	ok $editInfo = $editPage->mArticle->prepareTextForEdit( $text ); dies
[16:06:42] 	AaronSchulz: maybe one more improvement to Allpages: check out http://translatewiki.net/w/i.php?title=Special:AllPages&namespace=8&from=0d285c6420c2feb2c56221981b25a196c2b58034-Your_CPU_supports_the_followin%2Ffi&to=Abusefilter-edit-builder-op-arithmetic-addition%2Fia
[16:07:16] 	AaronSchulz: how about just cutting off after 30 or 40 characters in the page name ("Abc...")
[16:07:53] 	thought about doing that...I'll poke later
[16:07:57] 	busy with this hang bug
[16:08:13] 	AaronSchulz: no. Just thought of it. Want me to bugzilla it?
[16:08:30] 	AaronSchulz: s/no/no problem, obviously :)
[16:13:23] 	03shinjiman * r39490 10/trunk/phase3/includes/ (6 files in 2 dirs): Update the Chinese conversion tables
[16:14:42] 	03(NEW) Special:Allpages looks funny with long page names - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15186 15enhancement; normal; MediaWiki: Special pages; (siebrand)
[16:33:37] 	wow, it's Bob Vance, of Vance Refrigeration!
[16:37:15] 	03(NEW) Template Auto-Completion - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15187 15enhancement; normal; MediaWiki extensions: General/Unknown; (liangent)
[16:38:48] 	03(mod) Template Auto-Completion - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15187  normal->lowest (10siebrand)
[16:43:41] 	14(INVALID) New added pages aren't visible in the CategoryTree - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15171  +comment (10sebastian.zuercher)
[17:01:27] 	03(mod) Special:NewPages currently has no "&page=x" feature to directly link several pages into it - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15182  (10raimond.spekking)
[17:05:06] 	03(mod) Enhance Renameuser to offer optional automatic recreate and/ or block of old account - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15181  (10raimond.spekking)
[17:06:41] 	03(mod) Go button on Special:RecentChanges and Special:Watchlist - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15172  -easy  (10raimond.spekking)
[17:09:13] 	03siebrand * r39491 10/trunk/extensions/OpenID/OpenID.i18n.php: Add link in 'openidconfigerrortext', and slightly reworded.
[17:39:35] 	03(NEW) Move oldwikisource away from www.wikisource.org - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15188 15enhancement; normal; Wikimedia: Site requests; (wikipedia.kawaii.neko)
[17:40:28] 	03(mod) Move oldwikisource away from www.wikisource.org - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15188  (10wikipedia.kawaii.neko)
[17:42:17] 	03(mod) Move oldwikisource away from www.wikisource.org - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15188  +comment (10yann)
[17:47:30] 	03(mod) Move oldwikisource away from www.wikisource.org - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15188  (10cbrown1023)
[18:33:27] 	03(NEW) api throws internal error on login - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15189 normal; normal; MediaWiki: API; (cbm)
[18:37:12] 	14(DUP) api throws internal error on login - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15189  +comment (10maxsem.wiki)
[18:37:20] 	03(mod) Login API doesn't handle throttling - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15162  +comment (10maxsem.wiki)
[18:41:36] 	MaxSem: I tried searching for that, I figured someone else must ahve hit it. but I don't know wny my logins would be throttled
[18:42:01] 	03laner * r39492 10/trunk/extensions/LdapAuthentication/ (AutoAuthentication.php LdapAuthentication.php): 
[18:42:01] 	* Reworked the auto-authentication code
[18:42:01] 	* Added support for web server authentication (which will finally add support for things like kerberos, NTLM, etc.)
[18:42:01] 	** Did this in a backwards compatible way for SSL auth
[18:42:02] 	** Added messages to inform users of the deprecated config options for SSL auth
[18:42:06] 	* Fixed SSLAuth function to work with newer versions of MediaWiki
[18:42:08] 	* Removed the $wgLDAPUseSmartcardAuth; if $wgLDAPSSLDomain or $wgLDAPAutoAuthDomain are used, it will be assumed that auto authentication is being used
[18:42:23] 	\o/
[18:43:15] 	03krimpet * r39493 10/trunk/phase3/includes/api/ApiLogin.php: Patch from MaxSem re bug 15162 - handle throttling in the login API
[18:43:32] 	o_0
[18:44:20] 	MaxSem: I applied your patch. :)
[18:44:21] 	heh
[18:44:41] *MaxSem 	imagines exploding servers
[18:47:10] 	03(FIXED) Login API doesn't handle throttling - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15162  +comment (10francine)
[18:47:24] 	03laner * r39494 10/trunk/extensions/LdapAuthentication/LdapAuthentication.php: * Upping the version to 1.2a (beta)
[18:49:31] 	carl-m|away, it was discussed on mediawiki-api recently, but as always, my posts aren't archived :P
[18:49:36] 	03dale * r39495 10/branches/MetavidWiki-exp/skins/ (mvpcf/style.css mvpcf.php): updated skin
[18:49:40] 	installing 1.13 now on localhost using an existing mysql DB. the update is running for 3 hours now! ...doing rev_id from 61678 to 61877 ...doing rev_id from 61877 to 62076 and so on
[18:50:02] 	MaxSem: I thought I was subscribed to that - maybe I missed it
[18:50:04] 	is it supposed to take so long? hadn't that before with 1.12
[18:58:27] 	03(NEW) Add code used for template vandalism to wgSpamRegex - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15190 normal; normal; Wikimedia: General/Unknown; (mrzmanwiki)
[19:01:53] 	...doing rev_id from 64663 to 64862
[19:02:00] 	it's annoying slow!
[19:06:46] 	03(mod) Setup autopatrol group on Arabic Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15185  (10meno25wiki)
[19:07:45] 	hello
[19:08:13] 	Does anyone know of any software that would block all users (except sysops) from moving pages?
[19:08:52] 	We've gotten like 6 of these bots that go through every page in the wiki (in alphabetical order) and move the page name to "the page name - you all suck my cock" or "haggggeerrr?????????"
[19:09:04] 	03(FIXED)  $wgAvailableRights array causing some Special page not showing up in Special :Specialpages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=6251  +comment (10siebrand)
[19:09:17] 	!permissions | Picatta
[19:09:17] --mwbot--	Picatta: For information on customizing user access, see < http://www.mediawiki.org/wiki/Help:User_rights >. For common examples of restricting access using both rights and extensions, see < http://www.mediawiki.org/wiki/Manual:Preventing_access >.
[19:09:42] 	MaxSem: do you know - why is there throttling on successful logins to begin with? 
[19:10:26] 	that's another bug, probably
[19:11:05] 	I just tested it, and indeed after the bot logs in a few times in a row it runs into throttling
[19:12:39] *MaxSem 	facepalms: it checks for throttling before attempting to log in
[19:15:16] 	the api? 
[19:15:44] 	and normal Special:Userlogin too
[19:15:57] 	I'm just now pulling up the regular special page
[19:16:35] 	i found the only way to get rid of spam bots is to 1. restrict editing to logged in users with 2. confirmed e-mail address and 3. to use a captcha for creating accounts. altogether very powerful while not being annoying
[19:17:40] 	AaronSchulz, the latest svn update is givern us a "Internal Server Error"
[19:17:49] 	AaronSchulz, that is, of FlaggedRevs
[19:18:01] 	AaronSchulz, specifically in the Ajax call
[19:19:12] 	03(FIXED) GlobalTest::testReadOnlySet() fails due to feature in GlobalFunctions::wfReadOnly() - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=6522  +comment (10siebrand)
[19:21:26] 	Subfader: how about triggering a captche whenever a new url is added? that together with the samblacklist extension seems to work fine, mostly, against spam. 
[19:24:32] 	spamblacklists didn't work for me since it seemed to blacklist ok domains. I use $wgSpamRegex and add shit that slips through manually. But that got down to zero since the above 3. well it's not good if you hope for anonymous user contributions which i gave up quickly :D
[19:25:58] 	update: ...doing rev_id from 69837 to 70036. the database update of the installation should be finished by Sunday afternoon
[19:26:07] 	AaronSchulz, is there a way to disable Ajax for the FlaggedRevs extensino?
[19:31:43] 	http://blog.rot13.org/2008/08/10_minutes_to_interactive_php_debugger_in_vim.html
[19:31:47] 	AaronSchulz, I just ran the reviewAllPages script and got this: Fatal error: Cannot access protected property FlaggedRevs::$dimensions in /var/www/theopedia/extensions/FlaggedRevs/maintenance/reviewAllPages.inc on line 41
[19:32:17] 	03siebrand * r39496 10/trunk/extensions/DynamicPageList2/: Deleted DynamicPageList2. Obsolete since 2 December 2007 (r28060).
[19:34:18] 	hello
[19:34:24] 	hi Nikerabbit
[19:34:31] 	hi again, NicDumZ.
[19:34:36] 	hi again, Nikerabbit.
[19:34:50] *siebrand 	curses auto complete and hitting  too quickly.
[19:39:48] 	03(mod) More flexible reports, dynamic arguments, template awareness ... - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=9203  +comment (10siebrand)
[19:40:31] 	03(mod) More flexible reports, dynamic arguments, template awareness ... - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=9203  -need-review -patch -testme ; +comment (10siebrand)
[19:46:42] 	AaronSchulz, I'm going to disable Flaggedrevs on our server. hopefully the bugs can get worked out
[19:47:35] 	03(mod) Exporting pages fails - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13180  +comment (10siebrand)
[19:49:27] 	Nikerabbit: Finns are special: http://www.nytimes.com/2008/08/13/science/13visual.html?ex=1376452800&en=f4641ba4084d7660&ei=5124&partner=permalink&exprod=permalink
[19:49:46] 	03(mod) #tag does not ignore whitespace before parameter names - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14229   +need-review +patch; +comment (10siebrand)
[19:52:14] 	Duesentrieb: uga
[19:52:47] 	03aaron * r39497 10/trunk/extensions/FlaggedRevs/maintenance/reviewAllPages.inc: Use getDimensions()
[19:53:39] 	AaronShaf: done
[19:54:18] 	well, ajax code is the same, which works for me
[19:54:31] 	can someone fix the (regression?) shown at here: http://translatewiki.net/w/i.php?title=User:Siebrand/test&diff=663325&oldid=536308&curid=372391 ?
[19:54:54] 	AaronSchulz, reviewallpages seems to work now, thakns!
[19:54:56] 	*thanks
[19:55:07] 	it's definitely not a invalid title, as it claims
[19:55:41] 	What page is rev 372391 on?
[19:55:58] 	AaronShaf: any php errors?
[19:56:15] 	ST47_: no idea, that link is straight from recent changes
[19:57:03] 	AaronSchulz, ReviewAllPages works from the shell, but individually reviewing a page in the browser gives the error via Ajax "500 - Internal Server Error" 
[19:57:21] 	03(mod) Clarify the email message for temporary passwords - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14475  (10siebrand)
[19:57:30] 	The database did not find the text of a page that it should have found, named "User:Siebrand/test" (Diff: 536308, 663325). 
[19:57:38] 	AaronShaf: yes, but is there anything any the php error log?
[19:57:48] 	ST47_: it doesn't say that to me
[19:57:50] 	Hard to debug if the page was deleted and I can't see the RC feed
[19:57:57] 	Nikerabbit: Yeah, I know that you have a different error
[19:58:02] 	AaronSchulz, I'll check right now. In the lighttpd log I see: response not received, request sent: 2037 on socket: unix:/tmp/php5-fcgi.socket-3$ {AND} unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: unix:/t$
[19:58:40] 	ST47_: how would the rc-feed help?
[19:59:06] 	AaronSchulz, i'm trying to locate the php error log  in ubuntu...
[20:00:19] 	Q2: why history links in recent changes have curid parameter?
[20:01:07] 	03(mod)  Automatically created accounts should not be hidden from CheckUser - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14474  +comment (10siebrand)
[20:01:26] 	          
[20:01:45] 	That's the revision in the curid parameter
[20:01:59] 	oh, forgot the page
[20:02:38] 	hmm?
[20:03:20] 	03aaron * r39498 10/trunk/extensions/FlaggedRevs/ (5 files in 2 dirs): 
[20:03:20] 	* Restructor classes:
[20:03:20] 	**Move hooks to one place.
[20:03:20] 	**Move revisionreview to special/
[20:03:20] 	* Tweak ajax error messages
[20:03:21] 	* Initialize $dims
[20:03:23] 	why would it have wrong curid?
[20:03:33] 	AaronShaf: svn up. I want to see something.
[20:04:11] 	AaronSchulz, done
[20:04:39] 	can you review?
[20:04:58] 	AaronSchulz, no, same prob
[20:05:06] 	hmm
[20:05:16] 	AaronSchulz, I'm in the process of turning on php logging
[20:06:05] 	03(mod)  Watchlist summarised protection log actions should link to the affected page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14470  -need-review -patch  (10siebrand)
[20:06:39] 	Nikerabbit: Can't debug it without knowing what page revision 536308 belonged to, but I'd guess that it was from a page with a bad title before mediawiki considered it to be a bad title?
[20:07:08] 	uh?
[20:07:13] 	unlikely
[20:07:22] 	perhaps related to the (experimental) revision hiding
[20:07:44] 	Maybe, but it would depend on what page that revision belonged to
[20:07:54] 	I can't tell, it seems to have been deleted
[20:08:12] 	how can I check?
[20:08:25] 	Do you have db access?
[20:10:08] 	yes
[20:10:38] 	select * from revision where rev_id=536308;
[20:10:50] 	rev_title=?
[20:11:34] 	no results
[20:12:38] 	ar_title = Siebrand/test
[20:14:05] 	same for 336625?
[20:14:17] 	sorry, 663325
[20:14:28] 	yes
[20:15:08] 	and page_id 536308 has that same page_title
[20:21:18] 	03(mod) CheckUser should use the hook "AuthPluginAutoCreate" and catch autocreated users - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14474  summary; +comment (10mike.lifeguard)
[20:26:14] 	ST47_: ?
[20:29:33] 	what's the easiest way to determine if an int is even or odd?
[20:30:13] 	ah: $number%2
[20:30:15] 	if (($x & 1)==0) even
[20:30:15] 	if(n%2 == 0) ?
[20:30:48] 	bah, &1 is faster :)
[20:31:09] 	He asked for the easiest way, not the fastest :p
[20:32:14] 	Duesentrieb: so what would be the syntax if $number contains the int? (using if)
[20:35:22] 	Duesentrieb: google also has the answer: if($number & 1)
[20:38:23] 	03aaron * r39499 10/trunk/extensions/FlaggedRevs/specialpages/RevisionReview_body.php: minor refactoring
[20:53:10] 	03catrope * r39500 10/trunk/phase3/includes/api/ApiQuery.php: API: Fixing an E_NOTICE reported by Wikia. Can't reproduce locally, but an extra @ can't hurt.
[21:00:31] 	03catrope * r39501 10/trunk/phase3/ (RELEASE-NOTES includes/api/ApiQuerySearch.php): API: Let list=search throw away missing titles. Lucene will sometimes give us pages that have recently been deleted.
[21:01:45] 	1.12 to 1.13 problem: some dev once helped me showing updates like article moves immediatly on Special:Newpages. it doesn't work anymore with this code in LocalSettings: http://rafb.net/p/hjLXi093.html
[21:02:40] 	so i guess some $ functions have changed since 1.12?
[21:02:44] 	03catrope * r39502 10/trunk/phase3/includes/api/ApiQueryLinks.php: (bug 15173) Make prop={links,templatelinks} not break in PostgreSQL
[21:02:46] 	03(mod) New Talk Page Option - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13262  (10soxred93)
[21:02:55] 	03(FIXED) API Query Links not db agnostic - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15173  +comment (10roan.kattouw)
[21:04:50] 	03(WONTFIX) API edit permissions displayed even if $wgEnableWriteAPI = false - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15179  +comment (10roan.kattouw)
[21:13:04] 	03(NEW) cat_hidden field isn't used - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15191 15enhancement; normal; MediaWiki: Categories; (roan.kattouw)
[21:16:38] 	03siebrand * r39503 10/trunk/phase3/ (4 files in 3 dirs): 
[21:16:38] 	(bug 14468) Lines in classic RecentChanges and Watchlist now have classes "odd"
[21:16:38] 	and "even" to make colouring using css possible. Implemented in
[21:16:38] 	OldChangesList::recentChangesLine using an additional parameter, while keeping
[21:16:38] 	behaviour for other uses unchanged. Did not see any use adding this to
[21:16:42] 	ChangesList::recentChangesLine
[21:17:11] 	03(mod) RecentChanges items should have alternating background colours - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14468  +comment (10siebrand)
[21:17:23] 	03(FIXED) RecentChanges items should have alternating background colours - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14468  (10siebrand)
[21:21:25] 	03catrope * r39504 10/trunk/phase3/ (RELEASE-NOTES includes/api/ApiQueryCategories.php): (bug 15178) Added clshow to prop=categories to allow filtering for hidden/non-hidden categories
[21:22:00] 	03(FIXED) Hidden categories and various category-related queries - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15178  +comment (10roan.kattouw)
[21:27:21] 	03(mod) cat_hidden field isn't used - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15191  (10roan.kattouw)
[21:28:00] 	nobody? :(
[21:40:43] 	03aaron * r39505 10/trunk/extensions/SpamBlacklist/ (SpamBlacklist.php SpamBlacklist_body.php): Fix mixed up params
[21:44:09] *AaronSchulz 	looks at $this->getUserSig( $user );
[21:45:34] 	14(INVALID) Can't transwiki page if target exists - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14463  +comment (10siebrand)
[21:46:27] 	hmm, wfMsgExt( 'signature', array( 'content', 'parsemag' ), $userText, $nickText )
[21:48:25] 	03(mod) RecentChanges items should have alternating background colours - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14468  (10Wiki.Melancholie)
[21:49:43] 	03(WONTFIX) Bypassing an interwiki redirect - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14448  +comment (10siebrand)
[21:55:01] 	03laner * r39506 10/trunk/extensions/LdapAuthentication/ (AutoAuthentication.php LdapAuthentication.php): 
[21:55:01] 	* Added option for defining attributes to use when pulling preferences
[21:55:01] 	* Fixed session issue when using auto auth that was causing the plugin to not detect when a user was logged in
[21:58:04] 	siebrand, what wiki is your home?
[21:58:06] 	commons or nlwp?
[21:58:26] 	kibble: for CentralAuth it is commons.
[21:58:43] 	kibble: quite idle on both, at the moment, but I check out talk at least every 2 days.
[21:58:44] 	siebrand, I mean for your preference :-)
[21:58:46] 	which do you consider "home"?
[21:58:52] 	kibble: Betawiki.
[21:59:08] *kibble 	meant Wikimedia wiki, so I'll go with Commons :P
[21:59:18] 	kibble: fine choice :)
[21:59:20] 	hehe
[22:06:41] 	03siebrand * r39507 10/trunk/phase3/ (3 files in 3 dirs): Follow up on r39503. Add li.odd to common style sheet.
[22:06:46] *AaronSchulz 	eyes transformMsg( $text, $options )
[22:07:15] 	03(mod) RecentChanges items should have alternating background colours - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14468  (10siebrand)
[22:09:01] 	03(mod) Ajax search feature does not work in modern skin - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14444  +comment (10siebrand)
[22:11:11] 	03laner * r39508 10/trunk/extensions/LdapAuthentication/ (AutoAuthentication.php LdapAutoAuthentication.php): Renaming the file to match the class name.
[22:20:24] 	looks like Old parser just doesn't like spamblacklist at all, even before the recent tweaks
[22:21:00] 	03siebrand * r39509 10/trunk/phase3/languages/messages/MessagesEn.php: (bug 14434) Added links to Special:UnusedCategories and Special:WantedCategories in message 'categoriespagetext'.
[22:21:22] 	03(FIXED) MediaWiki:categoriespagetext should offer links to Special: UnusedCategories, and possibly Special:WantedCategories - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14434  +comment (10siebrand)
[22:25:24] 	for those of you who can see the moon
[22:25:28] 	look at it
[22:25:37] 	03(mod) #ifexist:Image and #ifexist:Media return False all the time - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14433  +comment (10siebrand)
[22:25:38] 	there's a moon eclipse
[22:26:51] 	anyone active with some knowledge on the blocking code?
[22:27:42] 	Right now?
[22:27:48] *AaronSchulz 	is busy
[22:27:50] 	I hate you Dor
[22:27:54] 	you made me look outside for nothing
[22:27:58] 	D:
[22:28:25] 	I'm not even going to bother
[22:28:31] 	It's daytime here
[22:28:53] 	03(FIXED) dammit.lt/wikistats stopped working - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15177  +comment (10Wiki.Melancholie)
[22:28:56] 	http://mu9.110mb.com/likuy-live.htm
[22:29:06] 	it's hebrew but you get the picture :)
[22:32:53] 	03(mod) jsMsg should work with modern skin - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14420  +comment (10siebrand)
[22:35:20] 	03(mod) Add rd_interwiki colum to redirect table - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14418  +comment (10siebrand)
[22:42:33] 	03(mod) RecentChanges items should have alternating background colours - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14468  (10N/A)
[22:48:13] 	03(NEW) Translation - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15192 15enhancement; normal; MediaWiki extensions: LiquidThreads; (dasch_87)
[22:49:58] 	03laner * r39510 10/trunk/extensions/LdapAuthentication/LdapAuthentication.php: 
[22:49:59] 	* Added better check for LDAP support
[22:49:59] 	** Plugin will not continue if LDAP support is unavailable, avoiding the white screen of death
[22:59:04] 	03(mod) Allow user accounts to be 'linked' to a master account - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14409  normal->lowest; +comment (10siebrand)
[22:59:08] 	Why doesn't http://pastebin.com/d679381ca work? Nothing shows up, but I can't find any syntax errors
[23:00:01] 	Shaiaqua: nothing meaning you get a white screen?
[23:00:20] 	erm, nothing as in no difference
[23:00:29] 	sorry, should've been clearer
[23:01:38] 	Shaiaqua: a special page is supposed to show up, and you get a white page?
[23:02:08] 	it is supposed to add itself to the bottom of every page, but it doesn't
[23:02:19] 	Shaiaqua: ah ok.
[23:02:43] 	Shaiaqua: what version of mediawiki are you using?
[23:02:47] 	1.13
[23:02:54] 	03(WONTFIX) CentralAuth global session not including wikipecies, incubator - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14407  +comment (10siebrand)
[23:03:06] 	03(mod) Some long pages are broken - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14406  +comment (10siebrand)
[23:03:54] 	Shaiaqua: gimme a sec and lemme see if it works for me
[23:04:44] 	you need to add  to monobook.php after 
[23:04:46] 				
[23:05:52] 03(FIXED) automatic created accounts do not appear as conflict when trying to remerge after unmerge - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14403 +comment (10siebrand) [23:08:52] 03(mod) {{int:X}} respects user-defined interface language, breaking link tables etc. (aka {{USERIFCODE}} strikes back) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14404 +comment (10siebrand) [23:12:39] 03guyvdb * r39511 10/branches/visual_diff/phase3/includes/ (Diff.php DifferenceEngine.php HTMLDiff.php): Performance improvements to diff code [23:15:27] 03(mod) Patch for generateSitemap.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14397 +comment (10siebrand) [23:17:15] 03(mod) IPs to lose new messages flag after a few weeks or months - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14396 normal->lowest; +comment (10siebrand) [23:18:20] Shaiaqua|Away: that isn't the right hook to put there [23:18:56] Shaiaqua|Away: you need to use ArticleAfterDisplayed [23:21:00] Shaiaqua|Away: also notice that the plugin is written in such a way that it isn't terribly compatible with newer versions of MediaWiki [23:21:45] Hi, anyone know a code or example of a menubat "static" like the one from Facebook? [23:21:51] menubar [23:22:27] i would like this to use on ajax whos online extension: http://www.gizmogarden.com/index.php/Ajax_whos_online [23:25:55] 03nad * r39512 10/trunk/extensions/EmailPage/ (4 files): changed EmailPages back to EmailPage because name change had broken it [23:26:34] 03(mod) Bizarre parser error - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14376 +comment (10siebrand) [23:26:34] Shaiaqua|Away: you'll need to go into the function "wfRateArticleForm" and add "return true;" at the end of the function, and also replace "return" with "return true" everywhere it is listed in that function [23:26:34] Shaiaqua|Away: even then, I can't get this extension to fully work. I'd contact the author [23:29:05] does anyone know how to catch up on an errant job queue? I have about 4.7MM items in the job queue and I'm running runJobs.php on a pretty constant basis but I'm gaining little ground especially since "htmlCacheUpdate" jobs take an extremely long time to complete. [23:29:57] run more copies of it may be [23:30:21] that tends to make the site unusable :( [23:30:23] hmmm [23:31:39] Shaiaqua|Away: you could try AjaxRatingScript [23:31:39] it might help me to know what htmlCacheUpdate is doing [23:31:52] !e AjaxRatingScript | Shaiaqua|Away [23:31:52] --mwbot-- Shaiaqua|Away: http://www.mediawiki.org/wiki/Extension:AjaxRatingScript [23:32:17] if it's only telling the Squid to purge, then I could just restart the squid and delete all htmlCacheUpdate jobs from the job queue... does anyone know if this is the case? [23:32:51] any easy way ot contruct the hash path to an image from a command line? [23:32:58] construct* [23:33:58] 03siebrand * r39513 10/trunk/extensions/Translate/ (aliases.txt groups/mediawiki-defines.txt): Disable support for EmailPage. Has conflicting message with core ('emailpage'). [23:37:45] Thanks Ryan_Lane [23:39:13] it appears from the source that htmlCacheUpdate also changes the database, so I can't clear that out. [23:39:48] 03(mod) Talk pages of subpages are not moved if the top-level page has no talk page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14369 +comment (10siebrand) [23:40:44] 04(REOPENED) CentralAuth global session not including wikipecies, incubator - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14407 +comment (10andrewcleung) [23:43:01] only 6,200 of the 4.7MM jobs are htmlCacheUpdates... but it seems nigh-impossible to make it through those [23:44:47] 03(mod) Prefix "Wikipedia:" leads to enwiki if project namespace is diffenent from "Wikipedia" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14354 +comment (10siebrand) [23:49:25] 03(mod) No possibility to patrol from Special:Contributions/user - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14352 +comment (10siebrand) [23:53:52] 03(mod) Image truncated comment chopped UTF-8 character - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11087 +comment (10marcin.cieslak) [23:55:08] has anyone had success clearing a job queue by increasing the size of wgUpdateRowsPerQuery? [23:55:46] i think the runJobs.php would be easier