[00:28:50] <CIA-12>	03aaron * r56744 10/trunk/extensions/FlaggedRevs/specialpages/Stabilization_body.php: 
[00:28:50] <CIA-12>	* Refactored Stabilization; backend and UI separated more
[00:28:50] <CIA-12>	* Fixed JS from someone S&R'd on "elseif"
[00:45:54] <CIA-12>	03brion * r56745 10/branches/wmf-deployment/includes/specials/SpecialMovepage.php: (log message trimmed)
[00:45:54] <CIA-12>	Quick hack to fix file redirect caching bug on file rename...
[00:45:54] <CIA-12>	* renaming process creates redirect at old title
[00:45:54] <CIA-12>	* creation of redirect clears negative file redirect entry from memcached, if already present
[00:45:56] <CIA-12>	* Special:MovePage dumps out some text, which on en.wikipedia included a link to the old title
[00:45:58] <CIA-12>	* said link triggered a check if the old title was a redirect
[00:46:00] <CIA-12>	* no cache entry, so it checks the database slave's redirect table
[00:46:23] <Aaron|away>	hmm
[00:49:54] <wikibugs>	03(mod) Run cleanupTitles.php and cleanupImages.php on any wikis with unicode whitespace in page/file names - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20741  (10innocentkiller)
[01:00:23] <CIA-12>	03dale * r56746 10/trunk/phase3/ (5 files in 2 dirs): 
[01:00:23] <CIA-12>	* (bug 20720) moved userjs and sitejs to after core scripts and before all extension code.
[01:00:23] <CIA-12>	* removed setupSkinUserJs (not called anywhere) same functionality in getHeadScripts
[01:00:23] <CIA-12>	* moved Skin::getHeadScripts() to outputPage::getHeadScripts()
[01:00:23] <CIA-12>	** ( part of an effort to clean up scripts insertion to OutputPage )
[01:00:26] <CIA-12>	** Standard skin was the only skin that implemented the getHeadScripts method. Has been merged into a skin::OutputPage method.
[01:05:17] <wikibugs>	03(FIXED) Change script loading order back - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20720  +comment (10dale)
[01:22:19] <Mike_lifeguard>	Could someone please ban them (this host and @86.134.177.87)?
[01:22:32] <Mike_lifeguard>	They've been flooding numerous channels already tonight.
[01:26:10] <Mike_lifeguard>	Thanks, Tim.
[01:31:49] <wikibugs>	03(mod) ajaxcategories.js failed when deleting [[Category:C++]] - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20735  (10liangent)
[02:13:21] <wikibugs>	03(NEW) Add support for "table" wrapper, to help fix cut+paste bugs in Firefox - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20760 enhancement; Normal; MediaWiki extensions: SyntaxHighlight (GeSHi); (gregg.lind)
[02:14:44] <dira>	what is wikiproject ? is it mediawiki feature or just term in Wikipedia ?
[02:17:41] <Annemarie>	dira: Wikipedia term.
[02:17:59] <Annemarie>	Though some Wikipedias create special namespaces for WikiProjects.
[02:18:15] <dira>	what about wikiportal ?
[02:18:32] <Annemarie>	Same thing.
[02:18:54] <Annemarie>	Portal: is used on a lot of WIkipedias for content aggregation / separation.
[02:19:07] <Annemarie>	Portal: == a separate namespace.
[02:22:09] <dira>	what's the use of it ? for example there is article in "Fourier Series" in Math portal , what would the final URL be ?
[02:22:29] <Annemarie>	Portals just collect related articles.
[02:22:57] <Annemarie>	The articles themselves are the same place regardless of whether there are portals.
[02:22:59] <Annemarie>	So Portal:Math would display information about math and list math-related articles.
[02:23:09] <Annemarie>	But the article on, e.g., geometry, is still at /Geometry
[02:23:43] <dira>	so , why  what's the difference between category and portal ?
[02:24:00] <dira>	(beside the name )
[02:24:31] <GreenReaper>	Categories are designed for organization, while portals are designed for presentation. Portal is just another namespace in fact, while categories are special because of the category system.
[02:25:31] <Annemarie>	Categories are also awful.
[02:25:38] <GreenReaper>	Compare http://en.wikipedia.org/wiki/Portal:Furry and http://en.wikipedia.org/wiki/Category:Furry_fandom - the first presents articles, the latter is more . . . well, categorizing them. <g>
[02:26:26] <GreenReaper>	I wouldn't go that far, but they're not as useful to most users as they could be.
[02:27:10] <flyingparchment>	someone should really make the ajax subcategory browser not suck
[02:29:02] <Annemarie>	They're pretty awful.
[02:29:32] <Annemarie>	They really should be more meta in relation to the page. Just sticking them at the bottom of a blob is nasty.
[02:29:45] <Annemarie>	And of course renaming or intersecting is nasty as well.
[02:29:57] <wikibugs>	03(mod) Global deleted image review for Commons admins - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14801  +comment (10chrisipk)
[02:31:20] <dira>	I want to have different research projects in one wiki , each project include its own categories and contents, what is the best way to do so?
[02:32:33] <Emufarmers>	"Wikipedia is widely known as an online text dictionary."
[02:32:43] <Emufarmers>	Yeah, kind of hard to keep going when that's the first sentence.
[02:37:27] <[[sroracle]]>	hah
[02:41:38] <Alphos>	dira : just do it
[02:41:52] <Alphos>	multiple projects, and for each one multiple categories
[02:43:11] <dira>	alphos: what do you mean of multiple projects ? different root categories ? families ?
[02:44:28] <Alphos>	a project is not a category root
[02:44:44] <Alphos>	it's nothing else then a page in a namespace you would call "project"
[02:54:27] <dira>	Alphos: then is it possible to have special permission for users per project ? how to track list of pages that belong to one project ?
[02:54:54] <Alphos>	!lockdown
[02:54:54] --mwbot--	Lockdown is an extension for preventing read or write access by namespace and limiting access to special pages. For more information, see < http://mediawiki.org/wiki/Extension:Lockdown >. For general information on preventing access to your wiki, see < http://www.mediawiki.org/wiki/Manual:Preventing_access >.
[02:55:05] <Alphos>	did this answer your question ? :)
[02:56:07] <dira>	yep :)
[02:56:23] <Alphos>	it's not easy to set per-page per-user access on MW
[02:56:54] <Alphos>	basically, lockdown allows you to restrict on a per-namespace per-group basis
[02:57:03] <dira>	what about per category ?
[02:57:18] <Alphos>	a category is nothing else than a page with some features ;)
[02:57:50] <Alphos>	there is another (or several) extension (in beta version), that allows per-page restrictions
[02:57:53] <dira>	so I define category "ProjectA" , and set permission for user1 for all pages in "ProjectA"
[02:57:54] <Alphos>	but i don't recall of them
[02:58:16] <Alphos>	that's not what lockdown do
[02:58:37] <dira>	ok , is there category based permission system ?
[02:58:59] <Alphos>	read the doc, i think you can find interesting stuff in the "see also" section of Extension:Lockdown page
[02:59:09] <Alphos>	or perhaps in the categories this extension belongs to
[02:59:28] <dira>	sure , thanks again
[03:00:05] <Alphos>	you're welcome :)
[03:00:36] <Alphos>	on the other hand, you may wish to consider other wikis if you really need a per-page per-user (or per-page per-group) basis
[03:00:48] <Alphos>	i am thinking of TRAC with FineGrainedPermissions
[03:01:04] <Alphos>	they're a bit tricky to understand, but rather functional...
[03:01:11] <Alphos>	(rather)
[03:01:48] <Alphos>	it's written in python though
[03:01:51] <dira>	TRAC ?
[03:02:14] <dira>	wiki / CMS ?
[03:03:24] <dira>	I got it
[03:03:36] <dira>	what should MW behave when it gets request like : MW/index.php?title=somethingThatDoesntExist  by default I mean , I want to check whether my portal is behaving ok with all those weird url-rewrites I added recently
[03:20:21] <Alphos>	it will tell you the article doesn't exist
[03:20:41] <Alphos>	http://en.wikipedia.org/w/index.php?title=Parisssssssssssss
[03:28:44] <wikibugs>	03(mod) Change script loading order back - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20720  (10liangent)
[03:37:53] <fotoflo>	good mroning
[03:40:08] <Alphos>	same to you fotoflo
[03:40:44] <fotoflo>	just wanted to let Happy-melon, werdna,Platonides, RoanKattouw and Splarka know that i found the solution to yesterday's login problem: NONE of my php post requests were working, so we looked at the php.ini - it turns out that always_populate_raw_post_data =On; was commented out... dont know why. but anyway, uncommenting this fixed the problem.
[03:42:26] <Alphos>	i'll try to pass it on :)
[03:42:50] <Skizzerz>	that shouldn't be necessary
[03:43:01] <Skizzerz>	but that's kinda weird
[03:43:53] <Alphos>	i never thought of this option to be necessary either
[03:43:58] <Alphos>	but if it works ... :/
[03:44:43] <Alphos>	http://fr.php.net/manual/en/ini.core.php#ini.always-populate-raw-post-data
[03:44:49] <fotoflo>	We isolated the problem because i wasn't able to login to phpmyadmin either, so we tryed printing the post data, but it turned out it was an  empty array
[03:45:06] <fotoflo>	so none of the posts had any data anywhere on the server
[03:45:20] <fotoflo>	then we searched php.ini for the word post
[03:45:27] <fotoflo>	it only turned up twice, one was commented out
[03:45:35] <fotoflo>	we uncommented it, and the site began to work...
[04:28:20] <Splarka>	gee, cleanupTitles run and ignored didn't magically solve everything, I never would have guessed
[04:28:41] <Splarka>	</snide>
[04:28:52] <JTran>	Hi all. Is it possible to use MediaWiki for this kind of setup? http://pastebin.com/m4495a08e
[04:29:10] <JTran>	What I have here is articles inside of versions inside of regions
[04:29:10] <TodWulff>	is there a reference guide for page layout related wiki script constructs?  I ask as I see a page with this sort of TOC: http://gyazo.com/3020dc32bfc3c22375755eb9b0a204d4.png (static regardless of where page is scrolled to).  I am interested in emulating this on another wiki, and wanted to look at the pages source for guidance, but am unable to locate the constructs that create said TOC type.
[04:59:35] <wikibugs>	03(CLOSED) Search & Replace : User is not acknoledged when text is replaced - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20581  +comment (10wikibugs)
[05:12:21] <wikibugs>	04(REOPENED) Search & Replace: Cannot replace the exact word repeatedly in Opera - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20715  +comment (10wikibugs)
[05:14:52] <Nikerabbit>	werdna: never heard before so I can't say
[05:15:48] <Nikerabbit>	Skizzerz: you can come back now
[05:28:01] <wikibugs>	03(CLOSED) Navigable TOC : Level 2 & 3 sections have same indentation - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20598  (10wikibugs)
[06:03:37] <wikibugs>	03(CLOSED) Insert Links: Suggestion list is not cleared when user start typing - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20753  (10wikibugs)
[06:33:49] <wikibugs>	03(CLOSED) Search & Replace : Regular expressions with * does not work - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20597  (10wikibugs)
[06:39:06] <Nikerabbit>	mm
[07:05:09] <wikibugs>	03(CLOSED) Navigable TOC : Browser isn't respond when click on edit area after selecting all text - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20604  +comment (10wikibugs)
[07:14:54] <werdna>	Nikerabbit: decent area, price?
[07:29:12] <gamla_kossan>	morning people =)
[07:29:24] *gamla_kossan 	has got nice URLs now =)
[07:32:18] *werdna 	is not a morning person
[07:34:19] <apergos>	me neither
[07:34:51] <gamla_kossan>	hehe, me neither..
[07:42:10] <siebrand>	mdale: r56746: PHP Notice:  Undefined variable: wgJsMimeType in /var/www/w/includes/OutputPage.php on line 1800
[07:45:34] <gamla_kossan>	anyone have any experience with setting up a wiki behind a proxy?
[07:45:43] <gamla_kossan>	right now it looks like this:
[07:45:45] <gamla_kossan>	http://i37.tinypic.com/flvymb.jpg
[07:45:57] <gamla_kossan>	it just loads the html..
[07:46:32] <Nikerabbit>	gamla_kossan: you wondered into url rewrites?
[07:46:37] <Nikerabbit>	wandered*
[07:47:15] <gamla_kossan>	yeah..
[07:47:40] <gamla_kossan>	however, it looked like this before I messed with the url rewrites 
[07:48:01] <gamla_kossan>	(well, technically it's not url rewrites, it's aliases)
[07:49:22] <Nikerabbit>	gamla_kossan: is the real directory different from /w/
[07:49:37] <Nikerabbit>	cause otherwise it will try to load the style files as mediawiki pages
[07:49:48] <gamla_kossan>	hold on, I
[07:49:56] <gamla_kossan>	ll pastebin my apache conf
[07:51:06] <gamla_kossan>	Nikerabbit: http://fpaste.org/8zkM/
[07:55:59] <Nikerabbit>	you only need one or two aliases really
[07:56:07] <gamla_kossan>	oh?
[07:56:42] <gamla_kossan>	oh yeah =) 
[07:56:48] *gamla_kossan 	is new to aliases =)
[07:57:11] <Nikerabbit>	gamla_kossan: http://www.mediawiki.org/wiki/Manual:Short_URL#Setup_steps
[07:57:25] <p858snake_>	you shoudl only need to do a alias for the real directory to the fake one
[07:57:49] <Nikerabbit>	p858snake_: from the fake to the real, but yes
[07:58:34] <gamla_kossan>	...as well as an alias redirection from /index.php to /w/index.php, right?
[07:59:03] <p858snake_>	also from your example, i might be wrong, but it looks like your aliasing your fake directory to the real directory with the same name
[07:59:04] <gamla_kossan>	however, the mod_proxy problem.. anyone encountered something like it before?
[07:59:24] <p858snake_>	for example you should use /w for the fake url and /wiki for the real one
[07:59:31] <Nikerabbit>	yeah, I recommend following the setup steps
[08:00:33] <gamla_kossan>	that's what Iv'e done actually =)
[08:00:58] <p858snake_>	then why is "#
[08:00:58] <p858snake_>	Alias /w/skins/ /srv/http/vhosts/syswiki/w/skins/" both pointing to /w ?
[08:01:46] <gamla_kossan>	?
[08:07:47] <gamla_kossan>	p858snake_: oh, well it's beacuse I used this one actually, http://www.mediawiki.org/wiki/Manual:Short_URL#Setup_steps
[08:08:02] <gamla_kossan>	(even though I'm on linux box)
[08:11:40] <p858snake_>	yes and that shows to use two differnt names, in that case, /w/ and /wiki/, where as your using /w/ and /w/ if i'm reading your apache config correctly
[08:11:53] <gamla_kossan>	ah, yeah that's correct
[08:14:27] <gamla_kossan>	changed it now, now I've only got three aliases instead =)
[08:15:29] <gamla_kossan>	still the mod_proxy problem though.. it's very odd. 
[08:21:29] <gamla_kossan>	yey
[08:21:34] <gamla_kossan>	I think I've found the solution =)
[08:21:42] <gamla_kossan>	from http://www.apachetutor.org/admin/reverseproxies
[08:21:51] <gamla_kossan>	ProxyHTMLURLMap http://internal1.example.com /app1
[08:21:51] <gamla_kossan>	ProxyHTMLURLMap http://internal2.example.com /app2
[08:26:06] <geppertl>	hi guys, have o minute? I have a problem with making "language bar" in our company wiki. I tried to set up "language bar"
[08:26:06] <geppertl>	along this howto ttp://fvue.nl/wiki/Translating_MediaWiki_articles. I installed mediawiki and required extensions "ParserFunctions", create sub-pages and add {{languages}} to the end of articles, but it seems that doesn't work 
[08:26:06] <geppertl>	correctly :-(
[08:26:06] <geppertl>	I need to do "language bar" at bottom of articles like this http://wiki.ispadmin.cz/images/wiki_languages.png. Would someone to help me to set up "language bar" ? I'm asking you to hepl, becouse I was worry about that last two days. I thing the solution will be very simple, but I don't get it :-/
[08:26:09] <geppertl>	testing wiki site:
[08:26:11] <geppertl>	http://wiki.ispadmin.cz/
[08:26:13] <geppertl>	list of extensions:
[08:26:15] <geppertl>	http://wiki.ispadmin.cz/index.php5?title=Special:Version
[08:29:24] <p858snake_>	have you copied the template over to your wiki?
[08:30:51] <TimStarling>	why is there no [[User:Name/Skinname.js]]?
[08:31:00] <TimStarling>	ok I'll start again
[08:31:07] <TimStarling>	why is there no [[User:Name/Common.js]]?
[08:31:18] <TimStarling>	because we do have the first one but not the second
[08:31:39] <Splarka>	because sometimes people screw stuff up
[08:31:55] <Splarka>	and they can fix it with &useskin=myskin or &useskin=monobook or whatnot
[08:32:03] <geppertl>	p858snake: which template? where I can get it?
[08:32:09] <tomas1>	hey guys is there a way to show new articals on the main page of mediawiki
[08:32:14] <Splarka>	either to edit their screwed up css, or to edit their prefs
[08:32:28] <TimStarling>	I will bet you that is not the reason
[08:32:31] <CIA-12>	03siebrand * r56747 10/trunk/extensions/Translate/groups/Wikiblame.php: Update optionals
[08:32:39] <wikibugs>	03(mod) Create Portal namespace of Bengali wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20314  (10jayantanth)
[08:32:46] <TimStarling>	if that was the reason, it would be userjs=no instead of useskin=brokenoldskin
[08:32:47] <Splarka>	okay, the real reason is because it is another request
[08:32:55] <Splarka>	the "official" reason is the one I gave
[08:32:58] <Splarka>	there are some bugs about it
[08:33:14] <TimStarling>	so if I could make it happen without another request...
[08:33:18] <p858snake_>	geppertl: go to the wiki in your ss then use [[Special:Export]] to export [[Template:languages]] then on your wiki go to [[Special:Import]] and import the file that the export spat out for you
[08:33:22] <Splarka>	yes yes, you could
[08:33:26] <Splarka>	common.css and common.js
[08:33:38] <Splarka>	but you'd be much more popular to do global.css and global.js on meta
[08:33:46] <Splarka>	since people switch skins rarely
[08:34:00] <Splarka>	(normal people)
[08:34:27] <Splarka>	tomas1: {{Special:Newpages}}
[08:34:34] <TimStarling>	everyone's going to switch skins to vector
[08:34:45] <TimStarling>	gradients are the way of the future
[08:34:50] <Splarka>	heh
[08:34:51] <tomas1>	so just call that and it will get the information i want
[08:35:01] <Splarka>	so ditch all support for anything but username/vector.css/js
[08:35:27] <Splarka>	tomas1: there are some options, like namespace, limit... but not any formatting options
[08:36:33] <Splarka>	tomas1: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/specials/SpecialNewpages.php?view=co&content-type=text%2Fplain  shownav, hideliu, hidepatrolled, hidebots, showredirs... a number, limit, offset, username, namespace
[08:36:38] <tomas1>	ok cool how would i limit how much of the page is show (e.g. just the first paragraph)
[08:36:50] <Splarka>	eh
[08:36:53] <Splarka>	no, you can't do that
[08:36:57] <Splarka>	well, you can leave I guess
[08:37:01] <Splarka>	crazy australians
[08:37:23] <werdna>	Splarka: watch it :)
[08:37:52] <Splarka>	watch what? Crocodile Hunter? heh
[08:37:55] *Splarka 	hides
[08:38:01] *werdna 	throws rocks
[08:38:03] <Splarka>	Tim: https://bugzilla.wikimedia.org/show_bug.cgi?id=10183
[08:38:18] *Splarka 	got sidetracked
[08:39:06] <TimStarling>	werdna is going to pull a big knife on you, via the intarweb
[08:39:17] <werdna>	indeed
[08:39:31] <gamla_kossan>	TimStarling: you mean soip is already implemented? sweet =)
[08:39:34] <gamla_kossan>	(stab over ip =)
[08:39:46] <Nikerabbit>	mm
[08:40:02] *Splarka 	resists saying "thahts nahwt a knife"
[08:41:03] <guillom>	g'day, mates
[08:41:10] <werdna>	Splarka: go away, you bloody pelican.
[08:41:52] <Splarka>	maybe I should be a parrot... "it won't take that long"
[08:47:42] <wikibugs>	03(NEW) Set Portal namespace alias to NS_Portal in Bengali wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20761 enhancement; Normal; MediaWiki: Blocking; (jayantanth)
[08:47:47] <TimStarling>	http://www.mediawiki.org/wiki/User:Tim_Starling/JS_load_order_issues_(r56220)
[08:48:38] <TimStarling>	it's not as simple as just moving all scripts to the end
[08:50:31] <Splarka>	hmm, good point, that sucks
[08:51:10] <Splarka>	diff.js needs to load before the diff, but you need wikibits.js for some of those things, and you need the globals to load wikibits... (currently)
[08:51:29] <TimStarling>	sometimes there's onclick attributes in the HTML, and similar things, if you defer the script load then you generate a JS error when the user clicks it early
[08:51:33] <Splarka>	so you'd have to fork wikbits into "preload necessary" and "postload helpers"
[08:52:08] <Splarka>	well, the "proper" thing to do would be to have the onclick generated by JS after load, like CharInsert
[08:52:15] <Splarka>	but then that delays rendering in the browser
[08:52:30] <Splarka>	(er, like CharInsert doesn't do, I mean)
[08:53:00] <Splarka>	the edit toolbar is annoying too, it just has a bunch of inline inserts
[08:53:14] <Splarka>	ew
[08:53:24] <Nikerabbit>	how about onclick calls that make sure all necessary things are loaded?
[08:53:55] *Splarka 	doesn't envy tim his quest
[08:54:04] <TimStarling>	Nikerabbit: I've been thinking about that but the applications are pretty rare
[08:54:29] <werdna>	TimStarling: the JS preview stuff has the same activation method as ajaxCategories.
[08:54:34] <TimStarling>	in theory we can make it so that if you click on certain things, it'll show you a "waiting" animation or something
[08:54:36] <wikibugs>	03(NEW) Previous Portal namespace data lost in Bengali wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20762 enhancement; Normal; MediaWiki: Database; (jayantanth)
[08:54:51] <werdna>	we should adjust most scripts to do whatever they have to do whenever they're loaded
[08:55:00] <werdna>	(so that they're not referenced from the HTML)
[08:55:03] <werdna>	08:54 <@TimStarling> in theory we can make it so that if you click on certain things, it'll show you a "waiting" animation or something
[08:55:09] <TimStarling>	but it'll be easier to just defer the script load
[08:55:18] <TimStarling>	and make the initial HTML link to nowhere
[08:55:29] <TimStarling>	or harmless in some other way
[08:56:03] <Splarka>	well, have it non-existant for things that have no fallback
[08:56:16] <Splarka>	and have it... do what the user would want to do if they had no JS (or noscript blocking it)
[08:56:46] <werdna>	jQuery makes it more attractive to do that -- all you have to write is $j('#id').click( function() { whatever } );
[08:56:58] *werdna 	wanders off to Berlin
[08:57:02] <Splarka>	for charinsert, for example, people without JS like to be able to copy-paste, you could generate spans
[08:57:05] <TimStarling>	except if $j doesn't exist
[08:57:07] <Splarka>	and onload turn them into onclick <a>
[08:57:10] <TimStarling>	which it generally doesn't
[08:57:46] <TimStarling>	document.getElementById(id).onclick = function() { .. }; works too
[08:57:50] <Splarka>	for category tree, generate a hidden insert point, that gets displayed and a link inserted (no useful fallback needed)
[08:58:02] <TimStarling>	it just doesn't need a CSS selector library to be loaded
[08:58:36] <Splarka>	it is terribly hacky of course, but... class="mw-js" and class="mw-nojs" are as simple as...
[08:58:59] <Splarka>	appendCSS('.mw-js {display:block !important;} .mw-nojs {display:none !important;}')
[08:59:15] <Splarka>	(and the reverse on style="" on the elements)
[08:59:31] <Splarka>	((yes yes, hidden structure is bad accessability...))
[09:02:36] <wikibugs>	03(mod) Change script loading order back - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20720  (10Wiki.Melancholie)
[09:14:01] <wikibugs>	03(mod) Run namespaceDupes.php on bnwiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20762  summary (10roan.kattouw)
[09:14:05] <wikibugs>	03(mod) Run namespaceDupes.php on bnwiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20762   +shell (10roan.kattouw)
[09:51:30] <wikibugs>	03(NEW) Special:Import ignores restrictions tag - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20763 normal; Normal; MediaWiki: Export/Import; (peter)
[10:00:18] <CIA-12>	03siebrand * r56748 10/trunk/extensions/Translate/SpecialTranslationChanges.php: Update
[10:20:20] <gamla_kossan>	hm, is this normal?
[10:20:20] <gamla_kossan>	after doing my alias URL rewriting, my log in page looks like this:
[10:20:20] <gamla_kossan>	http://syswiki/w/index.php5?title=Special:Inloggning&returnto=Huvudsida
[10:20:30] <gamla_kossan>	although other special pages look like they should, ie like http://syswiki/wiki/Special:Dubbla_omdirigeringar
[10:20:57] <RoanKattouw>	gamla_kossan: It's normal, it's because of the returnto
[10:21:14] <gamla_kossan>	ah ok
[10:38:47] <wikibugs>	04(REOPENED) Navigable TOC : The functionality is missing - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20669  +comment (10wikibugs)
[10:42:36] <CIA-12>	03siebrand * r56749 10/trunk/phase3/includes/OutputPage.php: Follow-up to r56746: prevent notices by adding global $wgJsMimeType
[10:47:36] <wikibugs>	14(DUP) Special:Import ignores restrictions tag - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20763  +comment (10alex.emsenhuber)
[10:48:09] <wikibugs>	03(mod) Honour protection status in Special:Import - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12653  +comment (10alex.emsenhuber)
[10:50:51] <wikibugs>	03(mod) Set Portal namespace alias to NS_Portal in Bengali wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20761   +shell (10alex.emsenhuber)
[11:13:54] <CIA-12>	03ialex * r56750 10/trunk/phase3/ (RELEASE-NOTES includes/Article.php): * (bug 20702) Parser functions can now be used correctly in MediaWiki:Missing-article
[11:14:19] <wikibugs>	03(FIXED) Allow use of magic words in MediaWiki:Missing-article - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20702  +comment (10alex.emsenhuber)
[12:35:33] <windcask>	Hello. I'm trying to get the Joomla->Mediawiki auto-login plugin to work. Anybody I can talk to about that here?
[12:41:07] <QwertyMe>	Hi all. Would it be possible to have a url like: http://localhost/mediawiki-1.15.1/index.php/Global/62/SEND_PING with the title of the page called SEND_PING?
[12:41:11] <CIA-12>	03siebrand * r56751 10/trunk/extensions/Translate/groups/OpenStreetMap/OpenStreetMap.yml: Update optionals
[12:45:55] <Splarka>	QwertyMe: eh "title"?
[12:46:19] <Splarka>	do you mean have it show SEND_PING in the <h1> and in <title>, BUT, have the path to the page be [[Global/62/SEND_PING]] ?
[12:47:17] <Splarka>	if so, then you can set http://www.mediawiki.org/wiki/Manual:$wgAllowDisplayTitle to true and http://www.mediawiki.org/wiki/Manual:$wgRestrictDisplayTitle to false, and use {{DISPLAYTITLE:}} on pages to set whatever you want
[12:48:03] <Splarka>	if however you want the path to the page internally to be [[SEND_PING]] then you'll have to set up some funky rewrite rules including a fake /index.php/, I think...
[12:52:32] <Raymond_>	I need help today :-( I have moved a wiki from to another server and upgraded then from 1.6. to 1.15. but now I have broken characters in title, usernames etc: http://www.mosapedia.de/wiki/index.php/Spezial:Alle_Seiten
[12:52:44] <Raymond_>	any idea how to convert the tables?
[12:54:42] <p858snake_>	maybe cleanuptitles in the maintance scripts directory
[12:55:13] <p858snake_>	Raymond_: oh, have you run the upgrade script?
[12:57:07] <Raymond_>	p858snake_: yes.
[12:57:19] <p858snake_>	try cleanuptitles then
[12:57:36] <Raymond_>	shared hoster, no shell available :(
[13:02:06] <Raymond_>	will install maintenance extension first
[13:06:31] <Raymond_>	bah. it does not support cleanupTitles
[13:12:12] <Emufarmers>	MaintenenceShell?  Though I kind of doubt cleanupTitles will fix it
[13:16:21] <Nikerabbit>	did someone say maintenance hall?
[13:16:34] <Nikerabbit>	aww I ruined my joke, it should have been hell
[13:16:40] <Raymond_>	lol
[13:28:17] <p858snake_>	Raymond_: if you can't run scripts, you might have to spend some time renaming them manually
[13:28:40] <p858snake_>	not sure if you could do it thought the api but otherwise you will have to play witht eh db it appears
[13:29:52] <Raymond_>	thanks p858snake_ 
[13:30:03] <QwertyMe>	Splarka: Thanks for the tip, I'll try that out
[13:34:01] <wikibugs>	03(NEW) Page moves show up in watchlist with revid 0 when using API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20764 normal; Normal; MediaWiki: API; (gsvick)
[13:47:36] <CIA-12>	03siebrand * r56752 10/trunk/extensions/Translate/groups/OpenStreetMap/OpenStreetMap.yml: Update optionals
[13:56:19] <riot>	heya
[13:57:48] <riot>	i've just installed another wiki (bleeding edge from svn). And somehow i cannot create subpages like [[/Morestuff]] in page [[Stuff]] there. They'll end up as index.php//Morestuff  :( Am i missing an extension? Configswitch or something?
[13:58:04] <RoanKattouw>	riot: Make sure subpages are enabled for that namespace
[13:58:15] <RoanKattouw>	$wgNamespacesWithSubpages[NS_MAIN] = true; for the main namespace
[13:58:24] <riot>	oh, ah. i haven't specifically setup namespaces for that wiki yet
[13:58:42] <riot>	is that even possible without namespaces?
[13:59:36] <riot>	ah, i think i just answered that question by having a look at the namespaces.php
[14:01:02] <Splarka>	namespaces in mw are mostly for setting up types of pages, not types of articles, heh
[14:01:31] <riot>	works fine. Thanks a lot.
[14:07:18] <wikibugs>	03(WONTFIX) Page moves show up in watchlist with revid 0 when using API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20764  +comment (10roan.kattouw)
[14:15:32] <CIA-12>	03avar * r56753 10/trunk/extensions/Translate/utils/TranslateYaml.php: Oops, unserialize data into perl before we dump it as yaml
[14:18:50] <wikibugs>	03(mod) Change script loading order back - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20720  +comment (10dale)
[14:20:44] <CIA-12>	03avar * r56754 10/trunk/extensions/Translate/utils/TranslateYaml.php: Run perl with warnings emitted
[14:21:23] <CIA-12>	03avar * r56755 10/trunk/extensions/Translate/utils/TranslateYaml.php: Redirect STDERR to STDOUT so we'll see errors from this command in debug logs
[14:25:02] <CIA-12>	03avar * r56756 10/trunk/extensions/Translate/utils/TranslateYaml.php: make syckDump static
[14:26:03] <wikibugs>	14(WFM) Navigable TOC : The functionality is missing - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20669  +comment (10roan.kattouw)
[14:27:54] <CIA-12>	03avar * r56757 10/trunk/extensions/Translate/Translate.php: Docs on how to run syck
[14:35:24] <CIA-12>	03siebrand * r56758 10/trunk/extensions/Translate/groups/OpenStreetMap/OpenStreetMap.yml: Update optionals
[14:48:15] <wikibugs>	14(INVALID) Navigable TOC : Table is not refreshed when sections added using external editor - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20588  +comment (10roan.kattouw)
[14:49:24] <CIA-12>	03thomasv * r56759 10/trunk/extensions/ProofreadPage/ (ProofreadPage.i18n.php SpecialProofreadPages.php): do not use system message to render special page item; these items are likely to evolve in the future
[14:59:00] <wikibugs>	03(mod) Change script loading order back - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20720  (10Wiki.Melancholie)
[15:01:32] <unkNown__>	is it possible to create pages that are only visible by administrators?
[15:03:15] <Splarka>	!morbo
[15:03:15] --mwbot--	http://img514.imageshack.us/img514/330/morbomediawikiaf9.jpg
[15:03:41] <Duesentrieb>	!lockdown | unkNown__
[15:03:41] --mwbot--	unkNown__: Lockdown is an extension for preventing read or write access by namespace and limiting access to special pages. For more information, see < http://mediawiki.org/wiki/Extension:Lockdown >. For general information on preventing access to your wiki, see < http://www.mediawiki.org/wiki/Manual:Preventing_access >.
[15:03:52] <Splarka>	!secrets | unkNown__
[15:03:52] --mwbot--	unkNown__: MediaWiki was not designed with read-restrictions in mind, and may not provide air-tight protection against unauthorized access. We will not be held responsible should private information, such as a password or bank details, be leaked, leading to loss of funds or one's job. See also !lockdown
[15:04:04] <Duesentrieb>	hehe...
[15:04:08] <Duesentrieb>	what's next? !worstcase?
[15:04:18] <afraidoftrees>	!cms
[15:04:18] --mwbot--	Wikis are designed for openness, to be readable and editable by all. If you want a forum, a blog, a web authoring toolkit or corporate content management system, perhaps don't use wiki software. There is a nice overview of free tools available at <http://www.opensourcecms.com/> including the possibility to try each system. For ways to restrict access in MediaWiki, see !access.
[15:04:20] <Splarka>	Duesentrieb: srsly, you advertise your extension like it's secure, heh
[15:04:41] <afraidoftrees>	maybe we need a !confluence ;)
[15:04:44] <Duesentrieb>	Splarka: if you follow the link you w2alk into a big yellow and red banner - i put it there :)
[15:04:47] <unkNown__>	thank you
[15:04:55] <Splarka>	unkNown__: the only secure way to make pages visible by rights level are separate wikis
[15:05:02] <Duesentrieb>	hm, red and black, actually
[15:05:12] <Splarka>	yah yah, and I added some examples to the list
[15:05:25] <unkNown__>	I just want a single page to not be visible by everyone
[15:05:45] <Splarka>	and I want a choo choo train
[15:06:01] <Duesentrieb>	unkNown__: not *readable* is doable. but it will still be in listings.
[15:06:04] <unkNown__>	I second that motion ;)
[15:06:11] <Duesentrieb>	unkNown__: also you have to make it non-includable
[15:06:24] <unkNown__>	Duesentrieb: I don't care if it's in the listing
[15:06:32] <Splarka>	"doable" meaning there are only around a dozen possible vectors to access it
[15:06:38] <Duesentrieb>	unkNown__: mediawiki isn't really designed to do that. lockdown is the best hack i know for it, but it's still a hack.
[15:06:50] <Splarka>	and quite a few extensions assume all pages are either readable or not
[15:07:12] <Splarka>	^probably, I mean
[15:07:22] <Duesentrieb>	Splarka: other extensions are a problem often, yes. but apart from that - do you know of a way to actually get page content past lockdown/userCan?
[15:07:53] <Duesentrieb>	i mean - i can't guarantee that there are none, but i fixed all i found :P
[15:07:54] <Splarka>	Duesentrieb: have you tried everything on the list at http://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions ?
[15:08:11] <Duesentrieb>	when i compiled it, yes :)
[15:08:12] <Splarka>	also, that table is horrible now, who put a <source> in the table
[15:08:22] <Splarka>	*when* you compiled it...
[15:08:31] <Splarka>	http://www.mediawiki.org/w/index.php?title=Security_issues_with_authorization_extensions&diff=174027&oldid=168322
[15:08:50] <Splarka>	tried those?
[15:09:13] <Duesentrieb>	no.
[15:09:34] <Splarka>	and every popular extension? (or, say, the ones in SVN ^_^)
[15:09:51] *Splarka 	concurs with Morbo
[15:09:52] <wikibugs>	03(NEW) On Polish Wikipedia missing item on Special:ListGroupRights - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20765 enhancement; Normal; Wikimedia: General/Unknown; (danny.leinad)
[15:10:04] <Duesentrieb>	Splarka: no, i won't test all extensions. 
[15:10:11] <Duesentrieb>	i'll check preload though. nice one.
[15:10:39] <Splarka>	hmm, the edit summary parser doesn't (currently) allow any type of transclusion...
[15:11:40] <Splarka>	hmm, can you transclude them via system messages? 
[15:11:49] <Splarka>	(every possible wfMsg...)
[15:12:04] <Splarka>	subst:, msg:, msgnw:?
[15:12:43] <Splarka>	there are just so many ways to access page data, because currently the design is based around the assumption that if you have the edit right, you can access everything
[15:13:03] <Splarka>	(which, as has been stated, doesn't need to remain so in the future, but currently it is, and so it is what it is)
[15:13:20] <wikibugs>	03(NEW) Bogus "all:" namespace appears in "Did you mean..." when all namespaces selected in preferences - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20766 normal; Normal; MediaWiki extensions: Lucene Search; (mediawiki)
[15:13:56] <wikibugs>	03(mod) Bogus "all:" namespace appears in "Did you mean..." when all namespaces selected in preferences - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20766  (10mediawiki)
[15:14:07] <Splarka>	I wouldn't trust lockdown until such time as the extensions require permission to access the data via the user, so they can't get to protected data (or there are enough hook changes so that all old extensions written in the age of presumption wouldn't work anymore, heh)
[15:14:21] <Splarka>	er, "lockdown" in quotes meaning the method, not your extension personally, sorry
[15:14:36] <Splarka>	</rant>
[15:17:47] <Duesentrieb>	Splarka: lockdown prevents access via editintro and preload, i just checked. i.e. these actions check userCan, as they should.
[15:18:26] <Duesentrieb>	Splarka: lockdown does *not* precent inclusion, that is a known vector of access. you have to forbid inclusion of the namespaces in question. that works: wgNonIncludableNamespoaces is checked in the parser.
[15:18:45] <Duesentrieb>	but yea, don't trust it with your passwords.
[15:19:28] <ap|Aquapod>	hey does anyone have any architectural documents about wikimedia?
[15:19:47] <Duesentrieb>	ap|Aquapod: you mean about mediawiki?
[15:19:58] <Duesentrieb>	and what would you consider "architectural"?
[15:20:06] <Duesentrieb>	i don't think there's UML.
[15:21:45] <ap|Aquapod>	well like anything talking about why they chose the architecture that they are using
[15:22:18] <afraidoftrees>	which architecture do you mean?  the way a wiki works?  or how the code is written, or something else?
[15:22:36] <ap|Aquapod>	code is written
[15:22:46] <ap|Aquapod>	and how it interacts with any other subsystems
[15:23:09] <Splarka>	I believe the technical term is "spaghetti php"
[15:23:36] <afraidoftrees>	it wasn't chosen, it just evolved
[15:23:57] <Splarka>	is fun when functions bounce back and forth between skins/SkinName.php, includes/SkinTemplate.php and /includes/Skin.php
[15:24:05] <ap|Aquapod>	love it, any documentation on the evolution?  or the finalish product?
[15:24:53] <Splarka>	the only documentation I've read is a series of developers saying "PHP sucks."
[15:26:51] <Duesentrieb>	the documentation is called "svn log" :)
[15:26:54] <Splarka>	AIAND but: from what I've seen: the code is really the only official documentation, though you could follow it via bugzilla (and whatever the tracker was before it, cvs or something?), the mailing lists... wikitech-l I think (though only for the last few years?), the irc logs, the release notes... 
[15:26:59] <Splarka>	er, IANAD
[15:27:52] <^demon>	Splarka: We have docs? See bug 1.
[15:28:07] <Splarka>	"documentation" in quotes
[15:28:12] <RoanKattouw>	Yeah, the best docs are the code itself, the Doxygen stuff at http://svn.wikimedia.org/doc/ SVN commit summaries, etc.
[15:28:30] <Splarka>	oh, and mediawiki.org is a wiki anyone can edit, and more volunteers edit it than developers, so yah
[15:28:47] *^demon 	wants to restrict new page creation to autoconfirmed on mw.org
[15:28:54] <^demon>	I never see any helpful new pages from anons.
[15:29:59] <ap|Aquapod>	awesome thanks for the help
[15:30:06] <Splarka>	^demon: http://www.mediawiki.org/w/index.php?title=Talk:Sites_using_MediaWiki/sv&action=history
[15:30:32] *Splarka 	predicts: <^demon> That's a talk page, I just meant restricting page creation in content namespaces, or even just the main namespace
[15:31:27] <^demon>	Splarka: Meh, we could've lived without it.
[15:31:43] <^demon>	The entire [[Sites using MediaWiki]] stuff is crap anyway...largely just a spamboard.
[15:32:36] <Splarka>	heh
[15:32:40] <Splarka>	a fair point
[15:35:49] <Splarka>	^demon: http://www.mediawiki.org/wiki/Special:NewPages?namespace=9
[15:37:16] <Splarka>	and http://www.mediawiki.org/w/index.php?title=Special:NewPages&hideliu=1&namespace=14  http://www.mediawiki.org/w/index.php?title=Special:NewPages&hideliu=1&namespace=11 http://www.mediawiki.org/w/index.php?title=Special:NewPages&hideliu=1&namespace=102
[15:37:20] <Splarka>	helpful IPs!
[15:40:45] <^demon>	Splarka: Mehhhh
[15:41:06] *Splarka 	grins
[15:41:26] <Splarka>	is it possible to disable anon page creation only for 1 namespace (rather than all edits), or only for even/odd ?
[15:41:45] <^demon>	You can disable 'create' but leave 'createtalk' on.
[15:41:56] <Splarka>	right, but that's all even namespaces then innit?
[15:42:18] <Splarka>	IPs do occasionally translate templates for ya
[15:42:34] *^demon 	only uses them in en anyway :D
[15:43:09] <Danfal89>	Hello, I'm trying to get in touch with someone who made a personal wiki.  I'm hoping to obtain the email address they joined with. Anyone here know who I could talk to for that?
[15:43:52] <Duesentrieb>	Splarka: lockdown - for all per namespace permission needs :)
[15:44:00] *Splarka 	bites Duesentrieb
[15:44:13] <Splarka>	I guess mw could use an AbuseFilter rule to prevent it in main, meh
[15:44:26] <Splarka>	and it could even check if the page was a subpage of an exiting page with a langcode suffix, like Foobar/ar
[15:44:47] <Splarka>	Danfal89: watcha asking exactly? "joined" the personal wiki or joined mediawiki.org or other?
[15:46:00] <Danfal89>	Apologies, I think they have a site under mediawiki.org, they made a site that's powered by it's engine.
[15:46:51] <^demon>	Splarka: I started a filter to avoid stuff like "Test/testing/etc" but I didn't activate it yet.
[15:46:55] <Splarka>	do you know if the site requires an email address for registration? a default mediawiki install doesn't
[15:47:40] <Splarka>	and can you share their nickname? perhaps they register at other wikis with it
[15:48:32] <Splarka>	but if the site is not on a Wikimedia domain, there isn't much anyone here can probably do for ya, since mediawiki is open source and free there are thousands of private installs with no relation to WMF
[15:49:02] <Danfal89>	If it's open source then you anwsered my question. Thank for the time.
[15:49:23] <jdpond>	Hey Emufarmers. we were talking about this before - the kind of press we really want - http://tinyurl.com/lj2p6m - Entire support structure based on MW + SMW
[15:50:29] <wikibugs>	14(WFM) wikEd compatibility: toolbar focuses on hidden textarea - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20498  +comment (10roan.kattouw)
[15:50:56] <^demon>	It's alive!
[15:51:13] <Splarka>	hey, don't jump to conclusions
[15:51:30] *Splarka 	holds the tray of warm stroopwafels and earl grey tea under brion's nose
[15:51:59] <RoanKattouw>	brion: We've got more image move bugs (file redirect bugs, really), see http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Interesting_effect
[15:52:07] <brion>	whee!
[15:52:18] <^demon>	RoanKattouw: File redirects are broken anyway.
[15:52:33] <RoanKattouw>	^demon: How?
[15:52:36] <brion>	http://www.wittylama.com/2009/09/colourful-strategic-proposals/ :D
[15:53:24] <^demon>	RoanKattouw: It's extremely fragile. I tried poking it before to fix something and I nearly always broke it.
[15:53:36] <^demon>	Doesn't work in non-local repos elegantly at all.
[15:53:38] *^demon 	goes on
[15:54:13] *Splarka 	like that image {{fact}}
[15:54:18] <RoanKattouw>	Hm those issues should probably be addressed as moving files on Commons typically results in remote file redirects on nearly 800 wikis
[15:54:23] <RoanKattouw>	heh nice image
[15:54:29] <^demon>	RoanKattouw: IMHO, we should trim all the redirect code out of FileRepo & Title and handle it in its own Redirect class. Too much hack-and-slash stuff now.
[15:54:58] <Splarka>	except the "lording it over"... I'm tempted to wear makeup and hang a sheet behind me and cry "Leave Britannica alone I'm Serious" and upload it to youtube
[15:55:02] <RoanKattouw>	Might as well generalize interwiki redirects and section redirects in there too
[15:55:16] *RoanKattouw 	vaguely remembers an rd_interwiki patch ^demon and he were working on
[15:55:23] <ThomasV>	brion: will you have time to look at  proofreadpage ?
[15:56:17] <brion>	ThomasV: lemme add it to the list :D
[15:56:27] <ThomasV>	great 
[15:56:56] <^demon>	RoanKattouw: Yeah. I think some of Tim's critique of the patch is based on the broken code that's in place right now...not the addition of rd_interwiki, etc.
[15:57:02] <brion>	ThomasV: http://wikitech.wikimedia.org/view/DeploymentList
[15:57:17] <brion>	ThomasV: any other dependencies on core code updates?
[15:57:35] <RoanKattouw>	^demon: Most of the critique was focused on reworking it for compat with multiple redirects, for which support was added while our patch was rotting
[15:57:56] <ThomasV>	brion: there is one dependency on pdfhandler, it is signaled as comment
[15:58:00] <wikibugs>	14(WFM) Bogus "all:" namespace appears in "Did you mean..." when all namespaces selected in preferences - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20766  +comment (10rainman)
[15:58:14] <brion>	ThomasV: will things still work if we don't do the pdf update immediately?
[15:58:16] <^demon>	RoanKattouw: iirc, I cleaned up the patch after the redirect code was redone for multiple redirects. The code there sucks, that's not my fault :p
[15:58:25] <RoanKattouw>	hehe
[15:58:26] <brion>	or do we need to coordinate them?
[15:58:32] <ThomasV>	brion: in that case I need to revert one function call
[15:58:41] *RoanKattouw 	suggests redirects as ^demon 's next big project, after maintenance-work and new-installer
[15:58:46] <RoanKattouw>	Is new-installer even done yet?
[15:58:53] <brion>	ThomasV: easiest if we can do them one at a time :)
[15:59:04] <^demon>	RoanKattouw: Not nearly. It's got a ways to go.
[15:59:40] <RoanKattouw>	brion: Loving the targets on DeploymentList, people have been asking
[15:59:52] <ThomasV>	brion: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/56414
[15:59:55] <jdpond>	brion: I vote for MS dos - but we should also make it run on an IBM mainframe.
[16:00:02] <Splarka>	http://commons.wikimedia.org/w/api.php?action=query&list=allpages&apnamespace=6&apfilterredir=redirects&aplimit=max  teehee
[16:00:33] <RoanKattouw>	Splarka: That's a lot of file redirects, probably about 6k-7k
[16:00:39] *RoanKattouw 	toolservers
[16:00:47] <Splarka>	oh, I got 500 cuz I not sysop
[16:01:10] <brion>	RoanKattouw: yay :)
[16:01:17] *Splarka 	<3 limit=max but forgets about that high limit sometimes
[16:01:49] <wikibugs>	03(NEW) Bot status logs made by makebot are not properly shown - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20767 normal; Normal; MediaWiki extensions: Makebot; (kwj2772)
[16:01:51] <RoanKattouw>	Splarka: Interesting bug: global sysops don't seem to get highlimits
[16:01:56] <RoanKattouw>	Not sure if that's a bug though
[16:02:08] <Mike_lifeguard>	RoanKattouw: What are global sysops?
[16:02:22] <Splarka>	worldly
[16:02:27] <Mike_lifeguard>	That doesn't exist AFAIK.
[16:02:27] <MaxSem>	godly
[16:02:32] <RoanKattouw>	Mike_lifeguard: People who have sysop rights globally; maybe they're called stewards or whatever, but I have that right
[16:02:36] <jdpond>	!hesaidsemantic splarka
[16:02:36] --mwbot--	http://img393.imageshack.us/img393/576/hesaidsemanticga2.jpg
[16:02:43] <Splarka>	do global bots get it?
[16:02:49] <MaxSem>	no
[16:02:54] <RoanKattouw>	I can delete the main page on all projects, but I can't get 5,000 API results on any wiki but mediawikiwiki (where I happen to also be a local sysop)
[16:02:56] <Splarka>	bugzilla time
[16:03:10] <Splarka>	global bots should have high limits
[16:03:12] <Mike_lifeguard>	RoanKattouw: what's your username?
[16:03:12] <RoanKattouw>	Probably just a site request
[16:03:13] <MaxSem>	it's configurable on Meta
[16:03:19] <RoanKattouw>	"Give apihighlimits right to global bots"
[16:03:21] <RoanKattouw>	Mike_lifeguard: Catrope
[16:03:58] <Splarka>	ahh
[16:04:00] <Splarka>	http://meta.wikimedia.org/wiki/Special:GlobalGroupPermissions/Global_bot
[16:04:05] <Splarka>	bug!
[16:04:07] <Mike_lifeguard>	RoanKattouw: you are in the staff and sysadmin groups
[16:04:16] <RoanKattouw>	Ah yes
[16:04:18] <Splarka>	checked: [x] Use higher limits in API queries (apihighlimits)
[16:04:25] <RoanKattouw>	huh
[16:04:27] <CIA-12>	03thomasv * r56760 10/trunk/extensions/ProofreadPage/ProofreadPage.php: commenting out the part that depends on PdfHandler update
[16:04:39] <RoanKattouw>	Splarka: How about staff and sysadmin, do either of those have apihighlimits?
[16:04:43] <afraidoftrees>	i used to be a global sysop, now i'm just a sysadmin and have to manually give myself rights everywhere :(
[16:04:47] <Mike_lifeguard>	RoanKattouw: If it's needed, we can add apihighlimits, just put a request on [[m:SRG]]
[16:05:05] <ThomasV>	brion: no more dependency now
[16:05:13] <Splarka>	Mike_lifeguard: maybe add it to http://meta.wikimedia.org/wiki/Special:GlobalGroupPermissions/sysadmin so he can verify it is a bug?
[16:05:17] *MaxSem 	wonders if RoanKattouw can do it himself
[16:05:31] <Mike_lifeguard>	probably
[16:05:32] <Splarka>	because nobody trusts the word of MaxSem! <3
[16:05:34] <brion>	ThomasV: yay!
[16:05:36] <RoanKattouw>	Heh maybe I can
[16:05:52] <MaxSem>	{{sofixit}}
[16:05:53] <brion>	ThomasV: since you're here now i'll take a look over while i can give you direct feedback :)
[16:06:23] <ThomasV>	ok. your day is my night
[16:06:32] <RoanKattouw>	Done
[16:06:33] *^demon 	gives himself +sysop, +bcrat, +tyrant, +sexgod on all 5 of his local wikis
[16:07:06] <Splarka>	it was fun being staff on wikia before userrights checked if a group actually existed, heh, you could edit the form and add any old string
[16:07:13] *RoanKattouw 	wonders what RFAs for +sexgod (RFSGs?) would look like
[16:07:26] <brion>	heh
[16:07:29] <^demon>	* '''Oppose''', clearly not sexy enough ~~~
[16:07:35] <Splarka>	===Pictures===
[16:07:51] <CIA-12>	03siebrand * r56761 10/trunk/extensions/Translate/groups/OpenStreetMap/OpenStreetMap.yml: Update optionals and ignored
[16:09:30] <wikibugs>	03(mod) Run migrateBotlog.php to show logs made by makebot properly - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20767   +shell; summary; +comment (10raimond.spekking)
[16:09:34] <Mike_lifeguard>	Splarka: pffft, ===Videos=== :O
[16:10:09] <wikibugs>	03(FIXED) Extension Makebot is obsolete; should be removed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14156  +comment (10raimond.spekking)
[16:10:21] <wikibugs>	03(CLOSED) Bogus "all:" namespace appears in "Did you mean..." when all namespaces selected in preferences - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20766  +comment (10mediawiki)
[16:10:26] <Splarka>	separate section, but also ====Video requests==== and ====Photo requests====, and possibly ====Live demonstrations====
[16:12:02] <wikibugs>	03(mod) Bogus "all:" namespace appears in "Did you mean..." when all namespaces selected in preferences - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20766  (10mediawiki)
[16:13:06] <wikibugs>	03(mod) Run migrateBotlog.php to show logs made by makebot properly - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20767  (10mike.lifeguard)
[16:13:10] <wikibugs>	03(mod) Extension Makebot is obsolete; should be removed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14156  (10mike.lifeguard)
[16:13:30] <brion>	ThomasV: re r56760 -- shouldn't it work to just always call the getPageText() and formats that don't support it just won't return anything?
[16:14:15] <brion>	ah i see, it's currently only been added on the DjVu handler directly, not on the base class
[16:14:22] <ThomasV>	yes, but getPageText() should be defined
[16:14:39] <ThomasV>	yes it should be defined in the base class
[16:14:41] <brion>	well let's probably plan to do that for the next round; stick a generic returns-false implementation on the base class
[16:14:52] <ThomasV>	ok
[16:16:04] <wikibugs>	04(REOPENED) Extension Makebot is obsolete; should be removed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14156  +comment (10mike.lifeguard)
[16:17:13] <brion>	ok otherwise looks good for now... lemme do a quick conf test
[16:18:10] <ireas>	hi
[16:19:52] <wikibugs>	03(mod) An official POTY committee mailing list - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20520  +comment (10maarten)
[16:19:56] <brion>	ThomasV: do we already have the pr_index table or is that new?
[16:20:03] <ThomasV>	on it is new
[16:20:07] <ThomasV>	*no*
[16:20:10] <brion>	ok... quick note
[16:20:31] <wikibugs>	03(mod) Bogus "all:" namespace appears in "Did you mean..." when all namespaces selected in preferences - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20766  (10rainman)
[16:20:34] <brion>	include a /*$wgDBTableOptions*/ on the table definition like we have in maintenance/tables.sql
[16:20:53] <brion>	this'll let the updaters or sql.php insert the table type & collation options to match the rest of the DB
[16:21:06] <ThomasV>	brion: schema change is in r52625
[16:21:46] <brion>	ThomasV: and does anything need to be done to initialize the table contents or will it just fill out during use?
[16:22:06] <ThomasV>	brion: index pages will need to be purged
[16:22:26] <ThomasV>	I guess we can do this with a robot
[16:23:38] <brion>	spiffy
[16:23:59] <brion>	ok, make that .sql change and i can merge it over and start installing
[16:24:44] <CIA-12>	03thomasv * r56762 10/trunk/extensions/ProofreadPage/ProofreadPage.sql: wgDBTableOptions
[16:24:45] <ThomasV>	ok, done
[16:26:59] <brion>	whee
[16:27:31] <wikibugs>	03(NEW) Branch 1.16 - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20768 normal; Normal; MediaWiki: General/Unknown; (siebrand)
[16:28:59] <ialex>	siebrand: there's a lot of things to fix before branching 1.16 :)
[16:29:34] <siebrand>	ialex: how about a code freeze and a todo list? :)
[16:29:45] <siebrand>	ialex: need a tag for bugzilla?
[16:30:00] <siebrand>	or use priorities... (what?!)
[16:30:01] <ialex>	siebrand: Depend on is cool ;)
[16:30:15] <siebrand>	ialex: I hate depends..
[16:30:26] <wikibugs>	03(mod) Branch 1.16 - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20768  +comment (10brion)
[16:30:42] *Alphos 	very much dislikes priorities on bug management systems...
[16:31:11] <Alphos>	there are soooo many bugs that are given "BLOCKER" :D
[16:31:41] <wikibugs>	03(mod) Branch 1.16 - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20768  (10siebrand)
[16:31:53] <Alphos>	"the hour displayed in size 7 in the lower right corner of the window is 16 seconds behind" ==> BLOCKER :p
[16:32:11] <siebrand>	the joys of severity and priority...
[16:32:44] <Alphos>	^^
[16:32:50] <Splarka>	Alphos: how about 20741 ?
[16:33:37] <Alphos>	i wouldn't file it as blocker but as major
[16:33:47] <CIA-12>	03brion * r56763 10/branches/wmf-deployment/extensions/ProofreadPage/ (7 files): 
[16:33:47] <CIA-12>	Bring ProofreadPage up to date with trunk r56762 -- ThomasV has fixed the SQL escaping bugs that delayed the initial update.
[16:33:47] <CIA-12>	This version adds a special page w/ index data (Special:IndexPages) and a DB table (pr_index) storing various fun data, which will need to be deployed.
[16:33:47] <CIA-12>	Includes support for extracting text from DjVu files (currently hardcoded to DjVu as we haven't generalized the interface yet)
[16:33:48] <GerardM->	Brion, what is preventing LocalisationUpdate from going live ?
[16:33:52] <Splarka>	nobody filed it as blocker, it got bumped to it
[16:33:59] <brion>	GerardM-: it's on my list for today :)
[16:34:04] <brion>	http://wikitech.wikimedia.org/view/DeploymentList
[16:34:08] <ThomasV>	lol
[16:34:19] <GerardM->	As I read that, it was going onto the test server
[16:34:27] <GerardM->	that is why the question
[16:34:28] <brion>	and if it doesn't explode i'll stick it elsewhere :)
[16:34:44] <ThomasV>	brion: djvu text extraction was already deployed before
[16:34:48] <GerardM->	I keep my fingers crossed then
[16:36:50] <brion>	ThomasV: :P :)
[16:37:31] <brion>	bah
[16:37:32] <Raymond_>	Mike_lifeguard: I do not understand why you reopened bug 14156. the extensions _is_ disabled. nothing to do in this bug.
[16:37:33] <brion>	Database returned error "1142: CREATE command denied to user: 'wikiuser@208.80.152.189' for table 'pr_index' (10.0.6.21)"
[16:37:51] <brion>	command line's pulling user access instead of admin db access for sql.php
[16:38:18] <ThomasV>	is that because I did something wrong ?
[16:38:22] <wikibugs>	03(ASSIGNED) "Cite this page" toolbox link does not have a title attribute - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20218  +comment (10ireas)
[16:38:45] <brion>	ThomasV: no, i need to track down some changes from the maintenance script updates
[16:39:02] <afraidoftrees>	werdna made a change to how the admin user gets retrieved recently
[16:39:06] <afraidoftrees>	i think to make it optional.
[16:39:44] <wikibugs>	03(mod) "Cite this page" toolbox link does not have a title attribute - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20218  +comment (10ireas)
[16:41:20] <CIA-12>	03brion * r56764 10/trunk/phase3/maintenance/sql.php: Fix regression in sql.php: needs to run w/ DB admin privileges in order to do DB updates
[16:41:20] <brion>	afraidoftrees: yep
[16:41:38] <brion>	easy fix, just need to have the script specify use of admin credentials
[16:42:27] <wikibugs>	03(mod) "Cite this page" toolbox link does not have a title attribute - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20218   +need-review +patch (10raimond.spekking)
[16:43:45] <CIA-12>	03brion * r56765 10/branches/wmf-deployment/maintenance/sql.php: Merge r56764 from trunk -- use admin DB credentials for sql.php
[16:44:39] <brion>	hrm
[16:44:43] <brion>	ok that's mysteriously not working :(
[16:46:14] <brion>	ok will have to mess with that later
[16:46:47] <afraidoftrees>	btw, unscap never used to rely on rcs
[16:47:04] <afraidoftrees>	scap just copied the deployed php-1.5 to a backup directory, and unscap restored the most recent backup and scapped it
[16:48:49] <dira>	how to enforce subpages to belong to categories of their parent  ?
[16:49:04] <afraidoftrees>	like this: /home/wikipedia/lazy-backups/php-1.52006-10-23T06:07:41+0000 .. but it seems to have been deleted now
[16:50:02] <CIA-12>	03brion * r56766 10/branches/wmf-deployment/maintenance/addwiki.php: Add ProofreadPage.sql
[16:50:23] <CIA-12>	03brion * r56767 10/trunk/phase3/maintenance/addwiki.php: 
[16:50:23] <CIA-12>	add ProofreadPage.sql
[16:50:23] <CIA-12>	(todo: move this whole script out of core!)
[16:51:20] <Splarka>	roan: did apihighlimits work after ya gave it to sysadmin?
[16:51:49] <wikibugs>	03(NEW) abuse-filter-view-private granted to admins on enwiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20769 enhancement; Normal; Wikimedia: Site requests; (cenarium.sysop)
[16:52:41] <CIA-12>	03dale * r56769 10/trunk/extensions/MetavidWiki/skins/mv_embed/oggServer/ (14 files in 5 dirs): * stored the in-development oggServer near the flvServer
[16:52:57] <CIA-12>	03ialex * r56770 10/trunk/phase3/ (9 files in 2 dirs): (log message trimmed)
[16:52:57] <CIA-12>	* (bug 20631) Preview of personal JavaScript and CSS pages now works again
[16:52:57] <CIA-12>	* introduced SkinTemplate::$useHeadElement as switch for backward compatibility for extension skins using the old way of generating the <head> element:
[16:52:57] <CIA-12>	** false (default): no change from previous version
[16:52:59] <CIA-12>	** true: <head> specific items set in SkinTemplate::outputPage() are no longer generated (avoid double execution of some functions) and the result of OutputPage::headElement() is stored in the 'headelement' item
[16:53:02] <CIA-12>	* updated all core skin to use this new method, some extensions using MonoBookTemplate but not extending SkinMonoBook (or for other core skins) will need to set $useHeadElement to true to work properly though
[16:53:05] <CIA-12>	* Made Skin::userCanPreview() public since it's needed in OutputPage::getHeadScripts()
[16:53:33] <RoanKattouw>	Splarka: Yes
[16:53:37] <CIA-12>	03dale * r56771 10/trunk/extensions/MetavidWiki/skins/mv_embed/oggServer/ (OggChop.php OggChopRequestHanlder.php): * stored the in-development oggServer near the flvServer
[16:53:47] *Splarka 	cancels bug then ^_^
[16:53:52] *Annemarie 	hugs CIA-12 
[16:53:52] *CIA-12 	hugs Annemarie
[16:54:09] *ialex 	pokes wikibugs
[16:54:39] <wikibugs>	03(FIXED) Personal javascript preview not working - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20631  +comment (10alex.emsenhuber)
[16:55:09] <brion>	tables still installing... dum de dum :)
[16:55:13] <brion>	up to the k's :D
[16:55:30] <brion>	(in theory we only need it on the wikis with ProofreadPage installed, but man it's easier if we don't have to worry about making sure it's added individually)
[16:56:02] <ThomasV>	you're adding it everywhere ?
[16:56:18] <brion>	the table yeah
[16:57:44] <Annemarie>	Will the data be interesting (should the TS get a view of it?)?
[16:58:37] <ThomasV>	Annemarie: the table will collect the proofreading status of pages in each book
[16:58:37] <CIA-12>	03siebrand * r56772 10/trunk/extensions/MetavidWiki/skins/mv_embed/oggServer/ (11 files in 4 dirs): svn:eol-style native
[16:59:38] *ThomasV 	is getting nervous
[17:01:58] *brion 	huggles ThomasV 
[17:02:10] <ThomasV>	:-P
[17:04:21] <wikibugs>	03(mod) Image page should list places that image redirects are used - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18017  15enhancement->major; +comment (10hartman)
[17:06:56] <Nikerabbit>	is huggle a little huggie?
[17:08:26] <brion>	ok scappin'
[17:09:00] <wikibugs>	03(NEW) Missing "redirected from" on redirect targets on shared repository - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20770 normal; Normal; MediaWiki: Images and files; (hartman)
[17:10:15] <brion>	ThomasV: http://en.wikisource.org/wiki/Special:IndexPages
[17:10:18] <brion>	\o/
[17:10:38] <ThomasV>	seems to work
[17:10:52] <ThomasV>	let me purge one or two indexes
[17:11:00] <brion>	i purged one, looks ok so far
[17:12:01] <ThomasV>	hmm, one gets displayed on 2 lines :-(
[17:12:45] *MrZ-man 	pokes brion toward bug 20767
[17:13:06] <CIA-12>	03avar * r56773 10/trunk/extensions/Translate/utils/TranslateYaml.php: oops, missing = in perl
[17:13:08] <ThomasV>	ok, that part seems to work
[17:13:58] <brion>	ThomasV: do you want to write up a quick post for the tech blog explaining what's new in ProofreadPage?
[17:14:13] <brion>	MrZ-man: peeking
[17:14:18] <ThomasV>	brion: sure
[17:14:30] <ThomasV>	first checking that everything is ok
[17:14:34] <ThomasV>	there's more than just this special page
[17:15:06] <ThomasV>	brion: where should I post it ?
[17:15:40] <RoanKattouw>	ThomasV: http://techblog.wikimedia.org/ , someone will probably need to give you access though
[17:15:41] <brion>	ThomasV: at the tech blog: https://techblog.wikimedia.org/wp-admin/
[17:15:52] <ThomasV>	hmm, my wifi does not work so well
[17:15:55] <brion>	i think you can create yourself an account; i can set you up to post then
[17:16:06] <brion>	mornin tomaszf 
[17:16:26] *tomaszf 	looks around and sees the empty tech island
[17:16:26] <CIA-12>	03avar * r56774 10/trunk/extensions/Translate/utils/TranslateYaml.php: Don't include shell redirection as part of the perl program
[17:17:56] <apergos>	I could be there coughing on you instead :-P
[17:18:11] <apergos>	(I will be doing so regardless tomorrow, unless I feel a lot worse again)
[17:19:10] <wikibugs>	03(mod) Run migrateBotlog.php to show logs made by makebot properly - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20767  +comment (10brion)
[17:19:17] <brion>	ewww germs
[17:19:47] *apergos 	emails brion some germs
[17:20:00] *brion 	hopes his mac don't get no virus
[17:20:11] <apergos>	:-D
[17:20:54] <afraidoftrees>	you have to pay $50 for the upgrade that lets you get viruses
[17:21:01] <brion>	hehe
[17:23:56] <CIA-12>	03catrope * r56775 10/trunk/extensions/UsabilityInitiative/EditToolbar/ (EditToolbar.js EditToolbar.php): Fix up r56723: unbreak "replace all" mode
[17:24:53] <wikibugs>	03(mod) Set Portal namespace alias to NS_Portal in Bengali wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20761  (10brion)
[17:25:33] <wikibugs>	03(FIXED) Search & Replace: Cannot replace the exact word repeatedly in Opera - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20715  +comment (10roan.kattouw)
[17:26:02] <wikibugs>	03(mod) On Polish Wikipedia missing item on Special:ListGroupRights - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20765  (10brion)
[17:29:15] <ThomasV>	brion: I have a problem
[17:29:33] <ThomasV>	aus der Funktion „pr_OutputPageBeforeHTML“. Die Datenbank meldete den Fehler „1052: Column: 'page_title' in on clause is ambiguous (10.0.6.39)“.
[17:29:33] <ThomasV>	Von „http://de.wikisource.org/wiki/Annalen_der_Physik_und_Chemie,_Band_LX“
[17:29:51] <brion>	o_O
[17:29:52] <wikibugs>	03(mod) some text of old revisions in early 2005 is blank in the English Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20757  (10brion)
[17:29:55] <wikibugs>	03(mod) Database table cleanup (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16660  (10brion)
[17:30:15] <brion>	lemme take a peek
[17:30:42] <RoanKattouw>	ThomasV: Maybe you have a query that uses two page tables
[17:30:49] <brion>	ThomasV: the 'find the index page' query looks like it
[17:30:58] <brion>	you've got the page table brought in twice
[17:31:15] <brion>	LEFT JOIN $page AS p1 ON page_title=tl_title
[17:31:17] <ThomasV>	hmm..
[17:31:20] <brion>	maybe you need p1.page_title here?
[17:31:26] <RoanKattouw>	Looks like it
[17:31:51] <ThomasV>	why did it not complain on my machine ?
[17:31:52] <brion>	and there's a second join too
[17:32:03] <brion>	ThomasV: might be that mysql 5 is smarter about resolving that
[17:32:09] <brion>	we've still got 4 in main deployment
[17:32:51] <CIA-12>	03avar * r56776 10/trunk/extensions/Translate/utils/TranslateYaml.php: Also mark ARRAY values as UTF-8
[17:32:56] <ThomasV>	brion: can you fix it for me ? it would take me time to install sql 4
[17:34:13] <wikibugs>	14(WFM) Navigable TOC : Section is not highlighted if section names are same - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20570  +comment (10roan.kattouw)
[17:35:10] <brion>	woops
[17:35:52] <brion>	ok this should do it....
[17:36:13] <ThomasV>	thanks
[17:36:30] <brion>	taking an awful long time to load that page
[17:37:59] <enomil>	for a few seconds 1054: Unknown column 'p1.pl_title' in 'on clause' (10.0.6.35) and now it does not load the page
[17:38:29] <brion>	ThomasV: the query seems to be really inefficient
[17:38:50] <ThomasV>	gah
[17:39:07] <RoanKattouw>	What's the query?
[17:39:36] <ThomasV>	"SELECT DISTINCT p2.page_title AS title FROM $templatelinks LEFT JOIN $page AS p1 ON page_title=tl_title LEFT JOIN $pagelinks ON pl_title=page_title LEFT JOIN $page AS p2 ON p2.page_id=pl_from WHERE tl_from=$id AND tl_namespace=$page_ns_index AND pl_title=p1.page_title AND p2.page_namespace=$index_ns_index"
[17:40:13] <RoanKattouw>	ThomasV: You have to join on page_namespace=tl_namespace as well
[17:40:15] <brion>	disabling the fix for the moment
[17:40:24] <RoanKattouw>	Leaving that out generates invalid results and a long-running query
[17:40:24] <brion>	gonna dump you some tables showing actual queries
[17:40:36] <RoanKattouw>	Same with pl_namespace=p2.page_namespace
[17:41:13] <ThomasV>	RoanKattouw: will it make it more efficient ?
[17:41:20] <CIA-12>	03avar * r56777 10/trunk/extensions/Translate/utils/TranslateYaml.php: Single quote the perl so it looks better for syckLoad
[17:41:24] <RoanKattouw>	ThomasV: Yes, and actually correct
[17:41:50] <CIA-12>	03simetrical * r56778 10/trunk/phase3/includes/Html.php: 
[17:41:50] <CIA-12>	Fix "Invalid argument for foreach()" in Html
[17:41:50] <CIA-12>	Reported by Nikerabbit on IRC to happen on Preferences, although I
[17:41:50] <CIA-12>	couldn't reproduce immediately. The change should be helpful for this
[17:41:50] <CIA-12>	kind of thing anyway.
[17:42:10] <brion>	ThomasV, RoanKattouw: http://dpaste.org/uJ0g/
[17:42:32] <brion>	the column after 'Query' is runtime in seconds
[17:42:38] <brion>	>2 minutes is not good :D
[17:42:49] <brion>	temporary tables are not good 
[17:43:14] <RoanKattouw>	brion: All that's going on is he's joining on foo_title=page_title without also doing foo_namespace=page_namespace
[17:43:18] <RoanKattouw>	brion: ... and he's doing that twice
[17:43:25] <brion>	yeah that'll hurt
[17:43:35] <brion>	damn i thought i checked for those :)
[17:43:47] *ThomasV 	is sorry
[17:43:56] <brion>	s'okay it happens :D
[17:43:59] <ThomasV>	I did not know about that
[17:44:30] <brion>	yeah looks like you need to join w/ p1.pl_namespace=tl_namespace and p1.pl_title=tl_title
[17:44:41] <RoanKattouw>	And there's another one in there, for tl_
[17:45:13] <RoanKattouw>	What surprises me most is that this query doesn't generate wrong results (or maybe nobody noticed, or no one ever tested in a scenario in which that can happen)
[17:47:04] <brion>	heh
[17:47:26] <brion>	RoanKattouw: if you don't have any title conflicts in different namespaces it'll give you what you expected
[17:47:31] <ThomasV>	I tested it on a much smaller database
[17:47:50] <RoanKattouw>	Aye, but with talk pages it's difficult not to have those conflicts
[17:51:30] <brion>	ThomasV: go ahead and patch up those queries and we can update it
[17:51:54] <ThomasV>	yes that's what I am doing
[17:53:14] <brion>	whee
[17:53:49] <^demon>	brion: playing on the swingset again?
[17:55:09] <Emufarmers>	Splarka, ^demon: I've had filter 2 running silently; it could show a warning with rainbow blinkies and whatever.  The only false positives it seems to have are talk pages (fixable), redirects (also fixable), and translations (maybe fixable, but I don't know how ^_^) 
[17:55:16] *AryehGregor 	likes how the #2 item on "Where can I be bold?" is "You can boldly poke the developers to fix bugs" http://commons.wikimedia.org/wiki/Commons:Don't_be_bold
[17:55:44] <Nikerabbit>	' aren't nice in urls
[17:57:50] <wikibugs>	03(mod) Search result text not showing up on Special:Search - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20752  (10brion)
[17:59:22] <MaxSem>	whee, wikimedia error
[17:59:26] <bnjmn>	I'm trying to remove this "NewPP limit report" from article output
[17:59:32] <MaxSem>	ERR_SOCKET_FAILURE, errno (98) Address already in use
[17:59:46] <bnjmn>	somehow it gets into bodytext at the end
[17:59:48] <ThomasV>	brion, RoanKattouw : is this ok ?
[17:59:50] <ThomasV>	SELECT DISTINCT p2.page_title AS title FROM $templatelinks LEFT JOIN $page AS p1 ON p1.page_title=tl_title AND p1.page_namespace=tl_namespace LEFT JOIN $pagelinks ON pl_title=p1.page_title AND pl_namespace=p1.page_namespace LEFT JOIN $page AS p2 ON p2.page_id=pl_from WHERE tl_from=$id AND tl_namespace=$page_ns_index AND pl_title=p1.page_title AND p2.page_namespace=$index_ns_index
[17:59:52] <bnjmn>	anyone know how i can turn it off?
[18:01:01] <Splarka>	bnjmn: can you link to the wiki and/or pastebin an example page source?
[18:01:05] <RoanKattouw>	ThomasV: AND pl_title=p1.page_title is superflous AFAICT
[18:01:36] *RoanKattouw 	EXPLAINs that query
[18:02:01] <^demon>	bnjmn: last time I checked its hardcoded to output that.
[18:02:38] <Emufarmers>	AryehGregor: that page doesn't really provide much of a rationale.  All it ends up saying is "don't do anything, because you'll mess something up," which is true, but no more so than on Wikipedia.
[18:02:47] <wikibugs>	03(mod) Bogus "all:" namespace appears in "Did you mean..." when all namespaces selected in preferences - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20766  (10mediawiki)
[18:03:03] <^demon>	One of the parseroptions is to disable it, but iirc the parser options used for grabbing page content has that set to true.
[18:03:06] <MaxSem>	bnjmn, comment out every instance of enableLimitReport() call
[18:03:08] <Splarka>	^demon: it seems (to me) like he's saying it shows in regular view.. remember.. "assume bad operation" ^_^
[18:03:15] <bnjmn>	http://pastebin.com/m324294e0
[18:03:38] <Splarka>	sigh, bnjmn: that's normal
[18:03:39] <afraidoftrees>	"An image can only be in one of two ways." what?
[18:03:44] <AryehGregor>	Emufarmers, it makes a couple of good points.  Like there's no reason not to have arguably low-quality images as well as high-quality ones.
[18:03:45] <RoanKattouw>	Hm there's still a temporary in there somewhere
[18:03:50] *Splarka 	gives ^demon a cookie
[18:04:09] <RoanKattouw>	ThomasV: I'm examining that query some more
[18:04:15] <bnjmn>	i understand that it's normal. i just don't want it.
[18:05:22] <Emufarmers>	afraidoftrees: I think it means "in one of two states"
[18:05:34] <RoanKattouw>	ThomasV: Is the DISTINCT necessary?
[18:05:57] <Emufarmers>	AryehGregor: and yeah, that's true; PoV forks aren't a problem with images in the way they are with articles.
[18:06:09] <ThomasV>	RoanKattouw: I suppose not
[18:06:20] <bnjmn>	is there any way to call enableLimitReport(false) from a skin?
[18:06:26] <RoanKattouw>	ThomasV: What does this query even do?
[18:06:57] <AryehGregor>	afraidoftrees, I would fix it, but I'm afraid, since you apparently aren't supposed to bold in editing policy pages on Commons.  ;)
[18:07:11] <^demon>	bnjmn: No, not really...I can't remember which call to enableLimitReport() you'd need to hack.
[18:07:20] <Emufarmers>	AryehGregor: it's only an essay. :D
[18:07:28] <ThomasV>	RoanKattouw: for a given page in ns-0 it finds the page in ns-index that contains links to the transcluded pages from ns-pages
[18:07:28] <^demon>	AryehGregor: Be timid when updating pages :)
[18:07:33] <afraidoftrees>	AryehGregor: commons is much like a tree in that respect.
[18:07:43] <AryehGregor>	afraidoftrees, indeed.
[18:08:15] <bnjmn>	^demon, ok, thanks. that's too bad
[18:08:32] <bnjmn>	trying to find a way to not modify mediawiki itself and keep it in the template
[18:08:39] <bnjmn>	but i guess there's not a way for this :)
[18:08:55] <RoanKattouw>	ThomasV: And why do you want to know that? It sounds so evil that my gut says there has to be a better way
[18:08:59] <Splarka>	bnjmn: you might just make an extension to strip all html comments at the last minute, with a hook like http://www.mediawiki.org/wiki/Manual:Hooks/BeforePageDisplay
[18:09:08] <Splarka>	(but don't strip IE fixes, heh)
[18:09:41] <^demon>	bnjmn: look at includes/Article.php and find the call to enableLimitReport. Passing false to that one may fix it.
[18:09:53] <AryehGregor>	bnjmn, if you didn't want to hack it, you could probably run that from a hook somewhere.
[18:10:01] <AryehGregor>	^demon, that means hacking the code, which he doesn't want to do.
[18:10:06] <RoanKattouw>	brion: The query we were talking about has some inherent evilness causing a temporary table. Dropping DISTINCT kills that but leads to dupe rows. Also note query is unlimited and unordered; adding ORDER BY would filesort
[18:10:12] <AryehGregor>	bnjmn, why do you actually care about this, out of curiosity?
[18:10:18] <ThomasV>	RoanKattouw: to link back to the page giving information about a book from which a text is transcluded
[18:10:39] <Splarka>	AryehGregor: maybe he'll say "no comment", heh
[18:10:42] <AryehGregor>	RoanKattouw, an explicit CREATE TEMPORARY TABLE might improve matters, if there's no other way to get the data.
[18:11:20] <ThomasV>	brion, RoanKattouw: actually, that query could be easily replaced if it causes too much problems.
[18:11:31] <RoanKattouw>	That would be the easiest way
[18:11:35] <CIA-12>	03brion * r56779 10/branches/wmf-deployment/ (8 files in 2 dirs): 
[18:11:35] <CIA-12>	Reverting ProofreadPage updates pending further fixes. Queries are inefficient and break the site. :)
[18:11:35] <CIA-12>	Even if the obviously missing namespace is added to the joins we're not 100% sure what's going on yet.
[18:13:08] <^demon>	Ah-ha!
[18:13:15] <RoanKattouw>	ThomasV: If you can replace that query quickly and easily, do that so it can be deployed ;)
[18:13:30] *^demon 	just discovered wfRunHooks('ParserLimitReport')
[18:13:50] <ThomasV>	ok
[18:14:18] <bnjmn>	ok I just hacked the parser to never output the limit report ever
[18:14:25] <bnjmn>	thanks
[18:14:34] <MaxSem>	there's ParserLimitReport hook - can it be used to zap this specific comment?
[18:14:35] <Splarka>	that'll be fun when you update next
[18:15:12] <bnjmn>	so the reason is because we're using mediawiki to construct a document and i don't want the final result to include anything not needed
[18:16:52] <dira>	how to transclude a category in one page ?
[18:16:58] <RoanKattouw>	!dpl | dira
[18:16:58] --mwbot--	dira: The DynamicPageList (DPL) extension outputs reports based on criteria given in a special tag. For more information, see <http://www.mediawiki.org/wiki/Extension:DynamicPageList> and <http://semeb.com/dpldemo/index.php?title=Dynamic_Page_List>.
[18:18:14] <^demon>	MaxSem: you could remove everything except <!-- -->
[18:22:26] <MaxSem>	hmm, then some other hook could be used to reset that  enableLimitReport  flag
[18:23:05] <^demon>	What if we change that hook and check boolean return. True adds the report and false stops it.
[18:23:27] <^demon>	Would make it more consistent with other hooks too.
[18:23:50] <Splarka>	or have a global for all those various generally useless comments
[18:24:41] <Splarka>	start/end content, report, "Saved in parser cache", <!-- end of the left (by default at least) column -->
[18:24:47] <Splarka>	served in...
[18:25:01] <Splarka>	$wgNoCommentSir
[18:25:12] <brion>	!log running LocalisationUpdate from current trunk for testwiki
[18:25:12] --mwbot--	
[18:25:25] <brion>	blah wrong chan
[18:25:25] <RoanKattouw>	brion: Wrong channel
[18:25:42] *RoanKattouw 	wonders why !log is Wrong channel was silenced
[18:25:49] <RoanKattouw>	!log is Wrong channel!
[18:25:49] --mwbot--	Keyword "log" already exists. Use "!log del" to remove it.
[18:25:51] <Splarka>	well, cuz morebots is so verbose now
[18:25:55] <Splarka>	del it first
[18:25:56] <RoanKattouw>	Ah
[18:25:57] <Splarka>	but
[18:25:59] <Splarka>	do re-add it
[18:26:03] <RoanKattouw>	!log del
[18:26:03] --mwbot--	Successfully removed keyword: log
[18:26:05] <RoanKattouw>	!log is Wrong channel!
[18:26:05] --mwbot--	Successfully added keyword: log
[18:26:06] <Splarka>	because I see morebots take 5 minutes to respond
[18:26:36] <Splarka>	!log | RoanKattouw
[18:26:36] --mwbot--	RoanKattouw: Wrong channel!
[18:26:40] <Splarka>	<3
[18:26:44] <CIA-12>	03thomasv * r56780 10/trunk/extensions/ProofreadPage/ (ProofreadPage.i18n.php ProofreadPage.php): removing inefficient sql request
[18:27:07] <ThomasV>	brion, RoanKattouw : done
[18:28:27] <Emufarmers>	Splarka: Use your Uncyclopedian expertise to make  http://www.mediawiki.org/wiki/MediaWiki:Abusefilter-warning-wrongwiki more eye-catching, please? ^_^
[18:30:42] <Splarka>	Emufarmers: evil
[18:31:54] <MaxSem>	red background,  <big> + <blink>
[18:32:15] <str4nd>	+ marquee, heh
[18:32:21] <MaxSem>	probably, a pic of skull and bones will also help
[18:32:42] <Emufarmers>	http://commons.wikimedia.org/wiki/Skull_and_crossbones bwahaha
[18:33:11] <Emufarmers>	http://commons.wikimedia.org/wiki/File:Eat_the_rich_symbol.png Doesn't look like an R to me...
[18:44:20] <Splarka>	Emufarmers: http://www.mediawiki.org/wiki/MediaWiki:Abusefilter-warning-wrongwiki
[18:44:59] <Emufarmers>	:-)
[18:46:04] <Emufarmers>	Splarka: that image isn't PD
[18:49:55] <Splarka>	sofixit
[18:53:19] <wikibugs>	03(NEW) register a nickserv account for nagios-wm - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20771 minor; Normal; Wikimedia: IRC; (mike.lifeguard)
[18:58:36] <Splarka>	hmm, wasn't there plans to put all wm-bots on the same big account and give it an exemption to floods?
[19:02:48] <wikibugs>	14(DUP) Special:MyPage/monobook.js does not render in preview - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=4801  +comment (10innocentkiller)
[19:02:50] <wikibugs>	03(mod) Personal javascript preview not working - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20631  +comment (10innocentkiller)
[19:03:32] <siebrand>	mdale: PHP Fatal error:  Class 'FormatJson' not found in phase3\js2\mwEmbed\php\maintenance\mergeJavascriptMsg.php on line 115
[19:03:55] <Splarka>	bah, someone should tell ^demon that identical symptoms are not identical issues
[19:04:18] <Splarka>	(especially when separated by several years)
[19:08:01] <wikibugs>	03(mod) Add an unique CSS class or ID to the tagfilter table row at RecentChanges - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18704  (10ireas)
[19:09:52] <wikibugs>	03(mod) Add an unique CSS class or ID to the tagfilter table row at RecentChanges - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18704  low->normal (10ireas)
[19:15:15] <wikibugs>	03(ASSIGNED) Monospace/preformatted text has gotten much smaller in Vector (code, tt, pre) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20706  (10tparscal)
[19:15:18] <wikibugs>	03(ASSIGNED) Text Overlap - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20640  (10tparscal)
[19:22:32] <mdale>	siebrand: thanks for catching that
[19:22:39] <CIA-12>	03dale * r56781 10/trunk/phase3/js2/mwEmbed/php/noMediaWikiConfig.php: added missing json function in stand alone usage
[19:23:29] <siebrand>	mdale: thanks for fixing it. Goup hug!
[19:23:35] <mdale>	;)
[19:23:35] <siebrand>	group, even
[19:28:26] <wikibugs>	03(mod) Commons' "Upload new version" acts as "Upload file" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20736  (10jarry1250)
[19:30:22] <wikibugs>	03(mod) Hiding TOC should hide TOC in printout - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16869  +comment (10ireas)
[19:31:57] <wikibugs>	03(mod) Commons' "Upload new version" acts as "Upload file" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20736  (10jarry1250)
[19:44:26] <wikibugs>	14(WFM) Uploading new images sets mime type to text/plain and dimensions to 0x0 - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=7261  high->normal; +comment (10innocentkiller)
[19:45:23] <ThomasV>	brion: I found another bug, in the javascript. I cannot fix it now because I need IE; I'll do it tomorow. so please do not re-scap today :-)
[19:47:14] <wikibugs>	03(mod) html upload fails even when extension .html is whitelisted - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=1672  (10innocentkiller)
[19:49:58] <wikibugs>	03(mod) Enotif checkboxes cleared upon save before address is confirmed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=5495  -need-review +testme; +comment (10innocentkiller)
[19:52:20] <wikibugs>	14(DUP) better interface feedback at pages of blocked users - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=7207  +comment (10innocentkiller)
[19:52:20] <wikibugs>	03(mod) Show message on user page of blocked users - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=2044  +comment (10innocentkiller)
[19:57:29] <brion>	ok where was i
[19:57:55] <brion>	ThomasV: no worries :) thanks for looking into it!
[20:05:43] <CIA-12>	03happy-melon * r56782 10/trunk/phase3/includes/ (3 files in 2 dirs): 
[20:05:43] <CIA-12>	Allow extra buttons and hidden fields to be included in HTMLForm. Accessible
[20:05:43] <CIA-12>	either before Form construction (as HTMLFormField subclasses that can be passed
[20:05:43] <CIA-12>	in the Descriptor array as for other input) or after (as methods
[20:05:43] <CIA-12>	addHiddenField() and addButton(), respectively).
[20:11:18] <CIA-12>	03rotem * r56783 10/trunk/extensions/ (22 files in 16 dirs): Localization update for he.
[20:12:11] <madgnu>	Hello, i need help. I want to allow javascript on any wiki-page. Sorry if the question is stupid, but i cant find what i need.
[20:12:23] <AryehGregor>	!html
[20:12:23] --mwbot--	For allowing any and all HTML, see <http://www.mediawiki.org/wiki/Manual:%24wgRawHtml>. This is of course VERY DANGEROUS. Safer options include <http://www.mediawiki.org/wiki/Extension:HTMLets>, <http://www.mediawiki.org/wiki/Extension:RawMsg> and <http://www.mediawiki.org/wiki/Extension:SecureHTML>.
[20:13:15] <CIA-12>	03brion * r56784 10/trunk/extensions/LocalisationUpdate/ (LocalisationUpdate.class.php LocalisationUpdate.php): 
[20:13:15] <CIA-12>	Add $wgLocalisationUpdateDatabase config var to pull from a central database.
[20:13:15] <CIA-12>	To keep things simple this will need to pull from on the primary database connection
[20:13:15] <CIA-12>	rather than add another connection dependency; so for instance on Wikimedia we'll want
[20:13:15] <madgnu>	that didn't work
[20:13:16] <CIA-12>	one wiki in each cluster that holds the updated localisation tables.
[20:15:30] <madgnu>	!html
[20:15:30] --mwbot--	For allowing any and all HTML, see <http://www.mediawiki.org/wiki/Manual:%24wgRawHtml>. This is of course VERY DANGEROUS. Safer options include <http://www.mediawiki.org/wiki/Extension:HTMLets>, <http://www.mediawiki.org/wiki/Extension:RawMsg> and <http://www.mediawiki.org/wiki/Extension:SecureHTML>.
[20:18:38] <madgnu>	tnx. I was not understand how to use this option.
[20:23:58] <wikibugs>	03(mod) Global deleted image review for Commons admins - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14801  (10Platonides)
[20:30:08] <wikibugs>	03(mod) "Cite this page" toolbox link does not have a title attribute - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20218  +comment (10ireas)
[20:54:59] <CIA-12>	03catrope * r56785 10/trunk/extensions/UsabilityInitiative/ (5 files in 3 dirs): UsabilityInitiative: Add delayedBind plugin which generalizes the delayed firing of events. Gonna port NavigableTOC and the suggestions plugin to use this
[20:58:43] <Big-Mama>	Hi. Is there any way of extracting the first 5-6 paragraphs from an article on Wikipedia onto my own website by using PHP?
[20:58:56] <RoanKattouw_away>	!api | Big-Mama 
[20:58:56] --mwbot--	Big-Mama: The MediaWiki API provides direct, high-level access to the data contained in the MediaWiki databases. Client programs should be able to use the API to login, get data, and post changes. Find out more at <http://www.mediawiki.org/wiki/API>. For client libraries in various languages, see <http://www.mediawiki.org/wiki/API:Client_Code>.
[20:59:11] <RoanKattouw_away>	Use that to grab the text for an article, then use magic to grab the first so many paragraphs
[20:59:57] <wikibugs>	03(mod) Commons' "Upload new version" acts as "Upload file" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20736  (10jarry1250)
[20:59:59] <Big-Mama>	In fear of sounding lazy, is there no examples/ready-made scripts? I can't be the first one to want something like this? :)
[21:01:24] <Big-Mama>	It seems like most contributors are creating bots.
[21:01:35] <Big-Mama>	All I want is to extract the article on my own page.
[21:02:02] <TehShrike>	I'm encountering a problem when trying to use the InputBox extension to search a namespace in my wiki - When I use Special:Search and specify namespaces, this parameter gets added to the URL:
[21:02:02] <TehShrike>	&searchx=Search
[21:02:26] <TehShrike>	When I use an InputBox search and specify a namespace, that parameter does NOT get put into the URL
[21:02:36] <TehShrike>	And that seems to be the difference between the namespace search actually working, and not
[21:02:43] <TehShrike>	Any insights?
[21:02:59] <TehShrike>	Is it terribly obvious to someone the thing I am doing wrong? :-x
[21:04:10] <wikibugs>	03(mod) "Cite this page" toolbox link does not have a title attribute - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20218  (10ireas)
[21:08:58] <TehShrike>	I guess it looks like a bug in InputBox
[21:09:18] <Prodego>	aww he left
[21:10:05] <Splarka>	TehShrike is the submit button perchance <input type="submit" name="searchx" value="Search" />?
[21:10:40] <wikibugs>	03(mod) "Cite this page" toolbox link does not have a title attribute - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20218  (10ireas)
[21:11:13] <TehShrike>	Splarka: On the Special:Search page, yes it is
[21:12:31] <Splarka>	possibly the inputbox is just a bit outdated for the new search parameters
[21:13:48] <wikibugs>	03(NEW) Looking for a missing email - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20772 major; Normal; Wikimedia: OTRS; (grin)
[21:14:10] <TehShrike>	All right, I imagine I can fix that easily enough myself
[21:18:16] <csar>	hi, i'm having some trouble with mediawiki where I get this error: "Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 625829 bytes) in /home/ubuntu/mediawiki/includes/Parser.php on line 4232" I checked all the places the memory_limit is getting set and it must be at least 16M and i looked up the troubleshooting page which mentions that those kinds of errors might be from unicode issues too and was cur
[21:20:05] <Duesentrieb>	csar: the memory limit is usually set in LocalSettings.php
[21:20:36] <Duesentrieb>	csar: 33554432 is 32 MB. it's telling you that it needs more.
[21:20:45] <simonrvn>	and setting it to 32, 48, 64 is usually safer
[21:21:04] <Duesentrieb>	the fact that it'S trying to allocate 625829 at once points to something "special" going on, though
[21:21:12] <Duesentrieb>	simonrvn: because?
[21:21:15] <csar>	oh, so it's not total
[21:21:21] <simonrvn>	yeh it does
[21:21:28] <CIA-12>	03erik * r56786 10/trunk/tools/planet/en/config.ini: fix URK for Ziko's feed
[21:21:29] <csar>	it's just the last allocation?
[21:21:34] <csar>	ok, that makes sense then
[21:21:40] <Duesentrieb>	yea
[21:21:44] <simonrvn>	Duesentrieb: safer is not the right word.
[21:21:56] <Duesentrieb>	simonrvn: "traditional"?
[21:22:11] <csar>	Duesentrieb: as in more likely to keep you from running out
[21:22:12] <simonrvn>	customary? common?
[21:22:21] <simonrvn>	something like that
[21:22:52] <Duesentrieb>	there'S really no good reason not to use, oh, 40M or 55.
[21:23:19] <Duesentrieb>	using powers of two is just a tradition. only really makes sense with hardware.
[21:27:10] <CIA-12>	03siebrand * r56787 10/trunk/extensions/SecurePoll/SecurePoll.i18n.php: Remove trailing space from 'securepoll-language-label'
[21:27:25] <CIA-12>	03brion * r56788 10/branches/wmf-deployment/extensions/LocalisationUpdate/ (4 files): Merge r56784 updates for multi-db access
[21:39:01] <wikibugs>	03(mod) "Cite this page" toolbox link does not have a title attribute - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20218  +comment (10church.of.emacs.ml)
[21:39:20] <wikibugs>	03(mod) "Cite this page" toolbox link does not have a title attribute - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20218  (10church.of.emacs.ml)
[21:40:54] <csar>	thanks guys, it's all fixed! i'm just an idiot for thinking that was its total allocation instead of the last one
[21:41:34] <Kembix>	hi
[21:41:37] <Kembix>	i have ask
[21:41:48] <Kembix>	can I use word "wikipedia" on my wiki?
[21:45:51] <Mike_lifeguard>	Kembix: That is trademarked, so you can use it, but you must be careful *how* you use it.
[21:48:55] <wikibugs>	03(NEW) Localisation cache dependency objects from extensions kill site when extension is disabled - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20773 critical; Normal; MediaWiki: Internationalization; (brion)
[21:48:58] <wikibugs>	03(mod) update localised messages as soon as possible (LocalisationUpdate ext) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18604  (10brion)
[21:49:01] <wikibugs>	03(mod) Enable LocalisationUpdate extension on Incubator - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19312  (10brion)
[21:52:21] <Mike_lifeguard>	!CheckUser | Kembix
[21:52:21] --mwbot--	Kembix: CheckUser is an extension that allows privileged users to see what IPs a user edited from or what users edited from an IP. For more information see < http://www.mediawiki.org/wiki/Extension:CheckUser >
[21:52:45] <Kembix>	ok thx
[21:52:47] <Kembix>	bye
[21:57:50] <CIA-12>	03siebrand * r56789 10/trunk/phase3/ (28 files in 2 dirs): Localisation updates for core messages from translatewiki.net 2009-09-22 21:29 UTC)
[22:00:04] <wikibugs>	03(mod) No del/undel links for current version of filearchive lists - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20742  (10JSchulz_4587)
[22:01:04] <CIA-12>	03siebrand * r56790 10/trunk/extensions/ (58 files in 53 dirs): Localisation updates for extension messages from translatewiki.net 2009-09-22 21:29 UTC)
[22:03:16] <wikibugs>	14(DUP) Create new right/permisson to view hidden revision - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20476  major->normal; +comment (10JSchulz_4587)
[22:03:20] <wikibugs>	03(mod) Granularize RevisionDelete (RevDelete) user rights - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19199  +comment (10JSchulz_4587)
[22:03:44] <wikibugs>	03(NEW) Enabling LocalisationUpdate vastly increases CPU activity - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20774 enhancement; Normal; MediaWiki extensions: LocalisationUpdate; (brion)
[22:03:47] <wikibugs>	03(mod) update localised messages as soon as possible (LocalisationUpdate ext) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18604  (10brion)
[22:03:50] <wikibugs>	03(mod) Enable LocalisationUpdate extension on Incubator - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19312  (10brion)
[22:13:26] <Winton>	Hi, anyone know how the project to regularly upload the page-articles.xml.bz2 file to AWS public data set is going
[22:13:38] <brion>	tomaszf: ^
[22:13:52] <tomaszf>	hey Winton
[22:14:13] <tomaszf>	if out Lawyer Mike can sign off on it it will be released this Friday :)
[22:14:22] <Winton>	awesome work! 
[22:14:29] <tomaszf>	first data set is from August but they will be pulling monthly
[22:14:31] <brion>	yay lawyers
[22:14:48] <tomaszf>	its 300+GB of fun times
[22:15:07] <tomaszf>	maybe you would be a good person to ask .. how long would you want them retained for?
[22:15:25] <Winton>	300gb? Thats more than page-articles?
[22:15:36] <Winton>	forever... :)
[22:15:38] <tomaszf>	its everything on download for all of the wikis
[22:15:44] <Winton>	ah ok
[22:15:51] <Winton>	thats a sh*tload
[22:15:57] <tomaszf>	so one run for all wikis
[22:15:58] *Splarka 	guesses "godwin'd!" has quit being funny at the office by now
[22:16:10] <tomaszf>	indeed but we didn't want to exclude anyone
[22:16:19] <Winton>	I guess anyone who wants them can archive themselves
[22:16:32] <Winton>	the big problem is that S3 is limited to 5gb right?
[22:16:45] <tomaszf>	per file ?
[22:16:46] <Winton>	but as long an indivudal zip doesnt exceed that you'l be ok
[22:16:48] <Winton>	yeah
[22:16:56] <Winton>	I'd need to find a reference
[22:17:01] <tomaszf>	yeah .. there is a limitation per file .. thus streams are you friend
[22:17:03] <Winton>	but I stumbled on that recently
[22:17:30] <Winton>	streams? is that an s3 concept?
[22:18:13] <tomaszf>	passing data over pipes so say i wanted to create a 7z of one of our bz2 files
[22:18:21] <Winton>	oh, pipes :) 
[22:18:27] <Winton>	yah yah
[22:18:28] <tomaszf>	i could bzcat to a file and then 7za it .. or i could bzcat | 7za
[22:18:41] <tomaszf>	where there wouldn't be much data at any one point in time being saved
[22:18:42] <wikibugs>	03(mod) Commons' "Upload new version" acts as "Upload file" (Firefogg?) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20736  summary; +comment (10brion)
[22:18:48] <tomaszf>	less storage used thus
[22:20:11] <Winton>	what happens when enwiki-page-articles gets greater than 5gb -- its what now?
[22:20:12] <Winton>	4.8G	/Users/TMZDATA/enwiki-20090604-pages-articles.xml.bz2
[22:20:20] <Winton>	That was june
[22:20:32] <Winton>	You'll have to start splitting it ? 
[22:21:21] <Winton>	anyway, I'd say keep the last years worth -- its just disk-space right?
[22:21:43] <Winton>	and also have a mediawiki page where people can post if they decide to archive longer than that
[22:21:49] <tomaszf>	because most people that i've talked to never want more then just the latest copy
[22:22:18] <tomaszf>	so + 1 in case there is any corruption between releases and an extra for buffer 
[22:22:21] <Winton>	I was actually talking at lunch about looking at page growth as a signal
[22:22:49] <Winton>	but I guess you could look at the edit list for that more easily?
[22:22:53] <tomaszf>	yup
[22:23:01] <Winton>	and that will be there anyway
[22:23:12] <wikibugs>	03(mod) Global deleted image review for Commons admins - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14801  +comment (10chrisipk)
[22:23:15] <Winton>	even if not terribly usefully 
[22:23:32] <Winton>	unless it can be imported into a ec2 database somehow
[22:23:52] <Winton>	I mean not usefully for easy map-reduce processing
[22:24:08] <Winton>	but I guess you can post-process into something useful, just like the XML
[22:25:08] <Winton>	Is there any 'loss' of information between the database versions? 
[22:25:26] <tomaszf>	database versions ?
[22:25:34] <Winton>	well between monthly dumps
[22:25:41] <tomaszf>	are you talking about snapshot at different time periods ?
[22:25:51] <Winton>	yep
[22:25:53] <tomaszf>	article deletions would mean less content
[22:26:08] <tomaszf>	but would certainly be logged
[22:26:18] <Winton>	The text is lost for all time?
[22:26:29] <Winton>	I thought it would still be in the revisions
[22:27:20] <tomaszf>	it depend on which xml file your processing .. pages-articles.xml.bz2 wouldn't have it as its only the latest content
[22:27:30] <brion>	ok confirmed upload fails w/ commonist; will try and trace that down in a bit
[22:28:40] <Splarka>	more complex than shared repositories mistakenly requiring user to have reupload-shared for local reuploads?
[22:29:55] <Winton>	whoops, anyway Tomas, thanks for all your work! Amazon should be paying you guys for the uptick they will have in their EMR cluster usage once that data goes live! Next stop, WikiLogs!
[22:30:23] <CIA-12>	03aaron * r56791 10/trunk/phase3/includes/ (4 files in 2 dirs): 
[22:30:23] <CIA-12>	* Split out 'deletedcontent' from 'undelete' right (bug 19199/bug 9884)
[22:30:23] <CIA-12>	* Don't blue-link unviewable hidden revisions
[22:30:30] <tomaszf>	:) glad to help
[22:30:45] <tomaszf>	stay tuned to the tech blog for the official release 
[22:34:47] <brion>	Splarka: pretty sure that wouldn't affect things that aren't reuploads
[22:35:01] <brion>	Splarka: does that problem also exist?
[22:35:15] <Splarka>	dunno, saw it mentioned, was wondering if it was so simple, guess not ^_^
[22:57:07] <CIA-12>	03aaron * r56792 10/trunk/phase3/ (2 files in 2 dirs): Set right-deletedcontent msg
[23:11:59] <wikibugs>	04(REOPENED) Special:MyPage/monobook.js does not render in preview - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=4801  +comment (10heldergeovane)
[23:12:45] <_SKiTZO>	hi!
[23:14:13] <_SKiTZO>	I want to display a list of projects in my mediawiki using the "ask" query (semantic extentions). I have set a boolean property "successfull" on some of the projects and now the question is:
[23:14:43] <_SKiTZO>	how can i list only projects where "successfull" is not set?
[23:14:49] <wikibugs>	03(mod) RevisionDelete and rollback - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20372  (10JSchulz_4587)
[23:15:07] <_SKiTZO>	I would rather avoid having to go over all the projects and setting successfull=tru on them
[23:17:20] <_SKiTZO>	In other words, what must i substitute for "true" in this query: {{#ask: [[Category:Project]] [[useriøs::true]]  ... ?
[23:17:50] <wikibugs>	03(mod) RevDeleted to link to the actual revision(s) involved for all users - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18753  (10JSchulz_4587)
[23:44:47] <CIA-12>	03brion * r56793 10/trunk/phase3/includes/specials/SpecialUpload.php: 
[23:44:47] <CIA-12>	Workaround for bugs with Commonist (mwapi-based) and other upload bots.
[23:44:47] <CIA-12>	The upload form recently started checking for wpEditToken, but this is only
[23:44:47] <CIA-12>	actually needed when we do uploads by URL -- file uploads can't be injected by a
[23:44:47] <CIA-12>	CSRF script. Now skipping the token check if the token was empty and we're doing
[23:44:50] <CIA-12>	a regular file upload.
[23:44:52] <CIA-12>	Confirmed that Commonist current JNLP release can upload to Wikimedia Commons with this patch.
[23:46:14] <CIA-12>	03brion * r56794 10/branches/wmf-deployment/includes/specials/SpecialUpload.php: 
[23:46:14] <CIA-12>	Merge r56793 from trunk -- fix for uploads w/ Commonist and other bot tools that don't send wpEditToken on file uploads.
[23:46:14] <CIA-12>	It's not needed to protect from CSRF on actual file uploads as <input type="file"> can't be injected via JS; we now only enforce it if a token is provided or we're doing a remote upload.
[23:49:43] <exercicios>	is it possible to enforce semantic, disallow creation of pages without annotations?
[23:51:15] <Ryan_Lane>	exercicios: unless there is a semantic extension that does that, I couldn't imagine so
[23:51:55] <exercicios>	finally managed to create a template with a form with a dropdown list
[23:52:03] <exercicios>	however there are still more things to do
[23:53:12] <Ryan_Lane>	exercicios: you can set fields as mandatory in semantic foms
[23:53:14] <Ryan_Lane>	err
[23:53:16] <Ryan_Lane>	forms
[23:53:36] <Ryan_Lane>	exercicios: but, people can still edit the page without using the form if they *really* want to
[23:54:18] <exercicios>	trying to hide the semantic annotations
[23:54:48] <Ryan_Lane>	from the editor, or the reader?
[23:54:56] <exercicios>	reader
[23:55:10] <Ryan_Lane>	how could the reader be seeing them?
[23:55:22] <Ryan_Lane>	when it renders, the annotations should dissapear
[23:55:47] <exercicios>	the properties are hidden
[23:56:00] <exercicios>	but the propety names are being displayed
[23:56:02] <Ryan_Lane>	oh. you want the values to be hidden too?
[23:56:36] <Ryan_Lane>	[[property::test]] <- you want "test" to not show?
[23:56:48] <exercicios>	yes
[23:56:57] <Ryan_Lane>	[[property::test| ]]
[23:56:59] <exercicios>	test| ]]
[23:57:21] <exercicios>	ah, I forgot to type a space in the createproperty form
[23:57:30] <wikibugs>	03(NEW) nl Wikipedia: Possibility to see deleted edits for checkusers - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20775 enhancement; Normal; Wikimedia: Site requests; (andreengels)
[23:57:37] <Ryan_Lane>	yeah, its a quirk of SMW
[23:58:41] <wikibugs>	03(mod) NS aliases for Russian Wikinews - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=20406  (10brion)
[23:58:48] <exercicios>	I created a property that displays radiobuttons with two choices, but there is a third called "empty"
[23:59:35] <Ryan_Lane>	I think if you mark the field as mandatory, that goes away