[00:00:26] 03dale * r53088 10/branches/new-upload/phase3/ (6 files in 6 dirs): IE fixes for add-media-wiz [00:06:40] Is there a version of importImages that'll work on php4? [00:10:59] why are you still using php4? [00:11:17] Just cause. [00:13:16] 03(mod) Spanish wikipedia XML dump problems - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18694 (10Platonides) [00:15:20] 03(mod) Categorymembers namespace filter broken in miser mode - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 (10Platonides) [00:19:36] 03(mod) $wgFlaggedRevsPatrolNamespaces has no effect in watchlists - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19241 (10gtisza) [00:24:56] 03(mod) Patrol marks in non-reviewable pages outside $wgFlaggedRevsPatrolNamespaces - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19241 summary; +comment (10JSchulz_4587) [00:25:52] 03(NEW) Make the CAPTCHA display on the initial edit page when possible - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19648 enhancement; Normal; MediaWiki extensions: ConfirmEdit; (Emufarmers) [00:28:23] why not just load the captcha via ajax if someone is adding external links? >_> [00:29:51] 03(mod) Categorymembers namespace filter broken in miser mode - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 +comment (10mrzmanwiki) [00:39:23] 03(mod) Categorymembers namespace filter broken in miser mode - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 (10herd) [00:40:37] Splarka: you could do that too, but I figured it would be best to start with the low-hanging fruit. :D [00:41:02] *Splarka was being sargasmic [00:41:51] I'm crushed :( [00:54:44] "Hello Mister Vibber," .> <.< [01:26:47] :-/ [01:43:15] 03(mod) Abuse filter in Persian wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19642 (10ladsgroup) [01:45:46] got a question about the non-working redirs in the new search. is it a known bug and therefor the checkbox is hidden under "Advanced" on wp etc? [01:46:53] 03avar * r53089 10/trunk/extensions/SlippyMap/OpenLayers/ (config/slippymap.cfg public/OpenLayers.js): Add WorldWind to the OL config [01:54:46] Subfader: I kind of remember noticing a nonfunctional "show redirects" checkbox when I set up Lucene recently; I meant to ask rainman-sr about it, but then I forgot. [01:55:19] I think the revamped Special:Search page that's on mw.org now might be from Vector [01:57:19] yep the ckeckbox doesn't work (untick it and the page loads with it being ticked again) redirects are always listed, no matter what you click, even if you use redirs=0 manually http://www.mediawiki.org/w/index.php?title=Special%3ASearch&search=rpl&fulltext=Search&ns2=1&redirs=0 [01:58:03] just dunno if there's an existing bug report [01:58:10] I imagine it's an oversight or a regression; rainman-sr is probably the guy to talk to [01:58:48] kk [02:03:18] 03avar * r53090 10/trunk/extensions/SlippyMap/ (7 files): (log message trimmed) [02:03:18] Massive backwards compatability breaking changes in this revision, and neat new stuff: [02:03:18] * Now doing parameter validation (with parsertests!) [02:03:18] * Replaced h parameter with height, w with width, z with zoom, marker [02:03:18] is currently unsupported (I'd like to have it in the static [02:03:21] rendering too if it's there at all) [02:03:23] * OpenLayers & other stuff this extension needs is now always added to [02:06:00] 03avar * r53091 10/trunk/extensions/SlippyMap/slippyMapParserTests.txt: We now set zoom= to a default value if it isn't set [02:07:21] 03avar * r53092 10/trunk/extensions/SlippyMap/ (SlippyMap.hook.php SlippyMap.hooks.php SlippyMap.php): Hooks -> Hook [02:28:11] 03(mod) Localization of img_auth.php - with enhancements - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 +comment (10brion) [02:43:07] 03(NEW) namespace param on linksearch UI - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19649 enhancement; Normal; MediaWiki: Special pages; (jayvdb) [02:45:35] 14(DUP) namespace param on linksearch UI - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19649 +comment (10brion) [02:45:37] 03(mod) Namespace filter in Special:Linksearch on WMF wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=10593 +comment (10brion) [02:48:14] 03(NEW) Show LATER and possibly WONTFIX bugs in default Bugzilla search? - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19650 enhancement; Normal; Wikimedia: Bugzilla; (brion) [02:53:03] brion: DUP [02:53:29] also, 8pm on friday! [02:53:59] almost 11pm! im still in boston until tomorrow night :) [02:54:17] oh, that's okay then, carry on working [02:54:34] brion: the problem is, the most eloquently worded bugs are mostly the dupes [02:54:43] so DUPes should be shown as well [02:55:14] (possible to only show DUPes where the target is open/wontfix/later?) [02:56:22] heh [02:56:48] if the original's wording sucks pretty bad i'll go and make it nicer when i make the dupe, sometimes [02:57:13] hmm [02:57:27] seems spammy, but I guess ya gotta do what ya gotta do [02:58:04] bugzilla's pretty spammy in the dupe case since it sends you notes on both bugs... and then any change to the original has to be another change :P [02:58:47] be nice if you could "Dupe from" yah [02:58:52] in the same way you can add dependencies either way [02:59:45] just realized my hotel room actually does have a desk i can sit at w/ the computer. my neck will thank me :) [03:00:47] 03(mod) New user-specific variable (magic word, parser function) giving {{USERNAME}} ({{CURRENTUSER}} {{USER}}) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=4196 summary; +comment (10herd) [03:00:49] *Splarka spams that dupe [03:00:57] like so? [03:01:34] 03(mod) Search box to gain initial focus on main page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=6165 (10herd) [03:01:39] *Splarka changes component on an unrelated dupe bug he happened to click [03:04:04] 03(mod) Option to focus cursor in search box on main page with javascript .focus() method - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=1864 summary (10herd) [03:04:08] over a dozen dupes there! wow, spammy [03:04:18] 23 users emailed [03:04:40] I used to worry about doing things on bugzilla that'd email people needlessly [03:04:53] I just worry about spamming IRC :) [03:05:33] brion: I still want a "top 10 most duped bugs" list in https://bugzilla.wikimedia.org/enter_bug.cgi [03:05:50] or possibly an editable bit of text below it, heh [03:06:19] https://bugzilla.wikimedia.org/duplicates.cgi [03:06:26] "no, we won't make javascript focus on the search box" "we MIGHT add per-page viewing rights but LATER" "there is an extension for {{USERNAME}}" [03:06:26] that link finally works now :) [03:06:39] but nobody reads header text on a form so theyll never click it ;) [03:07:01] yes, they won't [03:07:11] can you embed that into enter_bug.cgi ? [03:07:14] <3 [03:07:38] i suspect it could be done :) [03:07:48] istr mozilla has something like that [03:07:55] *Splarka bribes with stroopwafelen [03:08:55] nom nom [03:10:48] *brion gonna track down photos of everyone who was at the meeting today so i remember who the hell they are [03:11:41] *Splarka wonders if laptops are yet considered "hoax devices, with the intent to panic the public" in Boston [03:13:48] anyone know the name of the 5 star rating extension on wikia? i'm not seeing it in the Special:Version. [03:13:55] *p858snake wonders if brion has had a chance to look at that image eating bug yet [03:14:14] ooh image eating? sounds fun [03:14:45] https://bugzilla.wikimedia.org/show_bug.cgi?id=16553 [03:14:54] i remember bringing it up once before [03:15:21] A maintenance script was written related to that, right? [03:15:22] And run? [03:17:48] 03(mod) Categorymembers namespace filter broken in miser mode - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 (10b-jorsch) [03:24:17] the old one? dunno, not sure about anything current [03:26:26] 03aaron * r53093 10/trunk/extensions/ReaderFeedback/ (14 files in 5 dirs): Spitting out ReaderFeedback stuff part I [03:27:28] !wikiacode | Morbus [03:27:28] --mwbot-- Morbus: Wikia's customized mediawiki code is mostly available via . Wikia-specific extensions can usually be found in . [03:27:39] are the actual image files list or just moved around somewhere? [03:27:46] s/list/lost/ [03:28:23] Splarka: thanks. no initial match for star, rate, or rating. gonna be fun [03:28:33] *Morbus is looking at http://www.mediawiki.org/wiki/Extension:CommunityVoice too [03:31:55] 03(mod) externallinks have links to self (not that external) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19637 +comment (10Emufarmers) [03:32:17] looks like https://svn.wikia-code.com/wikia/trunk/extensions/wikia/Vote/ [03:32:21] thanks for the pointer. [03:32:32] np [03:37:22] 03avar * r53094 10/trunk/extensions/SlippyMap/ (3 files): [03:37:22] * Improved the horrid argument parser replacing it with something even [03:37:22] more horrid. But now it can parse values and supply defaults at the [03:37:22] same time. This is required because to validate a some parameters [03:37:22] other parameters need to have already been validated. [03:37:23] * marker= works again [03:37:27] * Changed field names to something that's more comfortable to type [03:39:03] 03(mod) Calling in a way that it doesn't expect will result in invalid JS - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19581 (10avarab) [03:40:06] 03aaron * r53095 10/trunk/extensions/ReaderFeedback/ (25 files in 2 dirs): Spitting out ReaderFeedback stuff part II: Removed excess classes/file name fixes/language cleanup [03:40:59] 03(mod) Use $wgHooks['MakeGlobalVariablesScript'][] to set our SlippyMap JavaScript variables - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19624 (10N/A) [03:41:01] 03(mod) Parameter validation is completely broken in SlippyMap - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19603 (10avarab) [03:42:38] 03(mod) Shrink the SlippyMap Openlayers to include just the portions we need - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19583 (10avarab) [03:45:44] w00t [03:46:19] 03(NEW) Write a script to generate a unique installation of OL for every supported user language - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19651 normal; Normal; MediaWiki extensions: Maps; (avarab) [03:46:34] brion: It's getting better:) [03:50:10] 03(NEW) Write parsertests that use {{#tag:slippymap}} - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19652 minor; Normal; MediaWiki extensions: Maps; (avarab) [03:51:56] brion, who was the Tim who was taking the photos? [03:52:27] i forget, there were two tims ;) [03:52:36] It was Tim the Younger [03:52:38] and i didnt get either of their last names or usernames down :D [03:52:50] The elder one is Paul August on Wikipedia [03:52:56] then it wasnt him ;) [03:54:04] just poke everyone in the offices with shar pencils till they tell you >.> [03:54:14] 03(NEW) Make the layers in SlippyMap.js configurable - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19653 major; Normal; MediaWiki extensions: Maps; (avarab) [03:57:25] 03(NEW) Save statically generated maps on the server - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19654 enhancement; Normal; MediaWiki extensions: Maps; (avarab) [03:57:39] 03(mod) Save statically generated maps on the server - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19654 (10N/A) [03:59:01] Does {{#tag:}} work around extensions that want to take template parameters having to implement foo={{bar}} as well as ? [04:00:56] 03(NEW) Add support for ojw's StaticMap - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19655 enhancement; Normal; MediaWiki extensions: Maps; (avarab) [04:04:03] avar: in theory the former shouldn't be needed anymore yah [04:04:44] (but #tag doesn't play well with all parser extension tags, like for example there was no way to create , only ) [04:05:49] 03(NEW) Add logging of attribute syntax errors - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19656 minor; Normal; MediaWiki extensions: Maps; (avarab) [04:06:20] Splarka: Right, I saw that someone had changed Cite to that effect:) [04:06:35] But that's pretty trivial [04:06:46] and things can be interesting with #pre [04:06:51] er #tag:pre [04:09:26] 03(NEW) Remove caption="" support - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19657 major; Normal; MediaWiki extensions: Maps; (avarab) [04:11:08] 03(mod) Old style x=y parameters should be optional and turned on with a config option, is the default - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19582 (10avarab) [04:11:56] 03(mod) Add Exif data to generated static maps - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19608 (10N/A) [04:11:59] 03(mod) Save statically generated maps on the server - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19654 (10N/A) [04:13:21] 03(NEW) Make wikicode / reset button translatable. Right now they're PNG files - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19658 major; Normal; MediaWiki extensions: Maps; (avarab) [04:24:44] This would be useful for commons: http://toolserver.org/~kolossos/zoom-image/zoom-ol.html [04:27:14] totally [04:27:28] avar: somebody was showing that off at the berlin meeting, i forget who [04:27:47] Kolossos [04:28:03] whee [04:28:50] ok i think its bedtime [04:28:51] > Judge allows Twitter-using DA to 'tweet' upcoming muder trial over defense objections. Prosecution's argument? DA only has 10 or so followers so "it's just not that big a deal." That'll probably change now [04:28:52] see yall later [04:30:08] hi. I'm running mediawiki 1.13. I uploaded a .png file and all of a sudden I get only internal server errors (500), and apache logs say "Premature end of script headers". I tried activating php error logging but that did not work by any means. [04:30:24] bye [04:30:56] any idea why this happened or how to fix it or any blog post where someone had the same problem and actually fixed it? [04:33:32] So you uploaded a file using the upload form and afterwards you get a 500 error? [04:33:53] yep [04:34:13] now the wiki is inaccessible [04:34:39] it's not telling you which file is causing it? [04:34:49] yes, index.php [04:35:35] !?> [04:35:35] --mwbot-- The PHP closing tag "?>" is never required at the end of a pure-code php file, and mediawiki developers actively remove it, as it often causes problems related to trailing whitespace, and "headers already sent" errors. See also http://news.php.net/php.general/280796 and !bom as well as https://bugzilla.wikimedia.org/show_bug.cgi?id=17642 [04:35:52] Check LocalSettings.php [04:36:53] Emufarmers: I haven't edited any files... [04:37:17] 03mrzman * r53096 10/trunk/extensions/Index/ (6 files): Add extension I've been working on to SVN [04:37:18] and the page hangs for a while before reporting the 500 error [04:38:02] ramiro: so what's the last line of LocalSettings.php? [04:38:18] I'd check that anyways, uploading a file shouldn't do that, and if it does, something is really really wrong. [04:39:42] 03aaron * r53097 10/trunk/extensions/ReaderFeedback/ (8 files in 2 dirs): Splitting out ReaderFeedback stuff part III: more c/p cleanup. Make things actually work now. [04:40:07] Emufarmers: the last line of LocalSettings.php has been the same one for many months since my last edit: "$wgGroupPermissions['*']['createaccount'] = false;". after that there's an empty line. [04:40:35] ramiro: do you have any extensions? [04:42:01] siebrand? [04:42:18] Emufarmers: I don't remember adding any extensions. [04:42:32] ramiro: check your extensions directory [04:42:53] might as well check index.php as well [04:45:20] I upgraded to 1.15 and things automagically restarted working... [04:45:34] there were no extensions and index.php was identical to the original [04:46:16] I hate it when I don't understand what fixed it =(. anyways I'm happy it somehow fixed itself. [04:46:23] thanks guys, and sorry for the noise. [04:47:25] 03rememberthedot * r53098 10/trunk/phase3/ (3 files in 2 dirs): Updated parser tests for r52726. Also fixed some corner cases and updated the parser test for PMID links. [04:47:56] 03mrzman * r53099 10/trunk/extensions/ (Index/ IndexFunction/): Change name for consistency [04:54:56] =) [04:58:01] domas: can you scap MrZ-man's updates to your live api cmnamespace disablementarianism? [04:58:28] 03aaron * r53100 10/trunk/extensions/ReaderFeedback/ (6 files in 2 dirs): special page & CSS cleanup [04:58:32] why me [04:58:34] :) [04:58:46] classic domas, heh [04:58:58] hey Aaron ;-) [04:59:29] I find so many people know how to develop mediawiki [04:59:36] and how every feature has to be there [04:59:37] :) [04:59:46] it is awesome [05:00:26] it would probably be better if the query just failed, rather than ignoring the parameter [05:00:29] feel free to change that [05:00:30] and he did [05:00:31] 03rememberthedot * r53101 10/trunk/phase3/RELEASE-NOTES: Updated RELEASE-NOTES for r52963 and r53033 [05:00:36] so can you make it live? ^_^ [05:00:40] maybe ;-) [05:00:48] 1) I didn't have my morning coffee yet [05:00:50] quantum developing [05:00:56] 2) [05:01:02] 3) [05:01:04] 4) [05:01:13] 5) I got so much more to do [05:02:08] oh damn [05:02:09] http://en.wikipedia.org/wiki/Wikipedia:Templates_for_deletion/Log/2009_July_11#Template:Topic_by_country [05:02:25] forgot to bump up lock wait timeout when loading data [05:02:26] that one was funny: 540.964233 380393 - PPFrame_DOM::expand [05:02:45] 03mrzman * r53102 10/trunk/extensions/IndexFunction/ (IndexFunction.i18n.php SpecialIndex.php): Fix database error [05:04:08] I wonder if they'd accept a "Kill it with fire" delete !vote [05:11:41] 03aaron * r53103 10/trunk/extensions/ReaderFeedback/ (3 files in 2 dirs): [05:11:41] * Standardized CSS names [05:11:41] * Fixed pre-existing error with partial ratings [06:18:25] 03(mod) XSLT parameter to API queries - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19528 (10vasilvv) [06:50:03] good morning [06:50:51] i got a problem in upgrading from mediawiki 1.13.4 to 1.15 - when I want to run the maintenance/update.php it says: [06:51:05] PHP Warning: realpath(): SAFE MODE Restriction in effect. [06:51:28] but i switched safemode on in php.ini and for the respective vhost [06:52:00] Eric__: you probably want to switch safe mode _off_ (if that's not what you meant to say) [06:52:33] let me check [06:53:24] try and activate safe mode *after* upgrading to php 5.3 =) [06:53:27] *Alphos runs [07:01:48] I get: PHP Warning: realpath(): SAFE MODE Restriction in effect. The script whose uid is 500 is not allowed to access /srv/www/vhosts/hpgr.de/httpdocs/wiki owned by uid 10002 in /srv/www/vhosts/hpgr.de/httpdocs/wiki/maintenance/commandLine.inc on line 45 [07:10:38] Eric__: sounds like safe mode is still on, then. Turn it off. [07:10:38] er [07:10:38] i have it turned off in php.ini and restarted the server [07:10:38] and i got that [07:10:38] Well, clearly it's not really off :) [07:10:38] It could also be that there are some parts of it that can work even if safe mode itself is off [07:10:38] like open_basedir, as I recall [07:14:27] hmm shit [07:14:28] ok [07:14:55] you are kinda right - i ran php info directly from the shell [07:15:06] and there it says safe_mode on [07:18:13] so another test [07:21:49] Emufarmers, thanks you saved my day ;) [07:21:57] it worked now [07:22:21] there was a different php.ini for the CLI [07:24:07] Happens all the time [07:24:19] But you're welcome :D [07:28:47] ah for the semiamateur like me the error "safe_mode restriction in effect was a little ambiguos - does it not work because it is on oder off [07:33:45] safe mode applies supposed safety restrictions to your php config, thus deactivating some functions that are needed for update.php to work ;) [07:34:16] it's useful for shared servers, but really boring otherwise ^^' [07:34:45] *bothering [08:04:35] \o/ [08:04:45] 03midom * r53104 10/trunk/phase3/ (3 files in 3 dirs): Fix Bug#19637 - self-referencing externals will be by default filtered out [08:10:29] 03(FIXED) externallinks have links to self (not that external) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19637 +comment (10domas.mituzas) [08:15:50] 03midom * r53105 10/trunk/phase3/includes/parser/ParserOutput.php: good catch, $wgServer definitely needs trailing slash added =) [08:17:02] domas: what are you going to do when people complain about those links not showing up in LinkSearch? o: [08:17:18] say, "they should not" [08:17:28] emufarmers: what is your email address? [08:17:28] That's probably true [08:17:35] I can send you the copy of commonswiki.externallinks there [08:17:37] but http://en.wikipedia.org/wiki/Special:LinkSearch mentions a [08:17:51] well [08:17:55] eh, I think gmail only gives me 10 gbs or something of storage, so :) [08:18:02] emufarmers: not enough [08:18:07] Exactly :D [08:18:19] and 99% is externallinks inflated by templates [08:18:26] not actual externals [08:18:33] You didn't like the idea I proposed on the bug? [08:18:39] it doesn't make sense [08:18:58] No? It'd hide "purge this page" links and such, which I assume are the problem [08:19:10] no [08:19:13] you're getting the problem wrong [08:19:20] hold on [08:19:44] here [08:19:44] http://p.defau.lt/?Lztd6oKfjaESPeWatVdImw [08:19:48] I even formatted it for you [08:19:51] to get the idiocy [08:19:53] [[Special:Action/edit/PageName]] [08:19:57] You need something like that. [08:20:22] People use {{fullurl:}} because it's the only thing that was ever implemented... [08:20:39] good [08:20:45] so? [08:20:59] those links exist, just not recorded in EL tables [08:21:02] what is the problem? [08:21:04] So you should add a generic syntax that avoids external link syntax. [08:21:07] :P [08:21:08] Well, you could also remove it if it includes &uselang [08:21:16] and if also includes what? [08:21:27] huh? [08:21:31] what other tokens [08:21:50] Are there other ones that are adding huge numbers of links? [08:21:57] dunno, there probably will be [08:22:09] you can't expect what new hack editors will think off [08:22:19] I already saw the potential of this [08:22:22] not going to risk more [08:22:42] Heh, you could have a config variable of tokens not to include [08:22:43] *Emufarmers hides [08:22:56] *shrug* [08:23:00] easier just to ditch them all [08:23:36] What about secure server links, like Splarka said? [08:23:48] haha, I can add an array of other stuff to check for ;-)) [08:24:01] can add creativecommons and secure there ;-) [08:24:08] will see if it is an issue [08:24:09] That's what I suggested in the bug [08:24:13] >_> [08:24:16] how does {{fullurl: work when people come in via secure? [08:24:23] thanks for suggesting the obvious, captn [08:25:37] I believe {{fullurl:}} will work for both cases, won't register an external link for either when saving/purging/whatever [08:25:43] but not everyone uses fullurl, many don't [08:25:55] like on talk pages [08:26:10] :Yes, I did edit it correctly, see [http:... diff link], ~~~~ [08:26:22] well [08:26:28] we can get to exclusions later [08:27:32] fair [08:30:01] \o/ svn merge -r53103:53105 [08:30:21] why is test blankpage ? :) [08:32:01] cuz is test [08:34:47] mediawiki/ cloaks should be available next week, I hear. [08:34:58] {{cite}}? [08:35:20] hahahaha [08:35:21] [08:35:29] {{fact}} or {{cn}} is what your looking for [08:35:43] cite is the formatting one iirc [08:35:47] :( [08:35:47] I have no reason to lie. [08:48:29] Goodnight [09:03:11] Annemarie: And we have no reason to believe. [09:04:13] Every blade cuts into two parts. [09:05:46] You want the other and discard the other. Fine. I'll take what you rejected. [09:13:48] 03(mod) XSLT parameter to API queries - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19528 (10gtisza) [09:17:07] 03shinjiman * r53106 10/trunk/phase3/languages/messages/ (4 files): Localisation updates Cantonese, Chinese and Literary Chinese [09:28:17] 03(mod) externallinks have links to self (not that external) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19637 (10domas.mituzas) [09:38:30] Sorry, can I get help here about configuration of media wiki engine? [09:41:43] 03(NEW) Account creation not being "AntiSpoofed" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19659 major; Normal; Wikimedia: Site requests; (bluegoblin) [09:55:58] 03(NEW) Authorize sending pages per Wikinews - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19660 normal; Normal; Wikimedia: Site requests; (otourly) [09:59:11] would it be possible to get $1 set to the user's search in the search-nonefound message? [09:59:31] *Splarka pokles rainman-sr ^ [10:07:28] cirwin, we don't show that message any more... for failed searches you want searchmenu-new i think [10:07:59] urm, it worked abuot a week ago? [10:08:38] Sleep failure :( [10:08:41] http://en.wiktionary.org/w/index.php?title=Special%3ASearch&search=asdfuujuw4hr&go=Go [10:08:51] "There were no results matching the query" [10:10:04] oh that message ... too many similarly-named messages [10:10:21] ok, let me fix that [10:10:23] indeed, and all changed from what we'd just got use to :p [10:10:37] thanks [10:11:01] you were also copied in on a bug I filed about indexing html rather than wikitext, is that at all feasible? [10:11:32] no that's not going to happen soon [10:11:42] imagine the search results for "citation needed", haha [10:11:49] ah well [10:14:06] cirwin, as far as i see $1 was never passed to search-nonefound [10:14:23] no [10:14:25] I don't think it was [10:14:48] when i said "it worked about a week ago" I meant that the message displayed [10:18:26] well a week ago the message shown was nonefound, now it's search-nonefound [10:21:55] is wfEscapeWikiText actually needed for addWikiMsg? [10:22:14] Hmm, our PD help pagets require that you import svg icons into your wiki, but svgs aren't allowed on the default MW setup. :-| [10:22:43] so remove them, or replace with png? [10:22:50] Yeah, I guess I will [10:23:06] Should I resize them down to the size they actually get used at or not bother? [10:28:38] 03rainman * r53107 10/trunk/phase3/includes/specials/SpecialSearch.php: Add search term to search-nonefound since wiktionaries want it. [10:31:11] rainman-sr: you heading to london for the meetup tomorrow? [10:31:55] not sure, i have loads of works to finish, so what is the final word on the cambridge meetup? [10:32:07] rainman-sr: yes and no [10:32:35] because the parser sucks tiltes like foo''bar broken in things like [[$1]] or $1 [10:32:47] titles, are [10:33:38] Nikerabbit, well, i've put it there anyway :) [10:38:57] Splarka: actually, now that I look at it, it's kind of silly: the "WHEN YOU EDIT THIS PAGE YOU'RE PUTTING IT INTO THE PUBLIC DOMAIN!!!!" message still appears at the top of the exported pages; could you use some PF magic to hide that when it's not on mw.org? [10:40:54] hmm [10:41:13] I really feel sorry for anybody who actually tries to export our help pages at this point :/ [10:42:06] well, that won't show unless they export http://www.mediawiki.org/wiki/MediaWiki:Editnotice-12 too [10:42:55] huh [10:43:08] oh, you mean on the article page view, hmm [10:43:12] well, that isn't on every help page [10:43:13] Yeah [10:43:19] and actually probably doesn't even need to be there, with the edit notice [10:43:23] Was there a reason we didn't end up removing the thing from the top, given that it's on an edit notice now? [10:43:29] yeah, I know we talked about it before [10:43:30] http://www.mediawiki.org/wiki/Help:Bots doesn't have it [10:43:33] *Emufarmers checks logz [10:43:57] That's because Al Maghi created that page 3 weeks ago [10:44:05] ahh [10:44:13] And it's waaaay outside what the PD help pages are supposed to be for anyway [10:44:15] http://www.mediawiki.org/w/index.php?title=Template:Editnotice_load&action=edit [10:44:16] ew [10:44:27] *Splarka picked it at random as a small example [10:44:52] why does it need editnotice load? [10:44:55] If your point is that our PD help pages are a mess, then yes, you're preaching to the choir. :p [10:45:36] *Splarka removes it [10:47:10] ugh [10:47:20] he put them in /every/ namespace [10:47:21] WHY [10:47:30] why does he need to run #ifexist on every page load? [10:47:48] http://www.mediawiki.org/wiki/Special:PrefixIndex/Template:Editnotices/ [10:47:54] exactly two of which result in something [10:48:39] God [10:48:45] Who broke parser [10:49:05] Hallowed be thy name [10:49:13] Thy Kingdom DOM [10:49:45] Thy style be !important, Give us our daily job queue [10:52:24] Oh, ialex thought the "This page is one of the Public Domain Help Pages..." part should stay [10:53:15] well.. what one could do is... [10:53:46] wait, where does it say that? [10:54:08] > '''Important note:''' When you edit this page, you agree to release your contribution into the [[:en:Public domain|public domain]]. If you don't want this or can't do this because of license restrictions, please don't edit. This page is one of the [[Project:PD help|Public Domain Help Pages]], which can be freely copied into fresh wiki installations and/or distributed with MediaWiki software; see [[Help:Contents]] for an overview of all pages. See [[Pr [10:54:21] yeah, that [10:54:23] o,o [10:55:24] well [10:55:27] if you wanted to ditch it [10:55:52] {{#switch:{{SERVER}}|http://www.mediawiki.org|https://secure.wikimedia.org=|#default=}} [10:55:58] 03shinjiman * r53108 10/trunk/extensions/cldr/ (9 files): update script with names which suits for the MW language fallback [10:56:09] and that makes sense [10:56:16] since off the wiki, there is no enforcement [10:56:26] Well, it definitely shouldn't show off-wiki [11:00:22] *Splarka testywesty [11:02:41] hmm [11:02:45] damn tables [11:03:56] and damn translations [11:04:11] What are you doing? [11:04:48] something like this: http://p.defau.lt/?v0zLQoSVUg8o_PXR3cGl_w [11:04:55] but it won't work on the translations [11:05:03] without every translation using #switch [11:05:10] hmm [11:05:12] okay, idea [11:05:51] Eh, I don't think the off-wiki version needs _any_ message [11:06:22] courtesy? ^_^ [11:06:55] well, humm [11:07:14] here is my revised idea: http://p.defau.lt/?8M1C1O1OY_jP4_PLm2bq9A [11:07:44] other option is to stick the switch outside the table [11:07:49] but then you get into {{!}} [11:07:58] What does the revised one do? [11:08:37] it lets each message define |exportedtext= [11:08:47] so for example [11:09:00] http://www.mediawiki.org/w/index.php?title=Template:PD_Help_Page/de&action=edit [11:09:38] {{PD Help Page|exportedtext=Das ist nicht licensed!}} [11:09:49] er -}} + |text=... [11:10:26] I'll take your word for it [11:10:51] well, exportedtext=Dies ist eine Kopie eines [[wikipedia:Public domain|public domain]] urspr�nglich von der Hilfe-Seite [http://www.mediawiki.org/wiki/{{FULLPAGENAMEE}} mediawiki.org]. [11:11:16] *Splarka shrugs [11:11:38] there is the magic, if ya wannit [11:14:29] Eh, don't fully get it, but sure, doo eet [11:14:45] I'm going through about 4000 recent changes, since I haven't done rc in a couple weeks [11:24:18] I think I'm almost up to where I was when I stopped [11:32:58] Emu: just loading a few thousand with a bit limit=? [11:33:22] and days=18 [11:33:48] http://en.wikipedia.org/wiki/User:Splarka/ajaxrecentchanges.js [11:34:04] \o/ [11:34:23] Is it mw.org-ready? [11:34:41] should be, give it a test-try [11:35:00] go to http://www.mediawiki.org/wiki/Special:BlankPage?blankspecial=ajaxrc [11:35:32] type in URL bar: javascript:void(importScriptURI('http://en.wikipedia.org/w/index.php?title=User:Splarka/ajaxrecentchanges.js&action=raw&ctype=text/javascript')); [11:36:08] Why is that necessary? [11:36:21] it isn't [11:36:31] but you can test it without editing your monobook.js to see if it works for you [11:36:43] in some browsers anyway (mozilla/ff) [11:36:59] Seems okay [11:37:36] you can stick this in your monobook.js then: importScriptURI('http://en.wikipedia.org/w/index.php?title=User:Splarka/ajaxrecentchanges.js&action=raw&ctype=text/javascript'); [11:37:40] Oh, wait, can I importScript cross-wiki? [11:37:49] kay [11:37:55] heh, with the ugly form, yah [11:38:23] some people want interwiki importscript ability, but that can't be core, until the interwiki table supports both 'pretty' and 'ugly' URLs [11:38:36] since you can't action=raw through /wiki/ [11:39:06] Could add an exception for it [11:39:12] aren't there some of those already? [11:39:18] so there is local: importScript('page name');, very simple, and remote: importScriptURI('protocol://server/resource?parameters'); which is very ugly [11:39:24] well, yes [11:39:28] but these two functions are core js [11:39:33] all exceptions are project specific [11:39:49] would be silly to have exceptions in core for wmf wikis [11:40:17] Is it in an extension? [11:40:32] doubtful, just stuck in site js all over [11:41:07] :v [11:41:21] but, all you have to know, is javascript:void(importScriptURI()); will work on any mediawiki install since 1.13 [11:42:32] Doesn't seem to be showing up... [11:42:37] can you check that I did it right? [11:42:52] Also, you should make it a gadget o: [11:43:53] *Splarka lookie [11:44:08] looks fine, where is it not showing up? do you have an error console? [11:44:44] Er, is it supposed to replace Special:Recentpages? [11:45:11] no [11:45:20] it adds a link to your toolbox [11:45:24] oh [11:45:25] I hate usurping Special: pages [11:45:26] I see [11:45:34] so I usurp Special:BlankPage [11:45:36] to annoy domas [11:46:26] wow [11:46:46] http://www.mediawiki.org/wiki/MediaWiki:Foo?action=edit 3 message boxes, heh, and some text between em [11:49:15] okay, gadgetified [11:51:56] g'day. i'm setting up a third wiki in a wiki family. I've moved my LocalSettings.php out of the way. When I head to example.com/wiki/config/ to setup this new wiki's database tbles and initial conifg, etc., I keep receivign the "Please setup the wiki" page [11:52:21] (1.15.0) [11:52:48] MorbusIff: what family setup do you have? [11:53:07] Drupal-style, which uses a custom LocalSettings.php to pull in site-specific LocalSettings.php [11:53:21] which is why I moved the LocalSettings.php outta the way - in hopes that MW would start over. [11:54:07] Sounds like it could be your short URLs [11:54:34] go on? [11:54:45] Do you have a link to your wiki? [11:55:07] well, the LocalSettings.php is back in place, so you can see two of 'em at gamegrene.com/wiki and videounderbelly.com/wiki (nsfw) [11:55:15] the third wiki will be at disobey.com/wiki/ [11:55:21] and i can remove the LS again so you can see what happens. [11:55:27] lemme know when [11:55:44] ohhhhh [11:55:46] you know, yeah. [11:55:47] Looks like I was right: you need http://www.disobey.com/w/config/index.php [11:56:00] /wiki is my alias. [11:56:01] yeah [11:56:01] heh. whoops. [11:56:11] stupid stupid. [11:56:53] Hmm, I wonder if the installer should handle this better [12:02:24] Emufarmers: thanks for the sanity check [12:03:52] I'm always a check on people's sanity (best pun I can manage at this hour) [12:04:59] heh, no kidding. [12:05:14] i've been up for two hours, and i've got two nibblets running around being terrors. [12:05:16] well, he's more of a "wow, talking to him makes me question my own sanity" [12:05:29] (EST) [12:06:00] Splarka: that's what I was getting at, yeah [12:06:05] Guys, is it possible to limit registration only to users with e-mail, hosted on specific server [12:06:14] actually *@domain.net [12:12:23] is rob church still involved with mediawiki? [12:13:37] http://www.mediawiki.org/wiki/User:Robchurch [12:13:40] I'm gonna go out on a limb and say no [12:13:57] thats too bad. i rated him up there with brion and tim [12:15:42] in usefulness, or rogueness? [12:16:37] He seemed very productive; I don't know what happened [12:17:10] i never experienced his rogueness [12:17:28] Play-Boy: not that I know of, though I remember Wikia tried to write an extension to do that (don't think it ever worked) [12:17:46] did he ever stab you? he sure stabbed me [12:17:53] i used his extensions as basises for my own and he seemed to know his stuff [12:18:51] http://toolserver.org/~mzmcbride/cgi-bin/mw-logs.py?search=%3Crobchurch%3E*stabs :\ [12:18:53] Play-Boy: you could use (or write) an external authorization extension: http://www.mediawiki.org/wiki/AuthPlugin and/or manually create accounts: http://www.mediawiki.org/wiki/Extension:ConfirmAccount [12:19:11] well i always used to look at the code of those three guys to decide what i should do [12:19:34] possibly adapt that one to auto-create on a regex using the email addy, or somefin [12:20:00] Emufarmers: http://toolserver.org/~mzmcbride/cgi-bin/mw-logs.py?search=robchurch.*stabs [12:20:04] but mostly in -tech [12:20:25] who are the devs to watch these days besides brion tim roan and of course splarka for js stuff [12:20:47] ew [12:20:52] *Splarka not dev [12:21:15] jsdev [12:21:23] you always have the answers i need [12:21:32] http://www.mediawiki.org/wiki/Developers [12:21:33] Splarka is more of a witch doctor than a dev [12:21:45] hehe more than good enough for me [12:21:55] we/rdna, tomasz, tparscal [12:22:15] what about simmetrical? [12:22:26] mdale, um... vvv... [12:22:32] hehe even im on that list (-: [12:23:03] depends on what you mean by "watch" I guess [12:23:04] I think things are a lot more compartmentalized than they used to be, so it depends on what you're interested in, but I would keep an eye on Werdna, ^demon, Simetrical, and Aaron, among others [12:23:13] the ones making big changes of late are aforementioned [12:23:20] though Simetrical is planning to redo the skins [12:23:21] though this is a very weird conversation to be having when they're all in the room >_> [12:23:37] oh yes, ^demon is redoing maintenance [12:24:04] Splarka, thanks, I'll try out :) [12:24:16] the ones who are really key. who grok pretty the big picture. the ones whose coding practices we should emulate [12:24:39] the newer devs are the fun ones [12:24:49] like Rememberthedot and his displaytitle changes: http://www.mediawiki.org/wiki/User:Remember_the_dot [12:25:02] they can join in or accept kudos (-: [12:25:16] fun == insane [12:25:52] anyone besides brion and tim have a blog? [12:26:06] There's the tech blog [12:26:37] Other people post there too [12:26:52] http://meta.wikimedia.org/wiki/Planet_Wikimedia [12:27:00] and yeah, that [12:27:01] yeah i got that one [12:27:04] http://blog.werdn.us/ [12:27:59] thanks [12:29:30] I feel the same way about Rob, by the way: I'm constantly coming across extensions or code he created [12:31:38] ooh, ^demonblog: http://anyonecanedit.org/blog/ [12:31:40] *Emufarmers stalks [12:32:43] o: brion wedding pix [12:33:42] so where is a stalk-aggregator, that will stalk every public thing someone does... blogs, tweets, myspacefacetubes, wiki contributions, public irc/msn/aim/skype, forum posts, public archive mailing lists... [12:34:06] Splarka: sounds like something you should cobble together out of js and pixie dust [12:34:31] isn't pixiedust patented by disney? [12:34:59] that expired, but they still hold a trademark on the brand name [12:35:10] so you can use generic, without calling it "Pixie Dust" [12:36:03] nymph dirt? [12:37:18] fairy powder [12:37:26] just avoid angel dust :/ [12:37:29] elf fluff [12:38:54] wisp mud [12:43:47] hello [12:45:31] http://mituzas.lt/ [12:47:06] do you know if we can install flaggedRevs on mediawiki 1.5 ? [12:47:55] the very earliest tests with it were for 1.10 [12:47:56] and it doesn't appear in the branches until 1.12: http://svn.wikimedia.org/viewvc/mediawiki/branches/REL1_12/extensions/FlaggedRevs/ [12:48:01] (per -scripts) [12:49:40] dammit.lt wasn't classy enough? [13:03:49] 03vasilievvv * r53109 10/trunk/phase3/ (RELEASE-NOTES includes/parser/Parser.php): Add function-like tag hooks. They are tags, which content is not preprocessed. Those hooks has access to PPFrame and are parsed on preprocessing stage. They might be useful for built-in programming languages. [13:07:41] Hmm, I'm up to June 28 :/ [13:08:02] 03(mod) XSLT parameter to API queries - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19528 (10Bryan.TongMinh) [13:10:48] hi guys [13:11:01] i have a problem with a newly installed mediawiki [13:11:16] mediawiki 1.15.0 and xcache [13:11:34] Warning: xcache_set() [function.xcache-set]: xcache.var_size is either 0 or too small to enable var data caching in /home/wiki/wiki.archlinux.ro/includes/BagOStuff.php on line 654 [13:11:51] i've set up xcache var size up to 128M and still get the warning [13:12:16] Are you sure you adjusted the right configuration file for it? [13:12:33] in LocalSettings.php? [13:12:48] No, I mean xcache.var_size [13:12:51] yes [13:13:09] now is set up to 16M [13:13:16] http://wiki.archlinux.ro/test.php [13:13:31] what's the optim value? [13:13:52] xcache.var_size = 64M [13:13:57] xcache.size = 64M [13:18:26] Heh, I checked the annotated source so I could tell you who to bother for xcache issues; turns out xcache support was added by Rob Church [13:18:41] doh [13:18:58] is a new feature? [13:19:15] No, that was the joke; Rob left a couple years ago [13:19:24] oh ok [13:20:17] Anyway, I don't know how well-tested the xcache support is; I think the attitude is usually just "do whatever you do with APC and it'll probably be fine"; you may want to check bugzilla and file something if there isn't already a bug on this [13:21:44] http://tinyurl.com/mdxazz yeah, doesn't look like there's been a lot of work one way or the other on the xcache front :D [13:22:29] i'm thinking to disable it :) [13:24:01] Well, it'd be nice if you could file a bug; if there's an issue here, you're probably not the only one having it [13:24:14] though I certainly wouldn't blame you if you switched to APC or eAccelerator :) [13:25:24] i'm thinking that is a configuration problem to xcache.ini [13:25:48] Hmm [13:26:13] http://www.google.com/search?q=%22xcache.var_size+is+either+0+or+too+small+to+enable+var+data%22 yes, does look like more of an xcache issue than an MW one [13:26:43] I contacted Rob after he disappeared. He said it was for personal reasons, but he didn't foresee being a part of the MediaWiki community any time in the foreseeable future (that was 2 years ago). I haven't had a chance to visit Merry old England since then, but when I do, I intended to personally think him with choclates and tea. He was a huge asset to the community. [13:27:23] Never did find out what happened. [13:29:15] <3333 robchurch [13:29:24] o,o [13:29:39] thanks jdpond [13:34:53] wonder: are you absolutely sure there isn't an .htaccess file or something in your wiki directory that's overriding the settings or something? If it's not that, all I can imagine is that either the xcache settings need tuning or perhaps there isn't enough memory available. [13:37:15] 03(mod) Option to focus cursor in search box on main page with javascript .focus() method - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=1864 (10trythirdtime) [13:37:28] Whatever you do, don't emulate me:) [13:37:50] Splarka: So you know JS eh?:) [13:38:16] Emufarmers, i'm sure that i don't have .htaccess [13:38:20] is a newly installed wiki [13:38:23] no! [13:38:23] *Splarka hisses [13:38:40] here is my current ini http://wiki.archlinux.ro/xcache.ini [13:38:41] avar: I write gadgets with the api, I don't touch insane stuff like slippy maps or popups ^_^ [13:39:00] *Splarka handcuffs thedj to avar [13:40:18] and memory i have half used [13:40:23] 448/768 [13:41:03] https://bugzilla.wikimedia.org/show_bug.cgi?id=1864#c46 "You clowns have spent easily a hundred times more effort trying to get out of this simple bug fix than doing it." [13:41:06] wonder: dunno, then. Guess you'll have to ask the xcache people [13:41:12] ok [13:41:56] Splarka: mm, I just have to implement delay loading:) [13:42:24] setTimeout is your friend? [13:42:32] I wonder what's that's usually called, because I can't find examples on the gewgle using those keywords [13:42:55] u know wat.. shit man.. iv forgooting how to use irc commands.. its been a while...lol [13:42:58] you mean how it sorta loads the slightly off-screen stuff for a few squares and then stops, until you move closer to them? [13:43:13] later ppl.. [13:44:13] The SlippyMap plugin requires ~220k of JS if you click on a static map because it needs to bring in the OpenLayers library at that point. [13:44:31] oh, delayed /script/ loading [13:44:42] ah, yes, right:) [13:44:49] thought ya meant images [13:44:54] I guess "on demand" [13:45:23] http://www.google.com/search?q=ajax+map+on+demand+script+loading [13:45:28] basically: click object -> load js url -> make this as quick as possible so that people don't notice a delay if they've loaded the object before [13:45:34] oh, "lazy load" seems to be google's term [13:45:39] whee [13:47:03] http://wonko.com/docs/lazyload/files/lazyload-js.html [13:48:29] does anyone have an idea why mediawiki.org needs so long to load? [13:49:01] Gremlins [13:49:08] Does seem slow at the moment [13:49:09] seems a bit heavy, I'd just create a