[02:03:38] !rar [02:03:38] --mwbot-- rar [02:04:00] I'm trying to set up a simple wiki to run a couple gaming groups. I've set it up at: http://unrestrainedgames.net/D&Dwiki/index.php/Main_Page. The search button gives me a 404 error and most of the skins don't work. [02:04:19] I was thinking it was a permissions error or something like that, but I'm not sure. [02:04:35] Thoughts? Suggestions? [02:04:40] Hawke: MediaWiki should work properly if the install script reported no errors [02:05:42] Hawke: i see the issue [02:05:45] Where would I look for install errors? [02:05:54] 03(WONTFIX) User Javascripts cannot be redirected, nor use include, nor be restricted to edit screens. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19252 +comment (10innocentkiller) [02:05:57] It seemed to install fine, I can make new pages and edit existing pages. [02:06:37] Hawke: the reason search doesn't work is because mediawiki is rejecting the & in D&D in the script path [02:06:50] Ah. Ok. Hmmm. [02:06:55] How can I fix that? [02:07:03] Fresh install? [02:07:13] you'd have to rename the redirectory to something without an & [02:07:17] Ok. [02:07:22] <^demon> No, just move the directory to something without an ampersand and change your $wgScriptPath accordingly. [02:07:22] maybe DandD? [02:07:28] Ok. [02:07:44] <^demon> As long as you fix your $wgScriptPath in LocalSettings, it should work just fine. [02:08:05] Do you think that is why the skins aren't working right as well? [02:08:47] <^demon> Could be part of it. I'm not sure what isn't working. They all load fine for me from the URL. [02:09:51] Really? I turn on most of them and lose all formatting. [02:10:43] Hawke: all the default skins other than monobook are rather archaic and simple [02:10:55] <^demon> Are these skins other than the default ones? The default ones worked fine from the URL provided (tried Monobook, Simple and Modern) [02:11:20] Give me just a second to find the one. [02:11:24] Just a sec. [02:12:01] That solved the problems with the skins too. Thanks. =) [02:12:23] You guys rule. [02:24:16] I'm getting a Fatal error: Class name must be a valid object or a string in /var/www/wiki/languages/Language.php on line 175 [02:24:55] i just svn upped my phrase3 check out, is this a known issue? [02:25:47] <^demon> To Head? WFM. What triggers the error? [02:26:34] visting the wiki, running the maintanance/upgrade.php script [02:26:41] maintenance [02:26:48] <^demon> What's your language code set to? [02:26:58] should be english, but where do i check? [02:27:04] <^demon> It should be in LocalSettings. [02:27:14] $wgLanguageCode = "en"; [02:27:38] <^demon> There's a known issue in head with running upgrade.php for non-EN installs. I can't seem to replicate on my install. Do you have any extensions running perhaps? [02:27:54] i got a few [02:28:14] <^demon> Try disabling them, see if that helps. [02:28:17] LdapAuthentication ParserFunctions SemanticForms SemanticMediaWiki SemanticResultFormats UserMerge awc blacklist graphviz.php [02:28:18] ok [02:30:11] no luck [02:30:31] disabling awc made a warning go away at least :P [02:30:46] 03(mod) Rollback on pt.wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19470 (10davidricardomu) [02:30:59] 03(mod) Uploading office 2007 files (docx, pptx etc) results in error - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18684 +comment (10innocentkiller) [02:31:29] <^demon> Hmm. [02:32:49] 03(mod) Rollback on pt.wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19470 (10innocentkiller) [02:33:43] any thoughts? [02:34:23] <^demon> I'm thinking. [02:38:35] <^demon> brimstone: It seems like $wgLocalisationCacheConf isn't being setup right. Can you check includes/DefaultSettings.php around line 793 to see if it specifies $wgLocalisationCacheConf['class'] as LocalisationCache? [02:40:24] *brimstone looks [02:41:10] actually, it doesn't [02:41:26] <^demon> Ah, there's your problem. Svn update missed the DefaultSettings changes? [02:41:45] svn is skipping DefaultSettings for some reason [02:41:53] it's ok to nuke that and pull it back down from the svn server right? [02:41:59] <^demon> Yeah, you'd be fine doing that. [02:42:21] ah, there's a conflict with it, i see it now >_< [02:42:30] who edited that file i wonder... [02:42:39] <^demon> No one I should hope :) [02:43:13] now getting a db error, running maintenance script [02:43:22] and happy wiki :D [02:43:24] thanks! [02:43:50] <^demon> Anytime. [02:47:22] <^demon> Any +sysops from mw.org around? [02:49:21] ^demon: what do you need? [02:49:51] <^demon> [[User:Duxinxin]], only contrib. [02:51:14] done [02:51:26] what domain were they spamming? [02:51:44] <^demon> Thanks. [02:51:59] http://www.ssgtmy.cn [02:52:31] thanks [03:15:02] *Splarka stabs happy melon [03:15:08] 03(mod) Apply consistent borders to GeSHi-generated code blocks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19416 (10herd) [03:15:09] https://bugzilla.wikimedia.org/show_bug.cgi?id=19416 [03:15:14] I mean, what the fuck [03:15:19] patching shared.css for an extension? [03:15:41] how do you obsolete a patch without uploading a new one? [03:19:00] 03mfarag * r52674 10/trunk/tools/planet/ar/config.ini: update [03:26:17] that's a silly patch [03:26:40] benwbrum_: well, i really just came to eavesdrop. i might be interested in organizing something in the NYC area, but before I really get planning, i want to learn from the experience of others who are trying the regional #thatcamp thing [03:27:27] wat [03:28:02] lol [04:18:01] Hello [04:18:17] Anyone familiar with the Cavendish skin? [04:18:50] I'm having a hard time figuring out howcome my logo is not showing up using that skin [04:40:37] man putting python code in mediawiki is kind of hard [04:40:51] wat [04:41:18] what do you mean "putting [in] mediawiki" [04:43:16] McFly2008: perhaps you could ask the author of the skin [04:44:10] charitwo in an edit [04:45:14] flaccid: this is because mediawiki is designed to only parse wiki markup and a very minimal amount of html [04:46:14] yeah i know [04:46:42] reality is reality [04:47:09] i can do it in html, but trying to get it done in mediawiki is a different story [04:50:13] like code examples/snippits of python? [04:50:22] tried
 ?
[04:50:41] 	yes but i use the code element
[04:51:50] 	why? you want syntax hilighting?
[04:51:57] 	
 preserves whitespace at least
[04:52:24] 	chuck: yes, I sent him an email.
[04:53:22] 	because it is more semantic than pre and i found some caveats when using pre which i can't remember are now
[04:53:58] 	03(mod) SemanticForms autocompletion on property buggy (patch attached) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19406  (10mail)
[04:54:23] 	flaccid: If you're dealing with code snippets, you should install a proper extension like SyntaxHighlightGeSHi.
[04:54:44] 	Annemarie i am not attempting to syntax highlight.
[04:54:58] 	Everybody loves syntax highlighting.
[04:55:09] 	well,  is inline
[04:55:17] 	so it is line-by-line
[04:55:30] 	what do you like about  other than it allowing you to use inline wikicode/html ?
[04:55:41] 	if you like the monospace font, you can put that on anything
[04:55:52] 	03(mod) SemanticForms autocompletion on property buggy (patch attached) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19406  (10mail)
[04:56:06] 	Splarka i know, you can use css to make it preformatted. the main reason i am using it is because of problems with pre which i can't remember what they are
[04:56:19] 	
[04:56:27] 03ashley * r52675 10/trunk/extensions/EditSimilar/ (EditSimilar.class.php EditSimilar.i18n.php EditSimilar.php): EditSimilar: fix fixme - split class into its own file [04:56:29] yes, but why ? [04:56:35] why not a block level element? [04:56:36] i already explained [04:56:44] no, you just said you can't use pre [04:56:52] and i can't remember why [04:56:54] that doesn't preclude using a proper block level element and just making it monospace [04:57:21] the automatic successor to
 should not be  anyway
[04:57:24] 	not for blocks of code
[04:57:38] *flaccid 	yawns
[04:57:40] 	 is more for inline examples... being an inline element
[04:59:35] 	maybe later i'll change my code blocks back to pre and see what the problem was
[05:01:44] 	the problem was mediawiki thats for sure
[05:01:50] 	i'll edit a page now and see
[05:01:58] 	*facepalm*
[05:02:07] 	 and 
 are not the only two choices
[05:04:16] 	03(mod) Creative Commons license selection forgets other fields in installer; needs popup or AJAX - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=2837  (10tstarling)
[05:05:37] 	only problem is i can't remember which page, so i will have to do em all
[05:07:03] 	03ashley * r52676 10/trunk/extensions/WikiCategoryTagCloud/WikiCategoryTagCloud.php: cleanup to WikiCategoryTagCloud
[05:11:14] 	flaccid: there should only be three things you wouldn't like about pre: you can't have wikicode markup (sorta solvable with #tag:pre;), you have to have horizontal scrolling for long lines (you can use 
), and you can't have a code snipping containing 
(no way to get around that IIRC) [05:13:46] yeah i can't remember but it was a showstopper, i'll see how it goes after i have re-edited [05:20:09] saved first big page which its likely on, i'll optimise now and see what prob i run into if any [05:20:20] 03ashley * r52677 10/trunk/extensions/WikiCategoryTagCloud/WikiCategoryTagCloud.php: WikiCategoryTagCloud: remove unused global [05:24:59] Splarka, yeah does seem the problem is that i want to use and within the pre. how do i prevent mediwiki from html encoding those ? you saying #tag:pre; ? [05:25:14] how would i do
# echo 'net.inet.ip.forwarding=1' >> /etc/sysctl.conf
? [05:26:53] I'd just use:
[05:27:04] or something similar [05:27:15] and sticking in
for newlines, etc [05:28:54] Switch to ! Then you can do
;-) [05:29:25]
is valid wikitext [05:29:35] ignore Green, he's a byte-miser.. the anti-vore! [05:29:39] he wants to be bit as little as possible [05:29:54] Tim: Green is concerned about the output [05:30:04] it's converted to XHTML by the parser [05:30:05] have you seen his bugzillas? ^_^ [05:30:05] Splarka thats not going to cut it. [05:30:12] Hey, it kept my front page under two packets even after I added CSS/JS precache: http://greenreaper.livejournal.com/93579.html [05:30:27] (well, obviously those had to be in other packets, but the links :-) [05:30:44] flaccid: well, wfm [05:30:50] wfm ? [05:30:54] works for me [05:31:00] Was thinking that might be useful for wikipedia.org but really only if you share jss/css between the sites. [05:31:07] not semantic enough [05:31:12] surely there must be a way... [05:31:12] or if English is the most popular by far you could preload that. [05:31:43] and is? [05:31:44] But head.jpg for example, that could certainly be shared and preloaded. [05:31:52] or a separate for each line? [05:32:24] Green: think of all the bytes you're wasting by saying all this to 163 people X_X [05:32:27] go sleep! [05:32:41] It doesn't matter if they're not paying attention to it. [05:32:43] the code i am using does not require a line return [05:32:54] and hey, I might save their users' time. It balances out. [05:33:03] div is a structural element it has no semantics [05:35:26] and is an inline element that happens to have a monospace font and background color in many browsers, so what is your point? [05:36:21] code is a semantic element. it defines what is inside of it to be code [05:36:28] div is purely structural [05:37:22] div is a generic block level element [05:37:37] if by structural you mean block level, then yes [05:37:53] but insisting on using an inline element for code examples just because it has the right semantic name is silly [05:38:28] no that is not what i mean. [05:38:42] if they're only one line, then by all means, use it, but you came in and said " man putting python code in mediawiki is kind of hard", so you obviously don't like it for some reason [05:38:46] Splarka i wouldn't of done it if Mediawiki didn't have this caveat. [05:38:54] which caveat? [05:39:04] my python refernce as nothing to do with this [05:39:06]
 is very specifically and intentionally a parser extension tag that does no formatting
[05:39:13] 	the caveat is that it html encodes elements within pre.
[05:39:22] 	yes, intentionally
[05:39:35] 	in normal html it is valid.
[05:39:37] 	so any user of any intelligence level can copy/paste anything into 
, even if it contains html
[05:39:47] 	in normal html, you CHOOSE what to html encode/escape
[05:40:00] 	i don't care what the defaults are. the caveat remains.
[05:40:04] 	I think it is pretty firmly established that wikitext absolutely is not html
[05:40:10] 	fine
[05:40:13] 	you want a solution?
[05:40:24] 	i've already made one
[05:40:31] 	http://www.mediawiki.org/wiki/Manual:$wgRawHtml
[05:40:33] 	enable that
[05:40:52] 	you can then stick any type of raw html between   you want, even 
 with markup
[05:41:16] 	but wikicode is NOT html, it is sanitized
[05:42:56] 	my solution is probably better. eg. 
# cd /usr/ports/security/openvpn && make install clean
and div.code { white-space: pre; display: block; } div.code em { font-weight: bold; font-style: normal; !important } [05:45:22] and why is there a in there for no reason? just because it says ? just for the background color and monospace font? [05:45:50] no it is for semantics [05:46:04] meaning? [05:46:15] exactly [05:46:45] meaning to who? [05:46:57] thats the meaning os semantic [05:47:03] os=of [05:47:56] would you insist on using
in a non-mediawiki situation, for semantics? [05:48:15] have you tried on different background colors? [05:48:18] sure [05:48:29] html isn't presentation dude [05:48:31] thats css [05:48:43] and yeah i'll reference the spec here on reasoning for using code: http://www.w3.org/TR/html401/struct/text.html#h-9.2.1 [05:48:43] I need clarification: MediaWiki:Common.css is currently empty - if I add any CSS rules in it, will it overrule the what's in main.css for the corresponding elements/classes/ids? or the entire main.css ? [05:48:46] and neither are mediawiki [05:48:59] *flaccid rests his case [05:49:18] McFly2008: if at the same specificity, yes [05:49:29] i've been doing web standards for many years Splarka, i clearly know it better than you.. [05:49:52] *Splarka thinks flaccid doens't "get" it though [05:50:09] Splarka: you mean it will overrule main.css for elements only (for example) [05:50:10] you're in MediaWiki doing this... [05:50:15] read the spec. "CODE: Designates a fragment of computer code." [05:50:21] its in plain english [05:50:27] well, here flaccid, try this [05:50:27]
# cd /usr/ports/security/openvpn && make install clean
[05:50:49] *GreenSleeper idly strips spaces, trailing semicolons from Splarka's style. [05:50:52] i don't need to, my solution works. yours has divitis [05:51:11] flaccid: that isn't a solution, that is an example [05:51:17] also !important needs to be inside the ; I think [05:51:20] and your "solution" has a div too, this has one extra dif for example [05:51:29] X ; !important shouldn't work [05:51:30] lol Splarka, call it whatever you want if it pleases you [05:51:36] yes thus the divitis [05:51:45] flaccid: I am trying to help, but obviously you do not want help [05:51:59] the thing is, sticks a background color on itself, as an inline element [05:52:05] this color is not pure white in most browsers [05:52:07] like i said before, i made my own solution, i don't need your help [05:52:12] and just hilighting the code bits, it looks like shit [05:52:34] if you dont need help then why come in and whine about it? [05:52:34] um UA defaults have not much relevence especially considering i can use css to present it the way i want [05:53:07] OverlordQ: obviously to lord it over us how much better he is at this sort of thing, having used HTML standards for many many years [05:53:24] 03ashley * r52678 10/trunk/extensions/SpecialForm/ (SpecialForm.body.php SpecialForm.setup.php): [05:53:24] SpecialForm: [05:53:24] *fix bug which was reported on MediaWiki.org: http://www.mediawiki.org/w/index.php?title=Extension:Form&oldid=263304#Errors [05:53:24] *coding style cleanup in main file [05:53:24] *change "POST" to "post" for XHTML compliance [05:53:26] *remove SPECIALFORM_VERSION constant [05:53:26] you goes are so emotional :) [05:53:30] *bump version [05:53:32] guys even [05:53:33] goes? [05:53:44] *OverlordQ locks flaccid in a room with jidani [05:53:55] hehe [05:54:09] GreenSleeper: yah, it does need to be inside, I just copied his example [05:54:35] [...] div.code em { font-weight: bold; font-style: normal; !important } [05:54:50] *flaccid yawns [05:55:02] wow, we're boring him now [05:55:19] a thousand apologies oh great html god [05:55:23] np [05:55:25] so what do you want? [05:55:39] a million dollars would be nice [05:56:03] http://en.wikipedia.org/wiki/Zimbabwean_dollar [05:56:05] enjoy [05:56:20] hehe [05:56:49] just pasting you that link was worth a million Zimbabwean dollars, assuming minimum wage [05:57:14] i'm glad it made you happy :) [05:57:50] no, but this will [05:57:56] it also cost a million dollars in bandwidth. [06:08:04] take it easy, cyas [06:23:35] 03(NEW) user passwords are visible in plaintext in LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19472 normal; Normal; MediaWiki: User login/settings; (rpnabar) [06:24:04] 03thomasv * r52679 10/trunk/extensions/ProofreadPage/ (ProofreadPage.i18n.php ProofreadPage.php): hook OutputPageBeforeHTML, to display the proofreading status of pages [06:25:07] 03(mod) user passwords are visible in plaintext in LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19472 (10rpnabar) [06:28:19] 14(INVALID) user passwords are visible in plaintext in LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19472 +comment (10tstarling) [06:32:27] I would like to add another group of users called "moderators". They basically would have a bit more rights than people belonging to the "user" group. What's the best way to do this? [06:32:54] !userrights | McFly2008 [06:32:54] --mwbot-- McFly2008: For information on customizing user access, see < http://www.mediawiki.org/wiki/Help:User_rights >. For common examples of restricting access using both rights and extensions, see < http://www.mediawiki.org/wiki/Manual:Preventing_access >. [06:33:05] 03(mod) user passwords are visible in plaintext in LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19472 (10rpnabar) [06:33:19] Or maybe it's user groups. [06:33:21] !usergroups [06:33:21] --mwbot-- For information on customizing user access, see . For common examples of restricting access using both rights and extensions, see . [06:38:08] Annemarie: I was on these pages and could only find this: From MW 1.12, you can create your own groups into which users are automatically promoted (as with autoconfirmed and emailconfirmed) using $wgAutopromote... I'm looking for the procedure to follow to add a new group type. Do I have to do that directly in the DB? [06:38:20] No, no. [06:38:49] You just use $wgGroupPermissions. [06:38:56] $wgGroupPermissions['ninja']['bot'] = true; [06:39:04] it's !newusergroup btw but it's not very informative [06:39:05] That would create a new ninja group with the bot right. [06:39:28] *Annemarie gives OverlordQ a hug. [06:42:54] ew, get a room [06:44:59] Annemarie: ahh.. that makes sense. Thank you Annemarie! [06:54:51] 03tstarling * r52680 10/trunk/extensions/Gadgets/Gadgets.php: [06:54:51] Removed nasty cache-destroying feature which puts messages from the mediawiki [06:54:51] namespace into $wgMessageCache->addMessages() so that Special:Allmessages can be [06:54:51] even slower and uglier than it already was. It's not really practical to support [06:54:51] this with the new LocalisationCache. [07:13:00] some extension authors don't really get the point of autoloading and extension i18n files [07:13:23] You could write them a friendly mailing list post. [07:14:04] heh [07:14:48] what makes you think extension authors read any mailing lists? [07:14:57] so anyway... [07:15:37] SimpleSecurity adds a class to $wgAutoloadClasses in a *_body.php file [07:15:46] then later on in the same file scope, it uses a function from that file [07:17:02] and then it has an extension setup function which instantiates the class [07:17:09] and the constructor calls wfLoadExtensionMessages() [07:17:20] all very neat and totally missing the point [07:19:49] even core developers like Roan don't read my wikitech-l posts [07:20:43] I'm sure Aaron does. [07:21:20] I do (even though I wasn't doing development). but right now I won't cause I have to get some sleep. good night folks [07:21:33] Good night, apergos. [07:21:55] happy trails [07:22:38] http://lists.wikimedia.org/pipermail/wikitech-l/2009-June/043654.html [07:23:14] I saw that one. [07:23:22] anyway, making fun of newbie developers on a pubilc mailing list is not really my style [07:23:37] I'll stick to doing it on IRC [07:23:47] I always enjoy the "enable string functions" / "write templates in sandbox PHP-JS-lolcode" posts. [07:24:28] you're distracting me [07:25:58] You were talking about autoloading? [07:27:21] no, I wanted to rant about some code I saw and you started a conversation [07:27:53] Damn me. [07:30:51] and your mom [07:58:42] 03(mod) user passwords are visible in plaintext in LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19472 (10tstarling) [07:59:30] 03(NEW) HTML+bitmap ruler-based interface to ImageMagick crop function - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19473 enhancement; Normal; MediaWiki: Images and files; (stvrtg) [08:05:02] TimStarling: I'm having trouble getting an OggHandler setup locally; I've installed the package with pecl install File_Ogg, but I'm still getting complaints in CLI scripts that it can't find the class 'File_Ogg' [08:08:47] 03(mod) PostgreSQL FK constraint oldimage_oi_name_fkey_cascade needs "ON UPDATE CASCADE" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19445 +postgresql (10alex.emsenhuber) [08:19:42] TimStarling: client crashed, if you replied I didn't see it [08:31:39] didn't [08:31:51] he seems to have been idle for a little over an hour [08:40:17] why source doesn't "work" in code review? [08:40:26] as in... no styles [08:43:09] * Hook into Article::view() to provide syntax highlighting for [08:43:09] * custom CSS and JavaScript pages [08:43:21] probably a Special: page doesn't trigger the view hook [08:43:45] so only the parser hook () trigger, giving classes but no inline CSS to color them [08:44:08] is the bug in code review or geshi? [08:44:26] that's a different hook altogether [08:45:12] well, parser extension tag, then [08:45:38] http://en.wikipedia.org/wiki/Special:ExpandTemplates?input=%3Csource+lang%3D%22javascript%22%3Evar+foo+%3D+bar%3B+%2F%2Fcomment%3C%2Fsource%3E [08:46:08] is that a bug in expandtemplates not triggering article::view(), or in geshi not anticipating rendering without a revision? [08:46:37] same for: http://en.wikipedia.org/w/api.php?action=parse&text=%3Csource+lang%3D%22javascript%22%3Evar+foo+%3D+bar%3B+%2F%2Fcomment%3C%2Fsource%3E [08:46:46] I would say it is probably just a limitation [08:46:56] but it is not about that hook [08:47:20] *Splarka scrolls up [08:47:27] ahh, yah, but some hook calls the inline CSS [08:47:40] that obviously isn't triggering for alternate calls [08:48:09] 03thomasv * r52681 10/trunk/extensions/ProofreadPage/ProofreadPage.php: minor: no longer needed [08:48:30] Splarka: I don't think it is a hook [08:48:40] the inline css is just stuffed in with everything else [08:49:48] $parser->mOutput->addHeadItem( self::buildHeadItem( $geshi ), "source-{$lang}" ); [08:51:10] 03siebrand * r52682 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: Ignore 'proofreadpage_quality_message' [08:51:18] 03(NEW) Geshi CSS styles not included in Code Review - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19474 minor; Normal; MediaWiki extensions: CodeReview; (niklas.laxstrom) [09:08:47] TimStarling: I have the same feeling at times... people just don't know what other people have done [09:14:31] 03(FIXED) Links in generated PDF files are incorrect - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19350 +comment (10volker.haas) [09:15:37] Hi! I have a simple parserhook extension, which allows to put flv player on the page (defined by parser tag). It works, but I also want to update imagelinks table for that page, like it was [[image:test.flv]]. I can't figure out how to use LinksUpdate.php for that. Can anyone give a clue? [09:16:36] It's OLD mw 1.11 not upgraded yet.. (will probably be upgraded someday) [09:17:24] but imagelinks handling probably haven't changed much since then [09:27:09] werdna: File_Ogg isn't in PECL, it's in PEAR [09:27:27] hmmm... I should try ParserOutput::addImage() not sure whether it will work. [09:27:39] and the class won't be autoloaded [09:27:46] 03ialex * r52683 10/trunk/phase3/ (RELEASE-NOTES includes/Skin.php includes/SkinTemplate.php): (bug 19390) Omit the "printable version" link on the printable version to have links to &printable=yes&printable=yes... [09:27:53] 03(FIXED) Printable view links to &printable=yes&printable=yes... - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19390 +comment (10alex.emsenhuber) [09:45:54] Brownout: I actually haven't used it before, but Wikia uses a web interface called wikifactory that is more stable than the configure extension [09:46:40] wikians can play with a lot of toys that are precluded to the humble wikimedians [09:46:59] pardon ? [09:48:01] you have a lot of shiny stuff that we don't have (yet) on WMF wikis [09:48:38] https://svn.wikia-code.com/wikia/trunk/extensions/wikia/ [09:48:41] have a ball [09:49:20] I've never really looked into it, but how comes you had single login for ages while we were struggling for it? [09:50:46] I'm not sure of what is used off the top of my head, but there is one shared user database that ties them all together (no merging required) [09:51:12] brownout: stop whining? [09:51:32] I wasn't whining. [09:51:50] single user login is piece of cake, as long as you start with single user login [09:52:06] SUL is well beyond my technical comprehension, it was a sincere question not rhetorical. [09:52:51] also, compare wmf and wikia staff sizes [09:53:00] and the fact that wikia is basing their development on existing framework [09:53:39] domas: Maybe you happen to know how to correctly perform ParserOutput::addImage() inside parserhook tag handler? [09:53:53] domas: still trying to figure out.. [09:53:56] no;-) [09:55:32] Brownout: as domas said, they started with a single user database, so sharing everything was easy... also they had thousands of wikis on the wikia.com domain so logging in to all of them at once was easy... the advantage of 20/20 "oh, look what mistakes they made" hindsight [09:55:36] but it works both ways [09:56:16] and merging is business process issue [09:56:17] Wikimedia, as soon as they finally got SUL working, did a trick to allow you to log in to /all/ the domains at once, by using images... I don't think Wikia can do that yet (except they moved almost everything to one domain) [09:56:18] not technology issue [09:56:46] (handy that can set and read cookies) [09:57:11] splarka: there's always iframe :) [09:57:14] the lesson here is that later = more advanced [09:57:19] ew [09:57:23] *Splarka iframes domas for murder [09:57:23] *Supaplex releases a large plume of methane for all to enjoy [09:57:30] *domas sniffs [09:58:36] hehe [09:58:45] I saw a rant recently on foundation-l [09:58:49] how we do decisions based on cpu cycles [09:58:53] and not on community consensus [10:00:13] that'd be like a village making decisions based on land availability "we should grow potatoes and wheat, that will feed us all", rather than what everyone wants "we all wanna eat roast beef, grow corn and feed it to cows, for 10% efficiency, so most of us can starve but we'll eat well" [10:00:22] how silly of you guys, eh [10:02:49] 03rainman * r52684 10/trunk/phase3/includes/specials/SpecialSearch.php: Should always close the form here since it apparently is not closed in advanced. [10:03:53] Splarka: there was an article that meat-eating is inefficient in terms of crops usage, that's why predators should be a minority. interesting that human is not a minority. [10:04:10] yes yes [10:04:28] 03siebrand * r52685 10/trunk/extensions/ (11 files in 8 dirs): [10:04:28] * svn:eol-style native [10:04:28] * stylize.php, trailing whitespace removed [10:04:46] QuestPC: there was also one about how farming really screwed us over [10:04:55] "The Worst Mistake in History of the Human Race".. nice unbiased viewpoint in the title [10:05:01] Splarka: it's interesting that mere ants have about a 15..25% of creatures biomass of the earth. percent of biomass is a measurement of species/class success. [10:05:29] it does make sense, in that while a small percentage of humans advanced, most lived, slaved, and died in poverty at their hands, to sustain them [10:05:30] total biomass I meant. [10:06:02] and if humans had remained hunter/gatherers, we'd not have social classes (or much technological advancement, (or need for it)) [10:06:45] well, for various definitions of "success" I guess [10:07:07] we should remove all CO2 from the air and turn it into humans ^_^ [10:07:26] sig's dont take into account user pref time offset right? [10:08:04] Splarka: that's true. but the human had too much of brains to stay just a hunter/gatherer. though someone might point out that live in the woods was more healthy, probably. but, there was no advanced medicine. [10:08:06] OverlordQ: not yet anyway, heh [10:08:57] they should all match $wgLocaltimezone for time I think? [10:09:12] *Splarka wonders why that isn't camelcased much [10:09:36] this is sooo on-topic, but measured by biomass, humans are the 2nd or 3rd most successful species [10:09:46] far more so than any single species of ants [10:10:13] zocky: they probably were calculating all species of ants (12k or so). [10:10:32] zocky: other primates and chimps are really distinct nowadays.. [10:11:03] Splarka, and anyhow, I'd like to see you eating stuff that goats eat instead of goat meat :P [10:11:15] QuestPC: I do remember reading about our ability to feed like 5x our world population if we all went vegetarian [10:11:19] zocky: it's a bit horrorful to think that these biomasses consume each other. [10:11:20] but that will absolutely not solve any problems [10:11:58] it has happened before, hybridized versions of wheat in the 19th and 20th century allowed explosive population growth [10:12:02] Splarka, those figures are rubbish... they're based on the assumption that we could eat what we feed animals, or that we could grow the same amount of human food on the land [10:12:10] but that's simply not true [10:12:22] Splarka: yes, the humans are endangered specie I think. too much overpopulated. [10:12:43] the humans will shore up the numbers in any availability of food, with unregulated breeding [10:12:52] and anyone trying to do anything about it godwins themselves ^_^ [10:13:01] "lets bomb Africa with condoms" "omg racist!" [10:13:10] but to steer this back on topic [10:13:26] mediawiki users will fill availble cycles with feature requests [10:13:32] ^available [10:14:32] Tim: Tell us again how the users promised that ParserFunctions would be "a replacement for {{qif}} hacks, letting us simply replace the existing expensive bad hacks, and won't take over the entire template namespace, honest" [10:15:01] *Splarka likes ghost stories [10:26:55] 03(mod) Database update for l10n_cache fails on non-EN installs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 normal->highest; +comment (10jidanni) [10:27:56] why is he running bleeding edge svn and then complaining when things break [10:29:51] It's good to get bug reports [10:31:13] 03(mod) Database update for l10n_cache fails on non-EN installs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 (10agarrett) [10:31:21] I agree, but the way he seems to word things is "My Production site is down! This needs fixed naow!" [10:41:16] simple $wgParser->mOutput->addImage('test.flv') worked fine. though it's a bad hack, because properties started with 'm' shouldn't be accessed directly, probably. [10:41:43] and also imagelinks updates only at article save. (not on view) [10:43:00] I've also tried to do Parser->parse to get a ParserOutput, but it always produced extra UNIQ tags for me [10:43:22] in mw 1.11 [10:58:27] what are you trying to do? [10:58:44] If you're getting exposed strip markers after doing $parser->parse, I imagine you're trying to do that from inside the parser. [10:58:55] If that's so, use recursiveTagParse instead, which does the same thing but without clearing strip state [11:01:22] 03(NEW) the vector skin does not include admin features - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19475 major; Normal; MediaWiki: User interface; (Gerard.meijssen) [11:04:14] 03(mod) Database update for l10n_cache fails on non-EN installs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 (10jidanni) [11:06:36] the API renders an unknown error when cookie is not there, for restricted wikis. Should we open a bug report to improve this UI? [11:07:06] (I didn't find any correspondant report) [11:17:08] 14(WFM) the vector skin does not include admin features - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19475 +comment (10roan.kattouw) [11:18:03] 03(mod) Database update for l10n_cache fails on non-EN installs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19447 (10roan.kattouw) [11:18:06] 03(mod) Missing tableoptions and PG updates for l10n cache - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19428 (10roan.kattouw) [11:39:21] 03btongminh * r52686 10/branches/NssMySQLAuth-rewrite/NssMySQLAuth/AccountManager/ (AmExport.php AmUserListView.php NssUser.php): [11:39:21] * Add Excel export [11:39:21] * Group usernames by activity state [11:40:24] 03btongminh * r52687 10/branches/NssMySQLAuth-rewrite/NssMySQLAuth/AccountManager/NssUser.php: And missed an [] there [11:51:08] Hehe [11:51:17] InlineScripts extension is almost ready for commiting [12:03:19] 03nikerabbit * r52688 10/trunk/phase3/languages/messages/MessagesFi.php: This was so not supposed to get here, ever. [12:29:20] 03(NEW) OOM on getting metadata for some OGG files - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19476 enhancement; Normal; MediaWiki extensions: OggHandler; (agarrett) [12:29:42] 03(NEW) The ask inline query "format=template" should imply "link=none". - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19477 minor; Normal; MediaWiki extensions: Semantic MediaWiki; (dan.bolser) [12:29:56] 03(mod) OOM on getting metadata for some OGG files - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19476 (10agarrett) [12:32:41] 03nikerabbit * r52689 10/trunk/phase3/includes/EditPage.php: Check for wfEmptyMsg too, since message cache checks messages set to - in files, trying to get from namespace, and returns non-existing message instead [12:59:17] 03vasilievvv * r52690 10/trunk/phase3/includes/LocalisationCache.php: Replace || with |, so messages get merged regardless of $used value [13:00:30] 03thomasv * r52691 10/trunk/extensions/ProofreadPage/ProofreadPage.php: minor fix [13:57:40] 03jojo * r52692 10/trunk/extensions/Collection/ (Collection.body.php collection/collection.js): fix: use another name for the jQuery variable, in case jQuery by s.th. else w/out noConflict() [14:03:10] hey how can i make it so all my pages dont link to index.php?title= and just skip that [14:03:43] 03thomasv * r52693 10/trunk/extensions/ProofreadPage/ (ProofreadPage.i18n.php ProofreadPage.php): check for dupes in index page [14:04:04] 03ashley * r52694 10/trunk/extensions/WikiCategoryTagCloud/WikiCategoryTagCloud.php: follow-up to r52676: remove unnecessary use of extract(), per code review [14:12:44] 03nikerabbit * r52695 10/trunk/extensions/DeleteBatch/ (DeleteBatch.body.php DeleteBatch.i18n.php DeleteBatch.php): Re-write the form for current best practises => escape everything, use xhtml builders [14:16:21] 03(mod) Abnormal URL or Bad Web-Crawler (Spider) overloads CPU - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17779 summary; +comment (10mike.lifeguard) [14:24:40] 03nikerabbit * r52696 10/trunk/extensions/DeleteBatch/DeleteBatch.i18n.php: Two unused messages [14:32:47] 03(mod) SemanticForms autocompletion on property buggy (patch attached) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19406 (10yaron57) [14:32:59] 03(NEW) Empty category redirect. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19478 minor; Normal; MediaWiki: Redirects; (amrypma) [14:33:21] 03(NEW) Wrong error message when installing with postgres as DB-Backend - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19479 enhancement; Normal; MediaWiki: Installation; (rumayer) [14:35:04] 03(mod) Apply consistent borders to GeSHi-generated code blocks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19416 (10happy-melon) [14:37:21] 03(FIXED) Register links added by DPL in pagelinks table - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19443 +comment (10thomasV1) [14:38:35] ThomasV, cheers for 19443 :) [14:39:56] heh [14:40:10] that's preremptive bugfixing [14:40:45] Hello! Has anyone ever done "automatic" scary transcluding? I mean where the parser checks locally for an include, then checks a shared site? [14:41:08] I'm sure someone has ;) [14:41:32] Just curious. I have a patch for 1.15 but I wanted to see if anyone else thinks that's a good/bad idea. [14:42:32] If I want to put that up for discussion, is there a good place for it? This is my first time working with MW guts. [14:42:54] <^demon> TC-jmhobbs: it seems scary. even more scary :) [14:43:18] That's kinda neat but super scary. [14:43:23] 03(NEW) Vector skin doesn't support FlaggedRevs tabs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19480 enhancement; Normal; MediaWiki: Vector Skin; (danny.leinad) [14:43:42] I should call the option $wgEnableSuperScaryTranscluding then? [14:43:51] *GreenHoliday found it scary enough when he first included another site, and then broke inclusion because it didn't account for interwiki entries without http: at the front. [14:45:37] <^demon> i'm not sure that would pass code review. scary transcluding is disabled by default because it is in fact scary. transcluding when we definitely can verify contents (ie: a local template is missing, check xyz interwiki) seems even scarier. [14:46:24] scary transcluding is a hack, someone should rewrite it to be a proper feature [14:46:26] <^demon> s/can/cant [14:47:08] <^demon> flyingparchment: agreed. [14:53:03] M'k. thanks for the thoughts, I' [14:53:23] [oops :-) ] ...I'll try to talk my boss out of it [15:24:27] 03ialex * r52697 10/trunk/phase3/includes/specials/SpecialSearch.php: [15:24:27] Xml::element() -> Xml::tags() since the content is already parsed. [15:24:27] Note: escaping parsed content breaks french typo since spaces before ;:?! are automatically converted to   by Parser::parse() and will be viewable by end-users if they're escaped. [15:26:11] 03(NEW) Add new extension FlagArticle - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19481 enhancement; Normal; MediaWiki extensions: General/Unknown; (church.of.emacs.ml) [15:33:05] 03werdna * r52698 10/trunk/extensions/ (2 files in 2 dirs): Fix case of Special:DeleteThread [15:34:40] 03(NEW) Mechanism to fork threads. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19482 enhancement; Normal; MediaWiki extensions: LiquidThreads; (agarrett) [15:35:50] werdna: does Special:DeleteThread actually delete thread? [15:36:06] it sets thread_deleted = 1 [15:36:40] werdna: does this prevent users from reading it by oldids/etc? [15:36:59] I don't think it even deletes the Thread: page [15:37:10] That's the next bug I'm going to open [15:37:17] Thanks [15:40:54] 03(NEW) Rewrite thread deletion - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19483 enhancement; Normal; MediaWiki extensions: LiquidThreads; (agarrett) [15:46:29] + file_put_contents( '/Users/andrew/streamList-2', print_r( $this->_streamList, true ) ); [15:46:37] werdna: check your last commit [15:47:13] I thought I reverted that [15:48:23] 03werdna * r52699 10/trunk/extensions/OggHandler/PEAR/File_Ogg/File/Ogg.php: Revert unintended debugging code in r52698 [15:49:13] *vvv greps code for (die|f.ck|sh.t|var_dump) before commiting [15:49:34] hehe [15:49:46] What file would I have to end if I want to resize an image as it is submitted for upload? [15:50:36] TC-nbigelow, you can resize them on the fly when your displaying them in your wiki pages [15:50:46] as long as you have the required bits setup [16:21:44] 03vasilievvv * r52700 10/trunk/phase3/includes/parser/ (Preprocessor.php Preprocessor_DOM.php Preprocessor_Hash.php): [16:21:44] Add getArguments, getNamedArguments and getNumberedArguments methods to PPFrame [16:21:44] interface, so extensions can access them. [16:24:24] 03nikerabbit * r52701 10/trunk/extensions/Translate/TranslateEditAddons.php: Add the source text to title param [16:42:54] 03mkroetzsch * r52702 10/trunk/extensions/SemanticMediaWiki/languages/ (SMW_Aliases.php SMW_LanguagePl.php): updated translations by Lukasz Bolikowski [16:48:23] 03thomasv * r52703 10/trunk/extensions/ProofreadPage/ (ProofreadPage.i18n.php SpecialProofreadPages.php): make rendering of the special page configurable through system message [17:06:09] 03(mod) Allow AbuseFilter to force the user to solve a captcha - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18110 (10matthew.britton) [17:18:23] 03siebrand * r52704 10/trunk/extensions/ (3 files in 3 dirs): Update Semantic* magic for Dutch [17:23:20] 03raymond * r52705 10/trunk/phase3/languages/messages/ (13 files): Localisation updates for core messages from translatewiki.net (2009-07-02 17:15 UTC) [17:25:15] 03siebrand * r52706 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: Ignore proofreadpage_indexlist_item [17:25:58] what file is the UploadForm class in? I can't seem to find it :/ [17:26:09] nvm [17:26:11] sorry. [17:37:03] 03thomasv * r52707 10/trunk/extensions/ProofreadPage/ProofreadPage.php: remove unnecessary code, fix for page numbers in headers and footers [17:38:34] 03siebrand * r52708 10/trunk/extensions/ProofreadPage/ProofreadPage.i18n.php: Take the one translatable word out of proofreadpage_indexlist_item and put it in proofreadpage_indexlist_item_pages. [17:43:18] 03werdna * r52709 10/trunk/extensions/LiquidThreads/pages/TalkpageView.php: Oops, left the TOC out in redesigning TalkpageView [17:44:18] 03werdna * r52710 10/trunk/extensions/LiquidThreads/pages/TalkpageView.php: Move clear div up [17:49:04] 03siebrand * r52711 10/trunk/extensions/ProofreadPage/ProofreadPage.i18n.php: Localisation updates for extension messages from translatewiki.net [17:50:39] 03raymond * r52712 10/trunk/extensions/ (36 files in 30 dirs): Localisation updates for extension messages from translatewiki.net (2009-07-02 17:30 UTC) [18:12:27] 03siebrand * r52713 10/trunk/extensions/ProofreadPage/ (ProofreadPage.i18n.php SpecialProofreadPages.php): [18:12:27] * follow-up to r52708: interpreted the message incorrectly. Updating to use plural for pages text, add message doc [18:12:27] * replace deprecated makeLinkObj and makeKnownLinkObj by link and linkKnown [18:14:15] 03siebrand * r52714 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: 'proofreadpage_indexlist_item' no longer ignored [18:17:52] 03siebrand * r52715 10/trunk/extensions/UsabilityInitiative/OptIn/OptIn.i18n.php: Fix typos [18:26:19] Woo-hoo, the W3C has announced that work on XHTML 2 will stop in favor of HTML 5. http://www.w3.org/News/2009#item119 [18:26:38] Finally, anyone who thinks XHTML 2 is a successor to XHTML 1 can be hit over the head with a heavy-duty cluebat. [18:27:20] HTML 5 is not XML, right? [18:27:48] yay, XHTML is dead [18:29:11] 03yaron * r52716 10/tags/extensions/SemanticForms/REL_1_7_3/: Tag for version 1.7.3 [18:32:59] Does "svn add directoryname" adds directory and all its content? [18:33:32] flyingparchment, HTML 5 defines an abstract DOM-based structure, which has both XML and non-XML serializations (XHTML 5 and HTML 5, respectively). [18:33:43] Of course, no one's actually going to use XHTML 5. [18:33:58] vvv: I think, dont quote me on that [18:36:45] vvv: check if the files are with "A" in svn status [18:37:10] ialex: they aren't... I manually added dir with svn mkdir now [18:37:14] vvv: does so [18:37:26] it does unless you add the dir with -N [18:46:26] 03vasilievvv * r52717 10/trunk/extensions/InlineScripts/ (7 files in 2 dirs): (log message trimmed) [18:46:26] Add InlineScripts extension (not for production!) for embedding scripts into [18:46:26] wikitext. Syntax is close to abuse filter's one, but not completely: [18:46:26] * Parser now uses shunting-yard algorithm to parse code to AST. AST is cached [18:46:26] * If statements has syntax "if [cond] then [ontrue] else [onfalse]" [18:46:29] * Added foreach statement: "foreach [variable] in [array] do [code]" [18:46:31] * It has per-token, per-evaluation limits, as well as recursion depth limit [18:46:42] werdna: here it is :) [18:50:57] 03(FIXED) Adapt abuse filter parser to be inline included in wikitext - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19300 +comment (10vasilvv) [19:15:43] is there any reason why relative links (..) do not check for page existence while that navigation in sitesub does? [19:18:03] 03tparscal * r52718 10/trunk/phase3/skins/ (Vector.php vector/main-ltr.css vector/main-rtl.css): Added hook SkinTemplateNavigation which provides a way to tweak the navigation before page rendering [19:18:10] i have root page Foo. it has subpages called "bar" "baz" and "lorem/ipsum" (note the slash) there is no page called "lorem" [19:18:10] now when on Foo/lorem/ipsum I put ../bar, it links to Foo/lorem/bar instead to Foo/bar [19:20:37] Danny_B: I'd say that's expected behavior [19:21:01] To get Foo/bar , use {{FULLBASEPAGENAME}}/bar [19:21:25] well, it would work only in first level [19:21:52] but i can have Foo/Dummy/Bar & Foo/Dummy/Lorem/ipsum [19:22:24] that sitesub stuff displays only those pages which exist [19:22:35] hi [19:23:19] so on Foo/Bar/Lorem/ipsum/Baz it displays Foo | Bar | Lorem/ipsum [19:24:02] i'm having trouble with domain mapping to a wiki, the mapped domain gives me a "not found" error, any ideas? [23:36:39] <^demon> brion: That was a short meeting. [23:41:43] phone interrupted :D [23:42:09] <^demon> heh [23:42:40] 03(NEW) Database update for l10n_cache fails when running update.php for the first time - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19491 enhancement; Normal; MediaWiki: Installation; (jlerner) [23:45:47] 03(mod) Database update for l10n_cache fails when running update.php for the first time - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19491 +comment (10innocentkiller) [23:49:51] 03(mod) Database update for l10n_cache fails when running update.php for the first time - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19491 (10jlerner) [23:50:43] 03(mod) Database update for l10n_cache fails when running update.php for the first time - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19491 (10innocentkiller) [23:54:36] 03(mod) Database update for l10n_cache fails when running update.php for the first time - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19491 (10jlerner) [23:59:44] 03demon * r52721 10/branches/maintenance-work/ (9 files in 2 dirs): [23:59:44] * Port deleteArchivedFiles, dumpSisterSites, orphans [23:59:44] * Tweak Database::lockTables() and children to allow for non-LOW PRIORITY writes [23:59:44] * Added missing abstract functions