[00:02:57] 03simetrical * r29674 10/trunk/extensions/Renameuser/ (SpecialRenameuser.i18n.php SpecialRenameuser_body.php): Usernames that are invalid for creation should be invalid rename targets too. [00:15:38] 03simetrical * r29675 10/trunk/extensions/Renameuser/ (SpecialRenameuser.i18n.php SpecialRenameuser_body.php): Actually, let's use the existing message. [00:16:58] 03(mod) User should be able to get MediaWiki version from any page - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12536 (10Simetrical+wikibugs) [00:19:57] how can i switch off the numbering in the table of contents? [00:21:40] nikiwaibel, no way currently except adding a CSS class. [00:21:59] sim: thanks [00:32:48] 14(INVALID) Allow bureaucrats to add and remove an import-from-meta group on mediawiki .org - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12605 +comment (10robin_1273) [00:41:34] 03(mod) Allow bureaucrats to add and remove an import-from-meta group on mediawiki .org - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12605 +comment (10cbrown1023) [00:48:21] 04(REOPENED) Add a transwiki import group on mediawiki.org - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12605 summary; +comment (10Simetrical+wikibugs) [00:48:26] Who exactly is "robin_1273"? [00:49:38] a noob? [00:51:10] Simetrical: I think that's SPQRobin [00:51:40] Probably. [00:53:23] hmm [00:56:47] hey siebrand :) [00:56:57] hola, Monobi2 [00:57:36] I racked up 250 edits in 20 minutes w/ dupe tagging on commons :) [00:57:48] hooray for tabbed browsing [00:59:19] hmm [00:59:28] is there a magic word to hide TOC by default? [00:59:58] __NOTOC__ [01:00:08] hmmm... formatComment() mostly only parses [[links]] and /* sections */ ? it handles local, interwiki, interlang links fine, but barfs on shared images [01:01:11] i think that __NOTOC__ removes it .. i'd like it to be hidden (that click on "show" is possible). [01:01:29] hide ==> collapse [01:01:32] clarity fort he win ^_^ [01:02:01] Splarka, you should be able to get this by editing the monobook css [01:03:00] Splarka, --> nikiwaibel [01:03:05] jamasi: it is JS though, I don't think you could, or if you did, they'd have to click [hide] and then [show] [01:03:14] indeed, Splarka. is there a magic word to have TOC collapsed by default? [01:03:27] 03(mod) Add a transwiki import group on mediawiki.org - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12605 (10robin_1273) [01:03:41] 03simetrical * r29676 10/trunk/phase3/includes/DefaultSettings.php: Clarify comment on $wgRateLimits. [01:03:47] well then one would have to edit the jss as well. [01:03:56] *Splarka finds the formatComment() bug is already entered: http://bugzilla.wikimedia.org/show_bug.cgi?id=5506 [01:04:02] jamasi: i'll have a look. [01:04:05] probably just the JS [01:04:15] right, .js [01:04:40] any hint which file? [01:05:01] well, it would be Common.js probably [01:05:16] wikibits.js i'd guess [01:05:25] hmm -- i'd like that collapsed TOC only on certain specific pages... [01:06:06] a magic word like __NOTOC__ would be perfect... [01:06:06] then you'd have to do a page title check, or... invent a fake magic word [01:06:30] like
[01:06:33] and then... [01:06:40] 03siebrand * r29677 10/trunk/extensions/ (6 files in 2 dirs): [01:06:40] * use wfLoadExtensionMessages [01:06:40] * remove some unneeded blackslashes in messages (caused malformed error message) [01:06:40] * put Magic in separate file [01:06:40] * delay message loading [01:06:41] * add version in extension credits, remove EOL whitespace [01:06:43] * update Translate extension [01:06:49] if(document.getElementById('collapsedTOC')) [01:08:33] Why do we have 'newbies' instead of 'autoconfirmed' in $wgRateLimits? [01:09:21] does newbies mean newest 1% of users in that context? [01:09:38] eg, same as Special:Contributions/newbies ? [01:09:40] sparkla: dont worry -- it seems too complicated. it is not so much of importance -- i just wondered if i missed sthg from TFM. [01:10:16] nikiwaibel: it should be easy, gimme a sec [01:12:05] Splarka, no, it means autoconfirmed here. [01:12:14] Which is why it should be called autoconfirmed. [01:12:25] 03siebrand * r29678 10/trunk/extensions/ParserFunctions/ParserFunctions.i18n.php: Localisation updates for extension messages from Betawiki [01:12:41] Probably it used to be newbies and only became autoconfirmed when that was introduced. [01:12:55] Simetrical: /* sofixit */ [01:12:58] splarka: ok, you geek (in the best sense). [01:13:07] *Splarka bites the head off a chicken [01:13:16] Splarka, yes, I could, with BC like we have for 'sysop' protection. [01:13:23] Not now, though, too lazy. :) [01:15:47] nikiwaibel: [01:15:48] addOnloadHook(collapseTOC); [01:15:48] function collapseTOC() { [01:15:48] if(document.getElementById('collapseTOC')) toggleToc() [01:15:48] } [01:15:57] 03(mod) Allow URL functions to concatenate query string from multiple arguments - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8262 +comment (10waldir) [01:16:21] how woud [01:16:39] mesa thinkeen hesa no lika me javeescripty [01:16:43] 03siebrand * r29679 10/trunk/extensions/Translate/MessageGroups.php: Update export for 2 extensions [01:18:35] 03(mod) Parameters to {{fullurl}} et al. should be URL-encoded - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=5720 +comment (10waldir) [01:19:19] splarka: that easy? where do i put that js thingy? (just got disconnected, damn, maybe i missed some lines...) [01:21:06] nikiwaibel: http://p.defau.lt/?6IKa0KIA4MEgIFx9Jodmag [01:21:19] hmm [01:21:28] *Skizzerz is amazingly happy right now, he FINALLY finished his extension :) [01:21:53] paste that into your MediaWiki:Common.js [01:22:25] and then make a template like [[Template:SmallTOC]] with contents
[01:22:38] {{SmallTOC}} on a page should then make it collapsed by default [01:22:44] or, whatever you wanna name it [01:26:47] splarka: thanks a million -- a snake instead a chicken would prove the geekiness either ;-) -- anyway, i got it. ... maybe there will be a __COLLAPSE_TOC_BY_DEFAULT__ in 1.13 ... [01:27:37] nikiwaibel: open a bug for it on bugzilla (but search to make sure there isn't already one first) :) [01:28:54] ski...: ok. will do. [01:32:44] nikiwaibel, that shouldn't be a magic word. [01:33:05] I don't see any justification for it, to be honest. Either collapse it sitewide by default, or don't. [01:33:19] Page-by-page defaults are kind of weird in this case, I don't see any reasonable justification for them. [01:33:25] __NONUMBERTOC__ should be there, though. [01:33:31] *Splarka snickers [01:33:36] dual standards! [01:33:42] __NONDUALSTANDARDSIMETRICAL__ [01:33:54] No, some articles have lots of section names that start with numbers. [01:34:00] Or have their own numbering scheme in the section names. [01:34:16] That's a reasonable case-by-case exception that could come up reasonably often, and CSS is a bad way to fix it. [01:34:23] a page with many small subheadings could benefit from an autocollapsed TOC [01:35:01] although JS features are never a very good idea [01:35:04] Or it could collapse from using fewer headings, or configuring the TOC to collapse headings below a certain number. [01:35:12] Well, collapsing the table altogether is a JS feature. :) [01:35:20] or use headers [01:35:30] s/collapse from using/use/ [01:35:35] Those also get added to the TOC. [01:35:40] in the new parser, they won't be editable headers... hmm [01:35:44] And get edit section links and all. [01:35:46] Oh, they won't? [01:35:48] That's probably good. [01:35:52] TimStarling: will add to the TOC? [01:36:13] to use rsvg, does mediawiki need just the libary, or does it need the binary [01:37:03] hmm, looks like they do [01:37:06] http://test.wikipedia.org/wiki/Flibble?timtest=newpp [01:37:23] darn [01:38:25] TOC: first i wanted the numbers off, because they are wrong regarding the content of the site (sort of archive -- oldest (1st) entry at the bottom, newest on top). [01:39:10] niki: you wanted the numbers off site-wide? did you do that with CSS already? [01:39:43] TOC: but i want the toc, (no __NOTOC__) -- if the archive grows, i want some quick links. [01:40:01] sparkla: just for that archive site... [01:40:31] read your chat ... [01:41:10] ... i am fine with the JS collapsed TOC solution... [01:44:17] my chat? [01:55:29] hey Az1568 [01:56:01] hi Monobi2 :) [01:58:59] 03(mod) Add a transwiki import group on mediawiki.org - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12605 (10cbrown1023) [01:59:58] 03aaron * r29680 10/trunk/extensions/ConfirmAccount/ (ConfirmAccount_body.php confirmaccount.css): More style [02:09:24] 03(NEW) Disable automatic redirection. - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12606 15enhancement; normal; Wikimedia: Site requests; (NavouWiki) [02:18:40] does anyone here with wiki see a lot of google crawls in their access_log file? i've got an example here: http://pastebin.ca/852785 [02:20:08] 03(WONTFIX) Disable automatic redirection. - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12606 +comment (10Simetrical+wikibugs) [02:28:01] 03(mod) Disable automatic redirection. - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12606 +comment (10JSchulz_4587) [02:32:17] 03(FIXED) Add a transwiki import group on mediawiki.org - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12605 +comment (10Simetrical+wikibugs) [02:40:27] Simetrical: how does one request becoming a sysop on mediawiki.org? (asking you because you just granted one :P) [02:40:43] Skizzerz, ask a bureaucrat. [02:40:55] like you? ;) [02:40:57] And I didn't grant sysop, I granted transwiki import. [02:41:12] ah [02:41:18] *Skizzerz can't read [02:41:19] :P [02:41:29] Do you want to be a sysop? [02:41:54] it'd be nice, and I definately will use the privelages to the best of my ability [02:42:39] *Skizzerz does have sysop powers elsewhere, if that matters [02:43:10] User:Skizzerz, I take it? [02:43:14] yes [02:44:04] Okay, done. [02:44:07] thank you ^_^ [02:54:34] Hi, I am following this website for editing the Navigation Bar http://www.mediawiki.org/wiki/Manual:Navigation_bar [02:55:10] I can't access MediaWiki:Sidebar [02:56:08] i think you need to be a sysop. [02:57:33] the MediaWiki: namespace is restricted to those with the 'editinterface' right [02:57:34] nikiwaibel, I am running as a SysOp [02:57:40] which by default is 'sysop' [02:58:05] iormz: what do you mean by cannot access the page? [02:58:08] iormz: are you listed in title=Special:Listusers/sysop on your wiki? [02:58:12] and do you have: $wgGroupPermissions['sysop']['editinterface'] = true; [02:58:55] are you getting a view source instead of an edit tab, or a outright access error? [03:02:23] if it's the former, make sure that a) you are indeed a sysop, and b) that sysop has the 'editinterface' permission [03:03:04] if it's the latter, make sure that you have whatever right you seem to be lacking (such as 'read' if it says you can't view the page) [03:07:25] 03tstarling * r29681 10/trunk/extensions/ProofreadPage/ProofreadPage.php: Fix incorrect escaping in generated javascript. Put escaping close to the output, for easy review. Use Skin::makeVariablesScript(), to delegate the whole complicated business of JavaScript generation. [03:36:53] hi all. I just upgraded to the latest stable version and found out about the following issue: [03:36:59] When I go to "Main_Page", things are fine and I can see the page I've created with mediawiki 1.6.7 originally. [03:37:00] But when I click on the top-left logo, it uses the localized name of "Main_Page", which is "Hauptseite" in German. This page, however, is empty. [03:37:03] so, I am usign version MediaWiki 1.12alpha [03:37:42] and by default I have the right permissions, so I don't need to put them in LocalSettings.php. Am I right? [03:37:47] similar happens with other navigation links on the very left. Shouldn't there be some redirect or common name for all links, regardless of the localization in effect? [03:38:01] cosmodad: edit MediaWiki:Mainpage to point to Main_Page ? [03:38:42] Splarka: well about about other localizations? I mean, other users could use other languages too? [03:39:09] if it was written right, that message should use the content language and not the user language [03:39:34] Splarka: what do you exactly mean by "written right"? [03:39:44] well, there could be bugs ^_^ [03:39:56] but also check Special:Prefixindex/MediaWiki:Mainpage [03:40:06] any /xx subpages could be causing issues [03:40:47] Splarka: that special page contains only: [03:40:57] Splarka: "Display pages with prefix: Mainpage", and [03:41:06] Splarka: "Namespace: MediaWiki" [03:41:24] nothing there? [03:41:43] Splarka: nothing except for the too. And I can change the Namespace if I want to. [03:41:53] s/too/two/ [03:42:03] what do you get at Special:Prefixindex/MediaWiki: ? do you have any messages customized on-wiki? [03:42:47] iormz: if you are a sysop. is that what you mean? or is "SysOp" different? [03:43:29] Splarka: I get just what I told you, except for the fact that "Display pages..." is now empty. [03:43:36] Splarka: not sure what you mean about the latter. [03:45:17] Splarka: any idea what I could do? [03:45:18] do you have a link to the site, cosmo? [03:45:36] Splarka: yeah: http://wiki.foo-lounge.de [03:45:38] anyway, what I mean is, for example: http://test.wikipedia.org/wiki/Main_Page?uselang=de [03:46:11] the top sidebar link is generated from: [03:46:12] ** mainpage|mainpage [03:46:18] but only the text is translated, not the link [03:46:39] ahh [03:46:58] I think the problem is, someone changed the default system message between your last upgrades [03:46:58] http://wiki.foo-lounge.de/index.php?title=MediaWiki:Mainpage [03:47:10] edit that to say: Main Page [03:47:19] 03tstarling * r29682 10/trunk/phase3/includes/User.php: (log message trimmed) [03:47:19] Revert r29671, it was based on a misunderstanding of the purpose of the [03:47:19] LoggedOut cookie. The LoggedOut cookie is there to suppress the client-side [03:47:19] cache, not the server-side cache. It prevents privately cached logged-in pages [03:47:19] from being displayed after the user logs out. Feel free to special-case it in [03:47:22] squid if you're worried about the server-side cache hit ratio, but note that IMS [03:47:24] requests would need special handling. [03:48:11] Splarka: ok but this doesn't change the other navigation links, like "current events" is still linked to "Aktuelle Ereignisse" (localized version) [03:48:41] Splarka: I haven't done any entries to those yet myself but I'd like to have them right. [03:48:45] well, the contentlanguage is german, do you want them at page names like [[Current events]] ? [03:49:12] Splarka: I want the content language to be English. [03:49:31] then why is it german? ^_^ [03:49:32] var wgContentLanguage = "De"; [03:50:03] Splarka: ok wait before I say something wrong: content language is the language the links are displayed? [03:50:16] Splarka: it is *not* the language that is displayed to the user? [03:50:37] Splarka, In this section "Special:Listusers/sysop" I get this "WikiSysop ‎(Bureaucrat, Sysop)" [03:51:01] content language is the default UI language for all anonymous users, and logged in user who haven't chosen another language [03:51:20] Splarka: what I want is this: have my wiki use English for links and such, but have the user interface preferably kept German. Can I do that? [03:51:44] hmm [03:52:01] try this: go to MediaWiki:Sidebar ... [03:52:30] MediaWiki:Sidebar facilitates translation by utilizing calls to other system messages, eg MediaWiki:Mainpage [03:52:51] http://conce.no-ip.org/~oramirez/phase3/MediaWiki:Sidebar [03:52:53] but this can be overridden by using literal page names and text instead [03:53:19] you have to be logged as a sysop right? [03:53:22] yah [03:53:23] Splarka: I suppose something similar needs to be done for the special pages too? [03:53:33] well [03:53:48] you want Special:Userlogin to be that and not Spezial:Anmelden ? [03:54:03] that is defined in /languages/messages/MessagesDe.php [03:54:23] so that would require some lower level editing of the php files to undo [03:54:38] aww ok. That's not really worth it. [03:54:40] if you want that, you're better off having the default language be english [03:54:50] and then having a "Login to switch to german" [03:54:56] yeah I just thought the same. [03:55:02] the userlang preference would then modify most of the UI, but not titles of Special: pages [03:55:19] those rely on the content language [03:55:21] Splarka: but every user would have to do that by himself, right? [03:55:27] $wgLanguageCode = 'en'; [03:55:53] I think so... there might be an extension to do it with cookies for anon users though [03:55:59] and ?uselang=de can be used on a per-page basis [03:57:32] Splarka, so, I am not having access to MediaWiki:Sidebar that means that I have wrong my permissions on my admin user? [03:58:01] *Splarka looks [03:58:06] Splarka: is var wgContentLanguage the variable representation of what I set $wgLanguageCode to? Or are these two different settings? [03:58:36] iormz: would appear so, sec [03:59:17] cosmo: wgContentLanguage is the JS global in the source, that mirrors what you have $wgLanguageCode set to [03:59:29] ok [03:59:29] easiest way to tell what $wgLanguageCode is set to, is view a page source and check that global ^_^ [03:59:37] iormz: http://conce.no-ip.org/~oramirez/phase3/index.php/Special:Listusers/sysop [03:59:49] is that you? [03:59:56] if so, try editing: http://conce.no-ip.org/~oramirez/phase3/index.php/MediaWiki:Sidebar [04:00:38] Splarka, I can do that.. but it does not appear at my left side :P [04:01:36] Splarka: thanks for helping. [04:01:45] well, this skin "gumax" doesn't seem to utilize it, iormz [04:03:12] I tried to follow this tutorial. [04:03:15] http://www.mediawiki.org/wiki/Manual:Navigation_bar [04:03:30] If you checked at the end [04:03:34] Wikitext in side bar [04:04:03] iormz: that installation is very unstandard, it doesn't even create any portlets [04:04:19] the interface message is correct, it just doesn't seem to have anything calling it [04:05:07] Splarka, could it be that I have been updating with the maintance code of the svn? [04:06:45] *Splarka doesn't know, just knows that installation is customized ^_^ [04:08:46] ok, np. [04:11:22] *Splarka idles for food [04:34:23] 03evan * r29683 10/branches/openid_2.0_update/OpenID/ (3 files): [04:34:23] The consumer side wouldn't work on mod_redirect'd sites, because the [04:34:23] complete() method in the OpenID libs was doing some wacky crunching on [04:34:23] the script location. So, instead of using the "pretty" url for the [04:34:23] return_to value, use a "script" url instead. [04:34:24] Seems to work OK in redirected, pathinfo, and just plain-old title=foo [04:34:28] configs. [04:48:44] 03evan * r29684 10/branches/openid_2.0_update/OpenID/SpecialOpenIDFinish.body.php: [04:48:44] Fixed some errors in mainline consumer code. Still something wrong [04:48:44] with choosing a user name. [05:31:56] 03(mod) Disable automatic redirection. - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12606 (10NavouWiki) [06:02:29] is there any way to do a sitenotice but only on specific pages? [06:03:06] sort of [06:03:41] ok [06:03:43] you might be tempted to use {{#ifeq:{{FULLPAGENAME}}|Foobar|This is a sitenotice}} but that won't work well because of the way the magic word is cached in that message [06:04:20] what version of MediaWiki are you on? [06:04:46] one sec [06:04:47] its old [06:05:07] mediawiki-1.6.10 [06:05:16] i cant upgrade because my php version and 64bit linux [06:05:23] can you link to it or is it local/private? [06:05:31] the wiki? [06:05:38] yes [06:06:40] hmm, .. you don't have per-page classes, I guess that was 1.7 [06:06:57] ya [06:06:57] you're only option I think, would be javascript [06:07:00] ok [06:07:10] i can do that [06:07:23] maybe ill stick it out and recompile php [06:07:27] if(document.title.indexOf('Main Page -')==-1) { [06:07:48] and then have an addOnloadHook edit the sitenotice div's contents [06:08:42] ok [06:09:23] kinda annoying [06:09:24] how would you do it in the latest version? [06:09:35] oh, you could do it in css.. eg... [06:10:18] .page-Main_Page #siteNotice .mainpageonly {display:block;} [06:10:22] and in sitenotice: [06:10:40] [06:10:47] oop, {display:block !important;} above [06:11:05] much nicer :] [06:11:12] lame hack (note that it has issues with accessability) http://en.wikipedia.org/wiki/Wikipedia:HiddenStructure [06:11:19] but often only huge wikis care about that [06:11:57] ya im not to picky [06:12:41] no crying about non-css browsers [06:13:00] well im going to recompile php and do an upgrade i think [06:13:03] sounds better [06:13:07] thanks Splarka [06:13:15] enjoy [06:13:18] btw [06:13:32] newer versions of mediawiki also have js globals, for easier "What page am I on?" scripting [06:13:44] nice [06:13:52] you can for, example, compare wgPageName instead of document.title.indexOf [06:14:10] any other tips? [06:14:11] go to a random en.wp page and view the source, at the top is a block of var definitions [06:14:18] ok [06:14:32] hmm [06:14:43] other than that, you might consider an extension that lets you edit a message above page content [06:14:52] unless you want that message static and uneditable except by sysops [06:15:02] not really [06:15:04] the sitenotice is heavily abused ^_^ [06:15:08] yea [06:15:23] it should be for things like "Site is going down for planned maintenance from 9 to 11 UTC today" [06:15:40] not "Please donate" with included video X_X [06:15:43] lol [06:15:53] *Splarka glares at the people who know who they are [06:16:01] is there a simple way to determine (for a bot, for instance) wether or not a user is presently blocked? [06:16:47] Splarka thks for the help [06:16:50] np [06:18:50] brion-away: ping [06:25:25] SQLDb: none such in the API? something like that might be handy [06:25:47] yeah, I was hoping I'd just missed something simple that I could regex out :( [06:25:57] *SQLDb doesen't wanna f-around with calculating times :( [06:25:58] or, even, something like a virtual edit query, eg &action=canedit&username=Foo&article=Bar [06:26:37] or &action=canedit&ipaddy=1.2.3.4&article=Bar ... if it could factor in blocked IPs, IP ranges, blocked open proxies / squid-level blocks [06:26:42] *Splarka daydreams [06:27:08] heh [06:27:44] SQLDb: index.php?title=Special%3AIpblocklist&ip=test [06:27:53] ip=username [06:27:56] and parse it. [06:28:48] TimLaqua: Hah! It's always something that should be obvious to me :) Thank you so much! :P [06:28:54] np. [06:29:08] well, then there is that... [06:29:14] *TimLaqua pokes Splarka. you andyour API. [06:29:16] ;-) [06:29:24] *Splarka checks if TimLaqua is blocked [06:29:42] no, but "Test" is indeed blocked on many wikis. ;-) [06:29:43] would still be handy there ^_^ [06:29:49] Thanks a million, guys :) [06:30:01] we live to serve. [06:30:18] er... i mean write open source software... [06:30:26] http://ccannizzaro.com/images/limon.jpg [06:40:28] 03tstarling * r29685 10/trunk/phase3/includes/Parser.php: Fix handling for whitespace in template arguments. [06:44:17] I know there's a Special page that shows all uncategorized images. Is there a page anywhere that shows all images? [06:45:06] Reilithion: Special:Imagelist [06:56:31] TimLaqua: Why isn't that page listed on Special:Specialpages? [06:56:41] "File list" [06:56:50] oh [06:56:52] weird [06:57:01] yah, bit counterintuitive [06:57:07] depends on the langauge [06:57:09] it's localized. [06:57:27] how come it's different? [06:59:12] MediaWiki:Imagelist [06:59:18] you can change it if you like. [06:59:20] ;-) [07:11:41] 03(mod) Disable automatic redirection. - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12606 +comment (10dan_the_man) [07:29:40] 03aaron * r29686 10/trunk/extensions/FlaggedRevs/FlaggedRevs.php: Title does not seem to be set yet [07:34:56] 03aaron * r29687 10/trunk/extensions/FlaggedRevs/FlaggedRevs.php: And here too [07:39:20] What was the point of removing the Mysql Closing in Wiki.php? IMHO, even if PHP is automatically supposed to close it that doesn't guarantee it will 100% of the time on all servers, all types of db, and that it'll close instantly... I see little reason to remove a good bit of code already there? [08:02:43] hmm. Any ideas why Special:Ipblocklist&ip= doesen't return IP addresses that are presently indef blocked? [08:03:05] got an example? [08:03:43] hmm [08:03:48] wtf it's working now [08:03:53] musta been a glitch [08:03:56] How goes it, Mediawiki-ers? Er... whatever that term should be :) [08:05:06] *Sasoriza just had to say hi... feeling lonesome [08:05:33] MediaWiki:Lonesome - contents: "Hi $1!" [08:08:35] Im having some trouble resetting a lost user password, can someone help? [08:10:09] I do not use a GUI tool for mysql, the command i have been using is [08:10:25] UPDATE user SET user_password = [08:10:25] md5(CONCAT('123-',md5('newpassword'))) WHERE user_id=123; [08:11:00] does an md5 hash go into the ('newpassword')? or a plaintext? [08:11:20] Brian_L: there's an extensions [08:11:26] err.. -s [08:11:28] ah [08:11:33] i can find it [08:11:35] :) [08:11:38] or, it's much simpler to simply change the e-mail address [08:11:49] and then click "E-mail lost password" [08:12:13] I do not have mail services enabled [08:12:36] !passwordreset [08:12:36] --mwbot-- http://www.mediawiki.org/wiki/Extension:Password_Reset [08:13:17] thanks [08:13:31] I should still learn mysql though :P [08:18:26] Brian: I'd think the 'newpassword' field there is the plaintext, which then as you can see gets doublehashed [08:18:48] md5 of the password, and then the md5 of the userid + ' ' + that hash [08:19:11] ah [08:19:14] (to answer your other question academically) [08:19:17] :) [08:19:32] so if someone has a userID of 123 and a password of 'foo' [08:19:43] md5(foo) = acbd18db4cc2f85cedef654fccc4a4d8 [08:19:50] md5(123-acbd18db4cc2f85cedef654fccc4a4d8) [08:20:02] = b76906b53abac36ee9862dbb19dcc0fe [08:20:07] it still did not work, i am wondering if the database structure changed from the version the example is based on [08:20:56] I am about 2 hours into learning mysql, :) [08:21:36] check the setting of $wgPasswordSalt maybe [08:22:01] http://www.mediawiki.org/wiki/Manual:$wgPasswordSalt [08:22:02] 03aaron * r29688 10/trunk/extensions/ConfirmAccount/SpecialConfirmAccount.php: Don't load css for everyone [08:23:41] thanks [08:24:27] np [08:37:21] importDump.php threw an exception on importing - which tool should I use to import something into mediawiki next? mwdumper or xml2sql? [08:51:22] 03tstarling * r29689 10/trunk/phase3/includes/Parser.php: Improved tplarg whitespace fix, following on from buggy r29685. [08:52:37] 03(NEW) Problems with statistics in Crimean Tatar Wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12607 15enhancement; normal; MediaWiki: General/Unknown; (alessandro_gor) [08:57:10] oops [09:08:33] I now tried xml2sql and it was really fast compared to importDump.php but when I started to do the mysql action I got: [09:08:51] mysql -u root -p medaiwiki < sqldump/page.sql [09:08:51] Enter password: [09:08:51] ERROR 1062 (23000) at line 6: Duplicate entry '1' for key 1 [09:08:53] and [09:09:09] mysql -u root -p medaiwiki < sqldump/revision.sql [09:09:09] Enter password: [09:09:09] ERROR 1136 (21S01) at line 6: Column count doesn't match value count at row 1 [09:09:11] 03grondin * r29690 10/trunk/extensions/ConfirmEdit/ConfirmEdit.i18n.php: Localisation updates for extensions from Betawiki (2008-01-13 09:00 UTC) [09:09:18] *SQLDb grumbles [09:09:22] the text.sql copies just fine [09:09:51] so should I just try mwdumper next? [09:12:21] I've had good results with mwdumper [09:13:23] TimStarling: Wouldn't it be best for MediaWiki to close the DB connection itself instead of leaving that to PHP? [09:24:14] 03tstarling * r29691 10/trunk/phase3/includes/Parser.php: Third time lucky? More complex method to obtain precise bug-for-bug compatibility with the old parser. [09:31:11] bug-for-bug compatibility :-) [09:33:38] Splarka: thanks. I am not logged in atm [09:33:53] k [10:07:31] 03grondin * r29692 10/trunk/phase3/languages/messages/MessagesFr.php: [10:07:31] Update french localization file [10:07:31] * Add Special aliases names [10:07:31] * Add Special magic words [10:07:31] * Add Skin names [10:13:18] 03(mod) Patroller group inaccessible to stewards - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12518 (10dungodung) [10:25:12] <_wooz> lo [10:53:04] is it not possible to perform transclusion from the Mediawiki namespace ? [10:53:30] ThomasV: does the page itself exist? [10:53:43] be wary, because the page doesn't have to exist for the message to exist [10:53:44] yes [10:53:50] i know [10:54:02] There's a better method [10:54:06] int: yah [10:54:07] {{int:message name}} [10:54:09] that translates [10:54:27] but translation isn't always required of those who seek the darkness [10:54:56] {{MediaWiki:Edit}} will work fine [10:55:15] hmm, even seems to work if the page doesn't exist [10:55:24] {{MediaWiki:Edit/fr}} [10:55:34] ThomasV: what tests where you trying that failed? [10:55:37] oh sorry, that message did not exist [10:55:45] indeed it works fine [10:56:26] stab [10:56:35] me ? [10:56:40] arrgh [10:57:26] btw, is it allowed to ask if there might be a possible ETA for the new parser ? [10:57:44] without asking TimStarling directly.. :-) [11:21:13] 03(mod) Random pages may be offensive - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12596 +comment (10huji.huji) [11:24:38] 03(mod) Special:Allpages and Special: Prefixindex should have more options - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12597 +comment (10huji.huji) [11:28:42] Splarka: http://svn.wikimedia.org/viewvc/mediawiki?view=rev&revision=29670 [11:28:52] *Dantman|FS thinks there is some insanity inside of midom's /sanity/. [11:29:22] 03(mod) Problems with statistics in Crimean Tatar Wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12607 15enhancement->normal; +shell (10raimond.spekking) [11:30:06] 03(mod) Create new prefix COM: for Commons - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12600 +shell (10raimond.spekking) [11:31:21] *Splarka tsks [11:31:35] Dantman: you know he disabled Titleblacklist on wikimedia yesterday? [11:31:36] 03(mod) Increase Commons file size upload limit to 40MB - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12595 +shell (10raimond.spekking) [11:31:48] domas: You removed the immediateCommit done on ending of the page when DBO_TRX is set [11:31:52] why not? why yes? [11:31:54] simply because it was causing 25% of the pageload time on every single page view [11:32:05] Dantman|FS: yes? [11:32:37] I did :( [11:32:48] You removed $loadbalancer->closeAll() becase "php would close the database" [11:32:56] yes, so? [11:32:58] But Database::close(); doesn't only close the database [11:33:13] yes, so? :) [11:33:24] It also makes sure that when TRX is on, the things are commited when the page ends [11:34:37] it is also done by finalCleanup() [11:34:51] :q! [11:34:53] ergh [11:35:48] Dantman|FS: it was redundant [11:35:58] doUpdates() does commit after every update anyway [11:36:09] Dantman|FS: I know what I did, but does that cause any problems? :) [11:36:56] mmmm, good idea, I can check if last query wasn't COMMIT too ;-))) [11:37:28] Dantman|FS: so is there anything specific else I missed, or did you not notice the finalCleanup work? [11:37:49] 03(NEW) Title->getDBkey() often spelled incorrectly - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12608 normal; normal; MediaWiki: General/Unknown; (ThomasBleher) [11:40:32] 03siebrand * r29693 10/trunk/phase3/languages/messages/ (19 files): Localisation updates for core messages from Betawiki (2008-01-13 12:23 CET) [11:41:03] :( [11:41:09] Dantman|FS: ???????!!?? [11:41:23] tracking down a few more things in the code [11:42:48] ok [11:46:52] 03siebrand * r29694 10/trunk/extensions/ (40 files in 37 dirs): Localisation updates for extension messages from Betawiki (2008-01-13 12:23 CET) [11:59:33] domas: Found one... [11:59:41] where [12:00:00] domas: finalCleanup and doUpdates are called by index.php normally... [12:00:13] But restInPeace is only called when doing an AJAX request [12:00:26] So the committing isn't done anymore when doing ajax [12:01:27] what are example ajax operations that need committing? [12:02:04] and why those operations don't commit themselves? :) [12:04:26] mmmm, another good idea [12:04:43] why doesn't domas commit himself [12:04:47] calling $loadBalancer->saveMasterPos(); just when master connections are in there [12:05:00] I doĄ [12:05:01] ! [12:05:01] --mwbot-- I don't know anything about "". You might try: !centralauth !config !csshideheader !errors !extensions !feeds !help !highlight !imagelink !info !networkauth !package !rewriteproblems !rights !shell !smtp !subversion !test !threads !wikibugs [12:05:18] *Splarka snickers [12:07:01] I don't find the need to save master position in case no master was used :) [12:07:54] domas: Ok, the ajax watchlist is the only one which does a write... Just hope the AJAX stuff doesn't get to big [12:08:41] Dantman|FS: ajax watchlist seems to save stuff properly [12:08:48] Yup [12:09:06] Dantman|FS: I'm trying to introduce some kind of tracking of what kind of cleanups connections need [12:09:23] until recently we had absolutely far too much work done [12:09:58] like, master connections acquired on every pageview, etc. [12:10:04] due to simple tiny bugs [12:10:11] and being too careful [12:10:51] I just hope there isn't a database which doesn't follow the close on script end action that others do [12:11:15] what do you mean? [12:12:23] I checked the *_close for mysql, pgsql, and oci [12:12:23] wheee, good stuff [12:12:36] Dantman|FS: mysql_pconnect() would not close, I assume [12:12:43] Ya [12:12:47] Dantman|FS: on the other hand, we BEGIN on every connect :) [12:13:45] and mysql does implicit committing on BEGIN [12:13:53] I'm meaning, while we commonly use mysql, and have support for pgsql and oracle, people are free to extend MW to support other db's... I hope that none of those have setups which don't automacially call the *_close() [12:14:17] Dantman|FS: if they do, is that much of a problem? [12:14:27] it is usually controllable :) [12:14:38] and having persistent connections at PHP layer is usually dumb anyway [12:14:56] But while you're doing the changes... you missed one [12:15:13] oh, I manage to miss things worse than that [12:15:51] =) [12:16:05] GlobalFunctions -> wfAbruptExit [12:16:34] *Dantman|FS is starting to get curious... [12:16:52] ^_^ I use Eclipse's search all the time, and have checked out a number of mw functions... [12:17:15] But I haven't let curiosity check out how much that is used yet... [12:17:33] T_T no fun... [12:17:39] AbruptExit is deprecated interface [12:18:09] well, it isn't used by codebase at all [12:19:02] What's the prefered way do die/abrupt exit atm? [12:19:31] throw new MWException() [12:19:47] Or subclass... [12:19:55] Hmmmm... [12:19:57] or that, yes [12:20:14] Though... I have an issue with the line ErrorPageError traverses [12:21:07] so, if you think that implicit commit for ajax handler is needed, we can put that in [12:21:29] ErrorPageError is the only one which uses a MW page to display the error... And that's good when you're past the point that the interface is ok to use [12:22:03] However... it's perfectly valid to pass it before $wgTitle is initialized... however that will get you an error unless you do something very ugly [12:23:16] domas: How about a sanity check in OutputPage::showErrorPage [12:23:38] $this->mDebugtext .= 'Original title: ' . $wgTitle->getPrefixedText() . "\n"; [12:24:24] showErrorPage can be validly called before $wgTitle is set... It doesn't sound right to get a php error, because of debugging... [12:24:31] what is that newline doing there :) [12:24:43] heh... dunno [12:24:53] I suppose to be able to combine multiples [12:25:04] nah, I was just looking at poor indenting there [12:25:23] python teaches you some indenting discipline.. :) [12:25:28] lol [12:25:38] An if( isset( $wgTitle ) ) would be nice before that code [12:25:55] mhm [12:26:07] or if($wgTitle) \o/ [12:26:14] Or at least ( isset($wgTitle) ? $wgTitle->getPrefixedText() : null ) [12:26:31] naaaah, its used just for string concatenation [12:26:44] not much difference if we concat a null, or actally skip that concatenation :) [12:26:52] Ya [12:27:26] ^_^ But it would be nice to have fixed... I have an extension which throws an ErrorPageError inside of a hook before $wgTitle is set [12:27:53] you don't have commit rights, do you? [12:27:55] I actually have to put a $wgTitle = SpecialPage::getTitleFor( 'DummyError' ); before I throw it... [12:27:57] Nope [12:28:17] ok! [12:28:19] ^_^ If I did... I have a nice patch or two in bugzilla I would have added... [12:28:56] Hooks for Special:Listusers (So you don't need to hack core to expand the list) [12:29:24] And a regex whitelist for image embedding because the current exception is far to limited [12:29:35] http://bugzilla.wikimedia.org/show_bug.cgi?id=12530 [12:29:43] http://bugzilla.wikimedia.org/show_bug.cgi?id=12542 [12:29:51] Hmmmm.... [12:29:55] 03midom * r29695 10/trunk/phase3/includes/OutputPage.php: avoid calling things on $wgTitle that might be not yet initialized [12:30:13] *Dantman|FS wonders if he should do more work on his Database::tableName() rewrite... [12:30:46] hehe, feature expansion is something I won't be oracle at :) [12:32:45] phew... I still have my tableName rewrite code... [12:33:55] mmmmm, I'd put URL into BEGIN /* comments */ [12:34:57] there's something wrong in this flow: http://p.defau.lt/?OOnKg7AttHX2jdYdwNMLFA [12:34:58] domas: What do you think of http://wiki-tools.pastebin.com/f49c65f61 ? [12:35:22] what did you change? :) [12:35:27] I don't have that much of code memorized :) [12:35:45] Complete rewrite from: [12:36:00] http://wiki-tools.pastebin.com/df874a1 [12:36:58] ^_^ would you believe that the function takes up the same space as the current tableName... And yet introduces 3 new features... rofl [12:37:09] which ones? [12:37:22] I wouldn't be so sure about 'same space' [12:37:29] Firstly: $wgSharedDBprefix [12:37:43] In other words... shared db using different prefixes works [12:38:29] $wgSharedTables, so that people can disable shared usertables if they want extensions which need it... Or perhaps to add something like 'interwiki' to shared. [12:39:25] And, extensions which specify database, can omit the ` when using . to have the function automatically add the prefix [12:39:59] heh, 'interwiki' [12:40:03] we don't even use that table ;-D [12:40:26] should probably completely ditch that code and point out to proper ways of doing it [12:40:45] standard interwiki code used to be huge performance problem for us, nobody noticed until proper profiling has been done [12:42:14] oh well... back to lisp [12:43:14] O_O [12:43:42] >.< Ratios!... [12:44:31] Never would have thought there'd be a language which doesn't take 2/3 as division and truncate it to a limit... [12:44:56] mysql5.0 ;-p [12:45:29] ^_^ ya... but lisp has had it for ages [12:45:41] Some people are still using 4.* [12:45:41] well, people can always use precision math libraries [12:45:50] oh yes, we are using 4.0 \o/ [12:46:21] Hmmm.... if I had to pick out my favourite thing from reading about lisp... [12:46:57] heh... can't pick one... lol [12:47:40] domas: ^_^ You wouldn't have to worry about DB issues, if your Wiki engine ran as a single process... rofl [12:47:51] 03tstarling * r29696 10/trunk/phase3/includes/Parser.php: Expansion cache for template arguments. Fixes the most common numbering bugs. I think the rest can be fixed in the Cite extension itself. I will give that a go later. [12:47:59] Dantman|FS: I did a proof of concept few years ago :) [12:48:21] For? [12:48:25] for mediawiki [12:48:31] :) [12:48:49] On? [12:48:58] embedded http server into mediawiki itself [12:49:03] :-))) [12:49:20] odd, though [12:49:27] I went to #php [12:49:33] and everyone was telling me how mad I was [12:49:37] though now it is quite common practice [12:49:39] :) [12:51:40] lol [12:52:20] that was back when we still supported php4 [12:52:31] was a bit pain, without proper exception handling [12:52:34] Though... I'd have to fancy lisp's abilities over php if I were storing all the data in a variable set [12:52:50] well, you still need database [12:53:38] Not always... in the sense that people commonly think of nowadays [12:54:09] well, data sharing is needed anyway [12:54:38] lol [12:54:38] # Who's been wasting my precious column space? -- TS [12:54:38] #$profName = 'query: ' . $fname . ' ' . substr( Database::generalizeSQL( $sql ), 0, 255 ); [12:54:39] :) [12:55:02] heh... [12:55:31] ^_^ reading up on lisp gave me the /insane/ idea of writing a new Wiki Engine in lisp... [12:55:50] hehehe [12:55:58] there was a guy in hacking days of Boston [12:56:02] who did reddit in lisp [12:56:14] didn't they move to PHP eventually? :-) [12:59:44] how to check fast in PHP if string $xxx starts with "AAA" ? :) [13:03:42] domas: strpos looks the most common... But I don't know if substr might be better [13:04:05] well, the match is unlikely, so scanning the string to the end doesn't make sense [13:04:10] let me benchmark! [13:04:53] >.< Lisp's <,>,<=, >=, etc... can be called with more than 2 aruments... [13:16:42] 03(mod) Change "Site requests" component to "Site creation requests" - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12598 (10triyork) [13:16:55] 03(mod) New "Site closing requests" component - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12599 (10triyork) [13:33:46] 03(mod) Special:Allpages and Special: Prefixindex should have more options - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12597 (10triyork) [13:34:50] \o/ [13:34:57] 03midom * r29697 10/trunk/phase3/includes/Database.php: don't open transactions for SHOW and SET statements - reduces some redundancy of transaction startup [14:15:08] hello, I am running mediawiki 1.11, where do I have to place the google-analytics code (in the head of the page) [14:36:57] niemand? [14:40:24] There's an extension [14:41:15] yes? Where? [14:41:22] warddr: http://www.mediawiki.org/wiki/Extension:Google_Analytics_Integration [14:41:43] ty, i'll give it a try [15:00:02] hi! I searched over Google but didn't find a good place for templates... can someone tell one ? [15:02:28] no one around [15:17:24] yavor: what do you mean with "a good place for templates"? [15:17:49] well I found a site with 3 templates... good place is with a least 20 :) [15:21:20] domas: did you do the benchmark for AAA? :o [15:21:58] Nikerabbit: AAA? what? :) [15:22:29] domas> how to check fast in PHP if string $xxx starts with "AAA" ? :) [15:22:59] ah, yes [15:23:06] substr+strpos = wtg. [15:23:17] with large strings [15:23:22] with small strings you can do strpos alone [15:23:30] but difference is small [15:23:41] how large should large be? [15:23:43] kilobytes? [15:23:57] er, "starts with" doesn't need strpos [15:24:00] domas: I still can't understand why the problem with extension message loading can't be fixed simply loading messages from memcached [15:24:25] marklar: that indeed was my problem ;-) [15:24:45] marklar: python has 'startswith' [15:24:52] Nikerabbit: 100 bytes [15:25:58] if single string [15:26:08] one can do substr and === [15:26:57] is there also an extention to make an xml sitemap of a wiki? [15:27:19] google sitemap is included by default, i think [15:28:24] warddr: maintenance/generateSitemap.php [15:31:46] and how do I run that, Duesentrieb ? [15:34:42] from the command line [15:34:53] !shell [15:34:53] --mwbot-- Shell access (that is, SSH access, see http://en.wikipedia.org/wiki/SSH) is highly recommended if you want to run MediaWiki. You can install without it, and basic operation will work, but even creating backups or upgrading will be painful without it. Some more involved maintenance tasks may even be impossible. MediaWiki is not designed for minimal environments. [15:47:59] now i've got shell access, but when I go to maintenance and I run generateSitemap.php I always get an error: [15:47:59] /home/kinderwiki/domains/kinderwiki.net/public_html/maintenance$ generateSitemap.php [15:48:00] -bash: line 43: generateSitemap.php: command not found [15:48:01] /home/kinderwiki/domains/kinderwiki.net/public_html/maintenance$ generateSitemap.php [15:48:03] -bash: line 45: generateSitemap.php: command not found [15:48:05] /home/kinderwiki/domains/kinderwiki.net/public_html/maintenance$ generateSitemap.php [15:48:07] -bash: line 47: generateSitemap.php: command not found [15:49:46] i just installed 1.11 and at the very bottom of LocalSettings.php (which is unedited at this time) all it has is whitespace, no closing ?> php tag - is that normal? [15:50:10] it's intentional [15:50:15] closing ?> tags are evil (tm) [15:50:26] oh really? why's that? [15:50:49] ask Simetrical - I'm just glad that ?> tags aren't needed :) [15:51:02] i always thought they were needed myself... [15:51:16] iam8up, closing ?> are unnecessary, and cause problems when someone accidentally adds some extra whitespace to the end of a file. [15:51:20] or at least they were good to have (i know html closing tags are really a necessity) [15:51:34] Yes, HTML closing tags are necessary according to the HTML standard. [15:51:41] There is no PHP standard, it's what php will execute. [15:51:47] Lol...i hate languages XD [15:51:48] And it doesn't require closing ?>. [15:52:02] Unsurprisingly, since it's a rather tolerant program. [15:52:03] well thanks for the knowledge =) [15:53:41] now on my 1.10 installation i've upgraded to 1.11 - should i remove the ?> at the end then? [15:59:07] 03(mod) Special:Allpages and Special: Prefixindex should have more options - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12597 (10robin_1273) [16:07:05] 03(NEW) Wrong page view number - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12609 minor; normal; Wikimedia: wikibugs; (AnubisWP) [16:12:09] 03(mod) Special:Allpages and Special: Prefixindex should have more options - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12597 +comment (10Simetrical+wikibugs) [16:12:52] 03(mod) More formatting options for Special:Allpages and Special: Prefixindex - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12597 summary (10Simetrical+wikibugs) [16:16:03] 03(mod) Special page for statistics about specific articles - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=547 summary (10Simetrical+wikibugs) [16:17:44] 03(mod) Stable page beside Normal page - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=3044 +comment (10Simetrical+wikibugs) [16:18:18] 03(mod) Database statistics for Wikimedia sites - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11362 summary (10Simetrical+wikibugs) [16:18:23] Can anyone tell me how to get my mediawiki wiki to send mail via gmail? [16:18:47] freakyp, uh . . . there's certainly no option for that. [16:18:53] The normal thing is you send it from the server itself. [16:19:04] I don't know if it's possible to configure it, could be. [16:19:16] I was able to get my phpBB to do it, as well as vBulletin Board to do it via some php code.... I was hoping someone had found a way to do it w/ mediawiki. [16:19:17] !wg SMTP [16:19:17] --mwbot-- http://www.mediawiki.org/wiki/Manual:%24wgSMTP [16:19:29] what is list( $site, $lang ) = $wgConf->siteFromDB( $db ); in FindSpam_body.php supposed to do exactly? [16:23:12] Jack_Phoenix, I'm guessing it's some Wikimedia-specific hack, but I don't recognize the extension name, so that seems unlikely unless it's a maintenance-script type of thing. [16:23:13] Simetrical: Well the thing is I want the email to be sent from admin@mydomain.org, and our domain's mail is actually being handled by Google's Apps for your Domain, it kept me from having to host and maintain our mail server. The problem with using $wgSMTP is that it won't support SSL or TLS authentication. [16:23:31] Simetrical, I guessed something like that, thanks :) [16:23:34] Well, I've never configured MW mail. Look around at the configuration options. [16:25:22] 03(mod) Special:Statistics shouldn't show page views if they aren' t being tracked - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12609 summary; +comment (10Simetrical+wikibugs) [16:28:25] http://www.wikimedia.ch/Special:Allpages <--- does anyone have an idea what the very first page ("/General Assembly") is and why it can neither be viewed nor delete? bug or feature? [16:29:14] 03(NEW) generalize function tabbedprefs() - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12610 15enhancement; normal; MediaWiki: Page rendering; (alistrius) [16:38:31] 03(NEW) Bot flag ignored in recent changes. - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12611 04CRIT; high; MediaWiki: Special pages; (bugzilla.wikimedia) [16:41:32] when editing articles, can I do a link to an e-mail address somehow such that when clicking on it, the mail program pops up? [16:41:40] similar to HTML [16:42:33] got it, n/m [16:44:44] awww well, not quite: how to do it label-style? i.e., when clicking on "mail me", the reference works? [16:48:18] found it [16:48:45] is there an external editor for mediawiki? like to create/edi pages offline then upload them to the wiki? [16:48:57] *edit [16:49:10] hello [16:50:43] .oO(that's the guy who's got the nickname I want.) [16:51:56] is it possible to pass a table as a template parameter ? [16:52:23] in my trials, the | of the table is parsed as the next parameter [16:52:49] the one in {| [16:52:54] i'm new to mediawiki, though i've used other wikis before ... i was trying to put a little box around some text code ... i've tried and
 tags, but no luck .. how can i do it on mediawiki?
[16:52:55] 	03(mod) generalize function tabbedprefs() - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12610  (10alistrius)
[16:53:17] 	LeonWP: i apologise for getting it first .. ;)
[16:53:32] 	meh.
[16:58:09] 	leOn, both of those should work.
[16:58:46] 	ThomasV, you can, I think, use the {{!}} workaround.  Make Template:!, containing a single vertical bar.  It will get expanded in the template-expansion phase and then be exposed for tables.
[16:59:19] 	That will certainly work in the new parser, probably in the old one too.
[16:59:26] 	Simetrical: no luck with either ... though the text really appears as it should .. but i don't get the dotted border nor the light blue background
[16:59:28] 	Simetrical: thanks
[16:59:56] 	leOn, what skin are you using?  Has it been modified, such as by addition of CSS rules?
[17:00:46] 	i'm using nostalgia with no other changes .. the mediawiki version i'm running is the one for use with php4
[17:01:06] 	Simetrical: is there a doc concerning this ! syntax ?
[17:01:37] 	ThomasV, possibly someone's written an explanation on it.  It's just a hack to get things to work more or less as desired.
[17:01:49] 	leOn, Nostalgia doesn't have the gray boxes, as far as I know.
[17:01:55] 	ahhh
[17:01:57] 	i mean, what is the syntax ?
[17:01:59] 	At least I'm fairly sure they're Monobook-specific.
[17:02:42] 	ThomasV, {{template|\n{{{!}} table properties \n{{!}}- table row properties \n{{!}} cell {{!}}{{!}} another cell \n{{!}}}
[17:02:50] 	Er, with an extra }} on the end to close the template.
[17:07:40] 	ok, thanks
[17:07:48] 	that's a dirty hack
[17:08:29] 	at this point it's perhaps simpler to use 
... [17:09:09] Simetrical: do you happen to know any skin close to the nostalgia one, but that uses those kind of boxes for unformatted text? [17:09:33] or even how to make those by altering the nostalgia css maybe ... [17:09:56] leOn, you can just copy the appropriate rules from skins/monobook/main.css to MediaWiki:Nostalgia.css. [17:15:58] if i use {{msgnw:some_page}}, i get the contents, but the line breaks do not actually break the lines. is there a way to get the line breaks converted to
? [17:17:09] got it working [17:17:10] =) [17:17:15] Simetrical: thanks for the tips [17:17:40] nikiwaibel, or something, I guess. [17:17:51] I would say
, but 
 is broken, it nowikis its contents.
[17:18:26] 	sec
[17:19:01] 	one other thing .. is there any extension or something that allows pdf generation but without using system calls?
[17:19:09] 	sim:  does not help
[17:19:42] 	Simetrical: why ist't there an escape syntax for the pipe within template parameters ? for example, \|
[17:19:43] 	leOn, . . . without using system calls?  You can't run anything without using system calls.
[17:19:52] 	It needs to use malloc at least.
[17:20:05] 	same could be dome for { and }
[17:20:17] 	sim: 
 results in {{msgnw:Ergebnisse:WM_WSKA_2007}} as inserted text ...
[17:20:20] 	ThomasV, because wikisyntax is a hack that accreted over time and nobody actually thought to make it consistent or reasonable.
[17:20:22] 	Simetrical: bad choice of words ... i meant using system(), exec() and the like
[17:20:38] 	03mark * r29698 10/trunk/debs/squid/debian/ (5 files in 2 dirs): (log message trimmed)
[17:20:38] 	squid (2.6.18-1wm1) edgy; urgency=high
[17:20:38] 	 * New upstream release
[17:20:38] 	 - Remove patch 24-httpheader-repacking; integrated upstream
[17:20:38] 	 - Includes fix for new security bug introduced by this patch
[17:20:39] 	 * Accept-Encoding request header normalization by Domas Mituzas
[17:20:41] 	 
[17:20:42] 	leOn, you have problems with safe mode or something?  I'm guessing the answer is no, then.
[17:20:46] 	But could be.
[17:20:51] 	I don't know for sure.
[17:20:51] 	is to be run on a server with safe mode and most of those functions disabled
[17:20:55] 	Haven't looked.
[17:21:23] 	Simetrical: do you think it is too late to make such changes ?
[17:21:32] 	Yes.
[17:21:39] 	gah...
[17:21:42] 	However, other mechanisms could be added.
[17:21:50] 	Like permitting the use of HTML-style tags, which allow robust escaping.
[17:22:08] 	yes, it works for what i asked
[17:23:21] 	Simetrical: i'm sorry, i didn't understand your opinion of the subject ... like i said .. it is suposed to run under safemode and without system(), exec(), etc
[17:23:36] 	leOn, I don't think such a thing will exist.
[17:23:41] 	PHP in safe mode is crippled.
[17:23:59] 	You could theoretically write a program in PHP that would do what you want, but people probably haven't bothered.
[17:24:02] 	maybe if using pear ... ?
[17:24:02] 	You could look around, though.
[17:24:08] 	Maybe.
[17:24:13] 	I don't know, I'm just guessing.
[17:24:18] 	k .. thanks
[17:24:19] 	=)
[17:31:58] 	Ok, as I see there's no database bug
[17:32:07] 	*bugzilla dump
[17:53:01] 	03(mod) Bot flag ignored in recent changes. - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12611  (10alex.emsenhuber)
[17:57:07] 	hmmm ... i've disabled anonymous page editing ... and it's working fine, but is there any option i can set so that the [Edit] link doesn't appear in the pages if the user isn't authenticated ?
[17:57:53] 	if someone needs to preserve the linebreaks when doing {{msgnw:some_page}}, then {{msgnw:some_page}} does what you would like to see.
[17:58:27] 	03vasilievvv * r29699 10/trunk/phase3/ (RELEASE-NOTES includes/Article.php): * (bug 12611) Bot flag ignored in recent changes
[17:58:52] 	03(FIXED) Bot flag ignored in recent changes. - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12611  +comment (10vasilvv)
[18:01:08] 	Titleblacklist seems to be broken...
[18:02:31] *VasilievVV 	feels it's because of dynamical message loading, or because of bad whitelist implementation
[18:05:23] 	hello
[18:05:38] 	hi
[18:06:06] 	i'm wondering 
[18:06:54] 	why for protect a page it's title=page&action=protect, but for move a page it's title=Special:Movepage&target=page
[18:07:12] 	instead of title=page&action=move
[18:07:23] 	because some features were implemented before special pages came about, I think.
[18:08:23] 	ah, you mean protecting a page should look to title=Special:Protectpage&target=page ?
[18:08:31] 	03(mod) Change $wguname/$wgNodeName/wfHostname behaviour - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12586  +comment (10alex.emsenhuber)
[18:08:55] 	should looks like *
[18:09:41] 	Special:Protectpage doesn't exist, although there is some talk here about phasing most or all of our actions either towards special pages or the action= parameters in the URL
[18:10:33] 	as of right now though, you'll just have to know which are special pages and which are actions when making links
[18:11:27] 	marv, special pages didn't exist when the protect feature was added.  After special pages were added, most new features (like moving pages and undeletion) were put in as special pages.
[18:13:32] 	03(NEW) Wiki suggestion - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12612 15enhancement; lowest; Wikimedia: General/Unknown; (redwing127)
[18:16:32] 	ok, i thought that it was some particular reason :) even reading pages should looks like title=Special:Readpage&target=page in ideal world ? It's quite confusing cos there is special pages which are related to content (move a page, whatlinkshere, etc.) and some other which are static (list of uncategorised pages, list of redirects ), some which just give tools (template expansion, mime search...)
[18:18:20] 	One thing MediaWiki never really had, that I know of, is redesigns of any kind.
[18:18:24] 	It's sort of accreted over time.
[18:18:27] 	03(mod) Edit summaries - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12612  summary (10axel9891)
[18:18:45] 	Individual little things get improved, but mostly we don't bother with the big picture.
[18:19:06] 	Undoubtedly this is partly because of our incremental (non-release-based) development model.
[18:19:16] 	Although in the beginning, that wasn't the one used.
[18:20:10] *Skizzerz 	could attempt to make a special page for things like deleting and protecting, but it would break a lot of existing external links, plus there's issues of making sure robots don't visit those special pages
[18:21:22] 	Morning, everyone
[18:22:06] 	how can i remove the "Edit this page" link on the top for unauthenticated users ?
[18:23:16] 	leOn: Do you mean to prevent unapproved users from editing or to hide the "View source" tab?
[18:24:58] 	amidaniel, it doesn't say "view source" if editing is disabled for your group, AFAIK.
[18:25:01] 	It just says "edit".
[18:25:40] 	Simetrical: O rly? Well, that would be a bug IMO
[18:25:44] 	(unless you initially had the edit right and then it was revoked via some extension)
[18:26:00] 	amidaniel, it is.
[18:26:17] 	amidaniel, try visiting wikimediafoundation.org, they changed "edit" to "edit (requires login)".
[18:26:30] 	amidaniel, and if you click, you don't get the page source.  Have to use action=raw.
[18:26:45] 	(also a bug IMO)
[18:27:01] 	I thought that was their MediaWiki:View-source
[18:27:10] 	amidaniel: basically, when just visiting the page, the user (anonymous) also sees an option to "Edit this page" .. i would only that option to be visible to authenticated users
[18:27:54] 	Simetrical: Ah, indeed, you're correct :) Well, that should be an easy enough bug to fix
[18:28:19] 	leOn: Okay, have you disabled anonymous editing already? Using $wgGroupPermissions['*']['edit'] = false; that is
[18:28:33] 	amidaniel, I've tried it a couple of times, that code is a huge mess and needs to be completely rewritten.
[18:28:33] 	leOn: you can add $wgGroupPermissions['*']['edit'] = false; in your LocalSettings.php to prevent anonymous users from being able to edit, but it won't change the name of the edit tab or hide it, just prevent not-logged-in people from being able to use it
[18:28:48] 	yep .. i've done that ... i have no more "edit" links for unauth users
[18:28:52] 	"View source" needs to use the same code as "edit", currently they're totally different code paths in totally different classes.
[18:28:56] 	arg... i'm getting sick of all this highlighting :(
[18:29:04] 	i have a question about external editors, if anyone can help me with that
[18:29:15] 	view source and edit don't use the same code? o.0
[18:29:19] 	leOn: Okay, well, we're actually just discussing that that's a bug. It can be hidden with js fairly easily, but that's a suboptimal solution
[18:29:22] 	but the "Edit this page" link on top still exists
[18:29:26] 	OutputPage::readOnlyPage() doesn't even know about the existence of an article.  You just feed it arbitrary text to put in the box.
[18:29:31] 	It's fairly ridiculous.
[18:29:34] *Skizzerz 	thought that view source just added a message to the page, then removed all the edit utilities
[18:29:35] 	!ask | lc2 
[18:29:35] --mwbot--	lc2: Don't say "I have a question", or ask "Is anyone around?" or "Can anyone help?". Just ask the question, and someone will help you if they can. Also, please read < http://workaround.org/moin/GettingHelpOnIrc > for a good explanation of getting help on IRC.
[18:29:41] 	Simetrical: hokay
[18:29:42] 	Skizzerz, you'd think so, wouldn't you?
[18:29:49] 	yeah...
[18:30:03] 	I could ATTEMPT to re-write that code, but can't guarantee much :)
[18:30:10] 	i see ... would it be rather easy to fix .. ?
[18:30:28] *Skizzerz 	checks out the latest from SVN
[18:30:30] 	so i looked through ee.pl and it uses index.php?title=titlegoeshere&action=edit&internaledit=true to get the text of an article (and it does so successfully)
[18:30:36] 	(the wikitext, that is)
[18:30:48] 	addOnloadHook( function() { if (!wgUserGroups) document.getElementById('ca-edit').styleName = 'display: none;'; } ); will do it I believe
[18:30:51] 	if i enter that link in firefox, it gives me the normal edit page
[18:30:54] 	what's with that?
[18:30:54] 	Lemme test that quickly
[18:31:19] 	lc2: use action=raw if you just want the raw wikitext
[18:31:23] 	i just remembered that i'm using version 1.6.10 .. should i expect that to be fixed on the earlier version too=?
[18:31:36] 	wouh.
[18:31:55] 	Simetrical: Hmm .. I'm seeing "View source" all across wikimediafoundation.org
[18:32:00] 	Skizzerz: oooh
[18:32:29] 	amidaniel, so am I.
[18:32:32] 	Didn't used to.
[18:32:42] 	Maybe someone fixed it up a little.
[18:32:43] 	thanks, i just looked through the code to see what you mean and yeah, it uses action=edit just to get an edit token or somesuch
[18:32:55] 	Skizzerz: two internets to you
[18:32:59] 	w00t :)
[18:33:08] 	hey speak someone german??? Or is it only english??
[18:33:10] 	thanks ;D
[18:33:56] 	??
[18:34:03] 	BerlinerMC: Kann ich dir helfen?
[18:34:09] 	ah super
[18:34:09] 	?=
[18:34:11] 	=)
[18:34:18] 	BerlinerMC: In der Regel ist der channel englischsprachig.
[18:34:51] 	Ich habe folgendes problem, wenn ich index.php/MediaWiki:Sidebar aufrufe sendet der mich wieder auf die index.php 
[18:34:57] 	ich stelle mir die frage warum
[18:35:37] 	ist dein Wiki öffentlich erreichbar?
[18:35:40] 	ja
[18:36:22] 	BerlinerMC, ja dann gib doch mal link.
[18:36:32] 	wiki.oceanfight.co.uk
[18:36:41] 	wusste nicht ob das so gestattet ist :)
[18:37:02] 	Manchmal bekommt man ärger weil man werbung oder sowas einem nachgestellt wird
[18:37:48] 	und wenn du http://www.oceanfight.halle17.de/wiki/index.php?title=MediaWiki:Sidebar aufrufst, was passiert dann gleich?
[18:38:11] 	http://www.oceanfight.halle17.de/wiki/index.php?title=MediaWiki:Sidebar
[18:38:23] 	leOn: Try http://mediawiki.pastey.net/80645
[18:38:24] 	du warst schneller
[18:38:31] 	Add that to your MediaWiki:Common.js
[18:38:47] 	komisch. ich werde  nicht umgeleitet.
[18:38:51] 	ah super
[18:38:53] 	danke euch
[18:38:59] 	BerlinerMC: viel Spaß
[18:39:02] 	amidaniel: i will ... thanks
[18:39:05] 	=)
[18:39:49] 	where should i put that function code?
[18:40:38] 	leOn: MediaWiki:Common.js
[18:40:47] 	leOn: Navigate to /YOURWIKIROOT/index.php?title=MediaWiki:Common.js&action=edit
[18:40:54] 	Add that code and hit save
[18:42:41] 	hmm .. still appears on Main_Page
[18:42:55] 	leOn: You need to bypass your browser cache. Hit CTL+F5
[18:43:39] 	i did  ... funny it doesn't appear in the other pages
[18:44:17] 	hmm .. nop .. it does appear on the others too
[18:44:39] 	03(mod) Stable page beside Normal page - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=3044  (10JSchulz_4587)
[18:44:58] 	leOn: Do you have a link to your wiki?
[18:45:04] 	i sec
[18:45:21] 	http://pessoa.fct.unl.pt/hmmm
[18:45:34] 	nevermind the ugly face
[18:45:36] 	=P
[18:46:14] 	Oh .. didn't realize you were using 1.6 :D
[18:46:19] 	yep
[18:46:25] 	What skin is that?
[18:46:50] 	nostalgia with a css hack to put the boxes around the  and 
[18:47:16] 	Hrm ...
[18:47:24] 	How can I make the first one like the latter one? http://gisle.wikia.com/wiki/Special:Userlogin and http://www.hrwiki.org/index.php/Special:Userlogin
[18:49:09] 	fsck ... i have to go afk for some moments ...
[18:49:16] 	leOn: Okay
[18:49:38] 	i'll be reading this later though .. so if you have an answer it will be much appretiated =)
[18:49:43] 	!shorturl | SysRq868 
[18:49:43] --mwbot--	SysRq868: To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem
[18:49:59] 	thanks in advance either way =)
[18:50:03] 	bbl
[18:50:08] 	leOn: Alright, well, it's gonna be a lot trickier :) Probably best done by hacking your skin. Let me know when you get back and I'll help you with it
[18:50:32] 	SysRq868: you can't modify Wikia's redirect rules :)
[18:50:50] 	(actually, IIRC they use aliases much like the wmf wikis)
[18:51:35] 	...are we talking about the same thing here..?
[18:51:55] 	SysRq868: Are you trying to make urls on the hrwiki site be of the format /wiki/Pagename ?
[18:52:04] 	No.
[18:52:07] 	The actual pages.
[18:52:22] 	I want the text to be next to the login box, not after it.
[18:52:27] *Skizzerz 	thought you meant the /wiki/ vs the /index.php/
[18:52:31] 	Oh, then say that :)
[18:52:54] 	It's too early for me to think. :)
[18:53:43] 	SysRq868: http://www.hrwiki.org/index.php/MediaWiki:Loginend
[18:54:31] 	03(WONTFIX) Stable page beside Normal page - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=3044  +comment (10Simetrical+wikibugs)
[18:54:32] 	and they probably used CSS to make the login box a floating element
[18:54:49] 	Skizzerz: What CSS would this be? :)
[18:54:59] 	03(WONTFIX) Authoritative Validated Reviewed Articles - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=476  +comment (10Simetrical+wikibugs)
[18:55:33] 	SysRq868: Sorry, you've got a clear: both; in there. Just a sec
[18:55:42] *Skizzerz 	is guessing #userloginForm { float: left; } or something like that
[18:55:45] 	but idk
[18:56:06] 	03(mod) Stable page beside Normal page - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=3044  (10JSchulz_4587)
[18:56:24] 	div#loginend { clear: none; } should do it
[18:56:29] 	Add that to your Common.css
[18:58:23] 	Is it possible to programmatically add tabs from an extension, if so can anyone direct me to a manual page?
[18:58:55] 	Technically, tabs only exist in Monobook.
[18:59:03] 	There's not really any unifying mechanism that I know of.
[18:59:09] 	More reason to refactor all the skin code.
[18:59:12] 	amidaniel: Didn't help... :(
[18:59:15] 	Which should never have been chopped in two in the first place.
[18:59:44] 	Simetrical: Hehe, I can't wait until I have enough time to do that - it is the most irritating thing in MediaWiki.
[18:59:46] 	monobook skin code is insanely messy >_>
[18:59:52] 	03(WONTFIX) Revision levels - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8048  +comment (10JSchulz_4587)
[18:59:58] *MinuteElectron 	will just use JavaScript.
[19:00:15] 	Which I'd rather not have to do...
[19:00:23] 	although having a hook in the skin php file would be nice
[19:00:29] 	indeed
[19:00:38] 	actually, having two hooks -- one for tabs and one for toolbox items
[19:00:44] 	SysRq868: div#loginend { clear: none !important } then
[19:00:55] 	Skizzerz: There is already a toolbox hook.
[19:00:59] 	oh?
[19:01:12] 	and what might it be called?
[19:01:13] 	14(DUP) Empirically Stable Versions - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11770  +comment (10JSchulz_4587)
[19:01:15] 	03(mod) Time based anti-vandalism feature - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4397  +comment (10JSchulz_4587)
[19:01:23] 	SysRq868: Oh, hold up. You've disabled all read access on the wiki
[19:01:33] 	SysRq868: You need to allow access to MediaWiki:Common.css
[19:01:37] 	Skizzerz: It is some skin-specific one with "MonoBook" in the name, see the hooks manual page for details.
[19:02:07] 	bah, skin-specific carp
[19:02:14] 	Jack_Phoenix: Over to you. :)
[19:02:20] *Simetrical 	isn't sure he should try to understand http://www.google.com/url?sa=t&ct=res&cd=1&url=http%3A%2F%2Fwww.informit.com%2Fcontent%2Fimages%2F0131453483%2Fdownloads%2Fgorman_book.pdf&ei=4UaKR9GrN5uMeo61hN0O&usg=AFQjCNF0-MKVwH_5PW95-d_dzImb-z75Tg&sig2=2AWW3zRqHH4Y6ESiSN-kBQ
[19:02:24] 	Ack, giant link.
[19:02:27] 	the only skin-specific features should be CSS styling and locations of items
[19:02:41] *amidaniel 	stabs Simetrical 
[19:03:29] *Simetrical 	isn't sure he should try to understand http://www.informit.com/content/images/0131453483/downloads/gorman_book.pdf
[19:03:33] 	Stupid Google redirect links.
[19:03:45] 	14(DUP) Flag "verified" on article revisions / User status "verifier" - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=3040  +comment (10JSchulz_4587)
[19:03:48] 	03(mod) Stable version - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=3303  +comment (10JSchulz_4587)
[19:07:04] 	Well anyways, you fixed it amidaniel, thanks! :)
[19:08:06] 	03(mod) Time based anti-vandalism feature - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4397  +comment (10JSchulz_4587)
[19:08:26] 	SysRq868: Heh, alright :)
[19:12:40] 	Why do I get "Sorry! We could not process your edit due to a loss of session data." when trying to create a category page on my wiki no matter what?
[19:12:56] 	your sessions die|!111
[19:13:05] 	huh?
[19:13:37] 	MinuteElectron: could be your cookie settings
[19:14:19] 	Well another user is reporting the same problem (that is how I found out).
[19:15:15] 	MinuteElectron: Grep through the mediawiki-l archives. This is a very common problem
[19:16:36] 	Ok, will do.
[19:17:09] 	MinuteElectron: http://lists.wikimedia.org/mailman/htdig/mediawiki-l/2007-July/021540.html There was the last cause
[19:17:39] 	03aaron * r29700 10/trunk/extensions/ConfirmAccount/ConfirmAccount_body.php: Use proper field
[19:17:59] 	hmm
[19:18:30] 	I guess opening a support request with the host is the way forward.
[19:20:16] 	thanks
[19:22:13] 	!session | MinuteElectron
[19:22:13] --mwbot--	MinuteElectron: make sure session.save_path is set correctly in your php.ini. Verify that it exists, is readable and writable to PHP, and check that session data is actually being written there. On a server farm, make sure it's a shared directory, accessible from all servers.
[19:22:31] *MinuteElectron 	can't do that.
[19:22:44] 	why not?
[19:23:18] 	a php script to find these things out (except the bit abotu the shared dir) should be trivial
[19:23:20] 	Duesentrieb: Shared webhost, it would appear
[19:23:22] 	anyway...
[19:23:24] 	!shell
[19:23:24] --mwbot--	Shell access (that is, SSH access, see http://en.wikipedia.org/wiki/SSH) is highly recommended if you want to run MediaWiki. You can install without it, and basic operation will work, but even creating backups or upgrading will be painful without it. Some more involved maintenance tasks may even be impossible. MediaWiki is not designed for minimal environments.
[19:24:11] 	03aaron * r29701 10/trunk/extensions/ConfirmAccount/confirmaccount.css: color tweak
[19:24:55] 	MinuteElectron: misconfigured session storage for php is something to be fixed by the - *if* that is the cause. i have no idea how any hosting place can get by with such obvious errors, but some oave been known to not fix it for years. like, say, sourceforge.
[19:26:31] 	yeah
[19:26:38] 	well i suspect it is a PHP bug
[19:26:41] 	but we'll see
[19:28:16] 	g'day. i don't want to run the google sitemap maintenance utility (I run a multisite install, and don;t use a typical LocalSettings.php or AdminSettings.php). Is the extension that's available still a viable choice for generating these sitemaps?
[19:30:59] 	hrm. even that won't work, actually, as it doesn't offer a configurable location for the generated sitemap.xml.
[19:36:52] 	MorbusIff: None that I know of. I'd planned to write something like that a while ago but never got around to it
[19:37:54] 	amidaniel: thanks. i notice that generatesitemap.php takes a sitename. i wonder if i could somehow detect that in AdminSettings.php and return the right configuration
[19:38:32] 	amidaniel: re-hi
[19:39:14] 	hopefully with enough time to get this done ... being a family guy sucks when it comes to these kind of stuff =P
[19:39:29] 	s/these/this/
[19:40:10] 	hrm.
[19:40:25] 	i notice in commandLine.inc that it seems to allow conf and aconf to refer to settings files. is this correct?
[19:41:52] 	it should work that way, yes.
[19:42:21] 	Hi leOn :)
[19:43:28] 	Duesentrieb: ooOh, yes!
[19:43:40] 	Duesentrieb: it worked beautifully. this is great for multisites.
[19:44:53] 	!r 29539
[19:44:53] --mwbot--	http://svn.wikimedia.org/viewvc/mediawiki?view=rev&revision=29539
[19:45:30] 	bah.
[19:45:34] 	google sucks. 
[19:45:43] 	it wants the sitemap in the root only
[19:47:50] 	ah well. thanks for the conf/aconf confirm. tis great.
[19:52:53] 	I'm a little wary of moving User Pages on meta to mediawiki ...
[19:53:20] *Monobi2 	points at http://meta.wikimedia.org/wiki/Category:Pages_to_be_exported_to_MediaWiki.org
[19:53:25] 	Can CharInsert be used to define single names that include full templates? Kinda like a toolbar button. I'd like "Media description", when clicked, to expand to a template.
[19:54:32] 	Monobi2: it looks like those are all extensions in the User namespace, which is probably why they got tagged
[19:54:46] 	okay
[19:54:51] 	I'll go ahead and move them
[19:55:24] 	although some of those may already be moved to mediawiki.org by the original authors
[19:57:43] 	hey godwin 
[19:59:51] *leOn 	afk again .. *sigh*
[20:25:31] 	03(NEW) Automated edit summary for interwiki edits - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12613 15enhancement; normal; MediaWiki: General/Unknown; (reybrujo)
[20:25:37] 	03grondin * r29702 10/trunk/extensions/Oversight/HideRevision.php: Fixed bug for loading internationalization messages
[20:29:26] 	is there an easy way I can retreive the content of a page (without the surrouding template stuff) via http?
[20:31:06] 	centosian: use action=raw
[20:31:07] 	centosian: Yep, you can pass a parameter; see http://www.mediawiki.org/wiki/Help:URL (my web browser is having trouble at the moment, so I can't look it up).
[20:31:15] 	...what Skizzerz said.
[20:31:28] 	:)
[20:32:06] 	so http://www.mediawiki.org/w/index.php?title=MediaWiki&action=raw gets you just the plain wiki text for the MediaWiki.org main page
[20:33:21] 	is there a (simple) way to prevent non loged in useres from viewing page history?
[20:33:47] 	Pathoschild: , Skizzerz  I'm trying to do it with the Special:Recentchanges page
[20:34:22] 	or more directly, is there a way I can be emailed daily about changes to a (small) wiki?
[20:34:57] 	centosian: Yes, and there's also an RSS feed available. Still can't look it up for you, but Skizzerz will help. :p
[20:35:14] 	you can sign up for the recentchanges feed, either RSS or Atom IIRC
[20:35:44] 	perfect Thanks guys
[20:40:06] 	Chupa: only by preventing viewing alltogether. there is not special permission for viewing the history.
[20:41:20] 	gerr, about 6 months ago i asked in here and someone whiped up a little snipet of code which i droped in somewhere and it worked perfectly. but i upgraded my wiki sence then and lost the code and dont know where to look for it :-/
[20:41:31] 	hmm... what would you say about a patch that prevents null changes from being logged from Special:Userrights?
[20:41:47] 	for example: http://en.wikipedia.org/wiki/Wikipedia_talk:Requests_for_rollback#Rollback_rights_pile-on
[20:42:38] 	Simetrical: http://en.wikipedia.org/wiki/Wikipedia_talk:Requests_for_rollback#Rollback_rights_pile-on
[20:42:47] 	do logs show for non-changes still?
[20:42:49] *Skizzerz 	just linked that :)
[20:43:42] 	AaronSchulz: the problem was that they must have all loaded the page before any changes took place, so the check to make sure that $addgroup or $removegroup was true went through and therefore was logged
[20:43:52] 	03(mod) Add Create permission to Protectedpages - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12583  (10roan.kattouw)
[20:44:37] *Skizzerz 	came up with a working patch that silently prevents that from happening, but it could probably be optimised
[20:45:00] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  +comment (10roan.kattouw)
[20:45:02] 	er, scratch the working, haven't tested it yet
[20:46:57] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  +comment (10JSchulz_4587)
[20:47:31] 	03(mod) Random pages may be offensive - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12596  +comment (10roan.kattouw)
[20:47:56] 	AaronSchulz: this is what I added, mind checking through it to make sure it will work? http://rafb.net/p/EHg6F483.html
[20:48:59] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  (10roan.kattouw)
[20:49:11] 	14(INVALID) Random pages may be offensive - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12596  +comment (10JSchulz_4587)
[20:51:05] 	03(mod) Disable automatic redirection. - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12606  +comment (10roan.kattouw)
[20:51:05] 	bonjour les gens
[20:51:37] 	03(mod) Title->getDBkey() often spelled incorrectly - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12608  +comment (10roan.kattouw)
[20:51:40] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  (10JSchulz_4587)
[20:52:31] 	03(mod) Title->getDBkey() often spelled incorrectly - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12608  +comment (10JSchulz_4587)
[20:52:33] 	please when installing mediawiki what have I to write in "Database name" "DB username" and "DB password"¿¿
[20:52:35] 	Skizzerz: submit a diff
[20:52:46] 	on it right now
[20:53:23] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  (10roan.kattouw)
[20:53:32] 	nobody knows¿
[20:53:58] 	melanqwoliklootr: well... we canÄt know that. because we do not know your database name, database user, and database password
[20:54:12] 	melanqwoliklootr: in short: ask your database admin, maybe?
[20:55:16] 	I'm creating a wiki
[20:55:26] 	yes, you need a database.
[20:55:44] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  (10JSchulz_4587)
[20:55:50] 	(or root access to the mysql database system)
[20:55:54] 	03(NEW) Patch for SpecialUserrights. php to prevent logging of no changes (see URL) - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12614 15enhancement; normal; MediaWiki: Special pages; (skizzerz)
[20:56:16] 	wasn't sure what to categorise it under :P
[20:57:19] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  (10roan.kattouw)
[20:59:51] 	hi
[21:00:00] 	I am looking at http://commons.wikimedia.org/w/index.php?title=Special:Upload&uselang=ownwork
[21:00:09] 	it loads {{Information
[21:00:14] 	preloads
[21:00:18] 	how do I do that?
[21:00:28] 	what mediawiki modification?
[21:00:45] 	nm
[21:00:46] 	found it
[21:01:01] 	03(mod) Patch for SpecialUserrights. php to prevent logging of no changes (see URL) - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12614  +comment (10roan.kattouw)
[21:01:07] 	03(mod) Patch for SpecialUserrights. php to prevent logging of no changes (see URL) - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12614   +need-review +patch (10roan.kattouw)
[21:01:13] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  (10azatoth)
[21:02:41] 	no never mind I was wrong
[21:03:49] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  (10roan.kattouw)
[21:04:18] 	AaronSchulz, Skizzerz: I already fixed the null log thing in r29526, or I think I did.
[21:04:34] 	what's wp using then?
[21:04:36] 	Tim scapped last night, there should be no null log entries since then.
[21:04:53] 	Hi all. I'm getting a weird error on the Commons: Database Error: Lost connection to MySQL server at 'reading initial communication packet', system error: 111 (sql)
[21:04:59] 	21:08, 12 January 2008 is the last null log entry I see.
[21:05:07] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  (10azatoth)
[21:05:18] 	hmm, shall I INVALID the bug then?
[21:06:14] 	03(mod) rollback parameters - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12585  (10Simetrical+wikibugs)
[21:06:17] 	I think DUPLICATE?
[21:06:20] 	Not sure, though.
[21:06:25] *Simetrical 	looks
[21:06:32] 	No, I didn't give a bug number.
[21:06:38] 	You can mark it FIXED if you like, r29526.
[21:06:41] 	Yeah, I recognized that proposal from somewhere
[21:06:48] 	RoanKattouw: for prop=links, could it be possible to see if the link target exists or not?
[21:06:54] 	sorry, ignore above, I'm being stupid...
[21:07:27] 	AzaTht: generator=links&prop=info ?
[21:07:48] 	RoanKattouw: hmm, didn't though about that
[21:07:50] 	looking
[21:08:10] 	RoanKattouw: and it was a general question this time :)
[21:08:26] 	03(FIXED) Patch for SpecialUserrights. php to prevent logging of no changes (see URL) - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12614  +comment (10skizzerz)
[21:08:46] 	lol edit conflict @ Bugzilla
[21:08:58] 	xD
[21:12:41] 	Skizzerz, you know, your patch was a little bit . . . intricate?
[21:12:45] 	Just as a general comment.
[21:13:14] 	I couldn't think of a less-intensive way to effectively do it for every odd scenario that would pop up
[21:13:51] 	Skizzerz, why not just check if $addgroup or $removegroup is empty?
[21:14:09] 	After the array diff is already done, that is.
[21:14:10] 	that was the first check, to see if they were both the same or both empty
[21:14:32] 	No, look a bit later in the code.  It had to generate the list of groups that would actually be changed anyway.
[21:14:39] 	You were putting it too high up.
[21:15:06] 	For instance, if a group was specified to be added/removed but couldn't be because, say, the requester didn't have permission, you would get a false negative.
[21:15:27] 	03grondin * r29703 10/trunk/phase3/languages/messages/MessagesFrp.php: Localisation updates for extensions from Betawiki (2008-01-13 21:14 UTC)
[21:16:03] 	I put it in the actual execution function for the purpose of in case something happened between the time that they accessed the page and clicked submit
[21:16:14] 	Of course.
[21:16:21] 	But look about twenty lines lower down.
[21:16:26] 	There it's already precomputed.
[21:16:34] 	So you don't need to do extra loops.
[21:16:58] 	I don't *think* there was anything wrong with my patch, and it was one line (okay, two lines, one was a closing brace).
[21:17:14] 	RoanKattouw: perhaps for list=watchlist to be able to filter as the ordinary watchlist can
[21:17:24] 	minor, bots, own etc...
[21:17:25] 	AzaTht: how's that?
[21:17:28] 	This is just a remark, which would be relevant if it wasn't already fixed and someone were considering whether to commit your patch.
[21:17:29] 	Right
[21:17:42] *RoanKattouw 	opens TODO list again
[21:18:13] 	AzaTht: Noted
[21:18:24] 	RoanKattouw: it would be mostly just a duplication of the rc code
[21:18:26] 	yes, I initally considered putting it in the the loops, but I wanted to avoid unnecessarily calling the addGroup/removeGroup functions
[21:18:31] 	Yeah
[21:18:43] 	but that's besides the point now anyway :P
[21:18:47] 	Skizzerz: That doesn't matter. All those modifications are cached and sent to the DB in one go
[21:18:59] 	And you don't have to check them anyway.
[21:19:03] 	ah, silly me for not LOOKING at User.php first :P
[21:19:04] 	So adding a group then removing it again isn't noticed by the DB
[21:19:10] 	You just have to check two local variables for whether they're empty.
[21:19:51] 	addGroup and removeGroup aren't called unnecessarily either way . . . the fix applies to logging only.
[21:19:53] 	But never mind.
[21:25:53] 	to make email functions work do i need to install a email server?
[21:27:27] 	sftpbr: i would say no .. but i'm pretty new to mediawiki myself
[21:28:34] 	thanks
[21:31:15] 	and in that case, you'll have to configure to use some smtp server
[21:32:19] 	that means make it use a server like gmail?
[21:32:34] 	03aaron * r29704 10/trunk/extensions/FlaggedRevs/ (FlaggedArticle.php FlaggedRevs.php): Cache the number of unreviewed revisions
[21:32:48] 	in includes/DefaultSettings.php you have a section called SMTP Mode
[21:33:21] 	there you can specify smtp server, auth, etc
[21:36:20] 	03simetrical * r29705 10/trunk/phase3/ (RELEASE-NOTES includes/Article.php): (log message trimmed)
[21:36:20] 	The 'rollback' permission now only affects whether rollback is made available
[21:36:20] 	through the interface. Users without the rollback permission can still use it
[21:36:20] 	by generating the proper token through a script. This does nothing but allow
[21:36:20] 	automated rollback scripts to generate less load on both the client and the
[21:36:23] 	server, without allowing them to do anything extra. This was inspired by an
[21:36:25] 	anti-vandal bot operator on enwiki who showed me his server load dropping in
[21:37:14] 	Simetrical: Does this mean the API rollback module shouldn't check for rollback perms anymore?
[21:38:03] 	RoanKattouw, this should be refactored, honestly, to have doRollback() call some doRollbackNoPerms() function or something.
[21:38:18] *RoanKattouw 	looks at 29705
[21:38:29] 	The permission-checking function should be the same in both the API and core.
[21:38:32] 	Anything else is silly.
[21:38:36] *Simetrical 	goes to do that
[21:39:39] 	Simetrical: I don't know wheter ApiRollback checks perms itself or lets Article::doRollback() do it
[21:39:41] *RoanKattouw 	checks
[21:39:54] *Simetrical 	wants a better method name than reallyDoRollback()
[21:40:16] 	commitRollback?
[21:40:16] 	lol
[21:40:30] 	By the way, the numeric codes aren't really acceptable for permissions errors.  Any number of errors may occur, and unexpected ones may be generated by hooks, so it should really have the error array.
[21:40:30] 	Simetrical: I don't think we need wrappers around wrappers and all that
[21:40:32] 	BrokenArrow, good idea.
[21:40:34] *BrokenArrow 	has just found a 'fuck me' in MW code...
[21:40:48] 	?
[21:40:55] 	RoanKattouw, we should have permissions-checking in a centralized place.  We should also have a function you can call directly to skip permissions checks.
[21:40:58] 	Simetrical: What do you mean numeric errors? It's not like they're added up or something...
[21:41:15] 	Simetrical: InternalDoRollback?
[21:41:17] 	Simetrical: I agree that perm checking should be in doRollback()
[21:41:17] 	RoanKattouw, I mean the named constants thing.
[21:41:32] 	There's also UNKNOWN_ERROR
[21:41:44] 	And rollback() just displays a nice error message
[21:41:44] 	Not acceptable for UI.
[21:41:48] 	Why not?
[21:41:56] 	Because saying "unknown error" is totally unhelpful.
[21:41:57] 	It accounts for every possibility I'm aware of
[21:42:00] 	I know
[21:42:05] 	But when does it happen?
[21:42:06] *RoanKattouw 	checks
[21:42:07] 	You want to say the exact error(s).
[21:42:08] 	;)
[21:42:14] 	"Permissions error" is also unacceptable.
[21:42:28] 	It needs to be more specific, like most of our permissions errors are these days.
[21:42:48] 	Wait, there is no unknown error, as that can't happen with rollback
[21:42:59] 	In the event of any kind of error, it should return an array like that generated by getPermissionsErrors().
[21:43:36] 	Then how're you gonna handle stuff like ALREADY_ROLLED ?
[21:43:36] 	"$resultDetails contains result-specific dict of additional values"
[21:43:37] 	Eh?
[21:43:41] 	You can return arrays in PHP, you know.
[21:43:42] 	Read closely
[21:43:47] 	You don't have to pass stuff by reference.]
[21:43:53] 	RoanKattouw, return an error for ALREADY_ROLLED.
[21:43:55] 	We do return an array
[21:43:57] 	Except with a message key.
[21:44:08] 	You return a named constant from doRollback().
[21:44:12] 	Simetrical: That means the API depends on the names of *message keys* ?!?
[21:44:27] 	If it wants to give helpful errors, sure.
[21:44:33] 	Then it can use the messages.
[21:44:33] 	Oh right we pass an array
[21:44:38] 	AzaTht: ping?
[21:44:45] 	If not, it can just check whether the array is empty, and if not, print an error message.
[21:44:49] 	Well named constants looked cleaner to me than message keys...
[21:45:02] 	Not flexible or consistent enough.
[21:45:04] 	Simetrical: The API also likes to give specific error messages, just like the UI is
[21:45:11] 	So then it can use the messages.
[21:45:18] 	Yeah well maybe
[21:45:19] 	There's no reason to reinvent the wheel here.
[21:45:23] 	I'll put it on the TODO list
[21:45:34] 	Which means it'll get done in about a week
[21:45:43] 	Sorry for that but I'm kinda busy right now
[21:47:16] 	Simetrical: So to get this straight: you want doRollback() to call getPermissionsErrors() (or whatever it's called) and return its result if it's not empty?
[21:47:22] 	What exactly does it return anyway?
[21:47:30] 	RoanKattouw, an array of errors.
[21:47:41] 	Each error takes the form array( 'message key', param1, param2, ... ).
[21:47:52] 	The core UI can pass this directly to OutputPage::showPermissionsErrorPage().
[21:48:20] 	This is how errors are handled for other things, like editing pages.
[21:48:47] 	And for other errors like ALREADY_ROLLED it should return a string (like 'rollback-alreadyrolled' or whatever that interface message is called) ?
[21:48:52] 	Currently the UI function Article::rollback() uses this array by checking for errors itself before calling doRollback(), duplicating code.
[21:48:55] 	Yep.
[21:49:02] 	If it's successful, the array will be empty.
[21:50:06] 	So the return value would be either array (permission error), string (other error) or true (success) ?
[21:50:28] 	No, it would always be an array of erros.  The array would be empty on success, it would contain a list of errors on failure.
[21:50:35] 	s/erros/errors/
[21:50:45] 	03siebrand * r29706 10/trunk/extensions/ (4 files in 2 dirs): 
[21:50:45] 	* use wfLoadExtensionMessages
[21:50:45] 	* put Magic in separate file
[21:50:45] 	* delay message loading
[21:50:45] 	* bump version, update documentation URL, remove EOL whitespace
[21:50:46] 	* added a FIXME (Strict Standards)
[21:50:48] 	* update Translate extension
[21:51:00] 	Right
[21:51:38] 	I think other API modules should work similarly?
[21:51:51] 	I don't know much of anything about the API.
[21:52:28] 	RoanKattouw: do you think there could be some help for me with the revertion summary imformation gathering?
[21:53:04] 	Simetrical: Other functions are constructed similarly (named constants)
[21:53:11] 	But I'll get on it by the end of the week (hopefully)
[21:53:19] 	AzaTht_: How do you mean help?
[21:53:31] 	RoanKattouw, the permissions system is fairly new.  But really there's way too much duplicated code here.
[21:53:45] 	My commit will add a new function, but I bet it will remove at least ten lines of code overall.
[21:53:47] 	True
[21:54:13] 	hi there
[21:54:25] 	RoanKattouw: I need to get data about last revision, the last revision that wasn't made by the person who made the last revision, and the number of revision in between
[21:54:48] 	Well I do know how to get that post-rollback ;) but that's not what you want
[21:54:59] 	Use prop=revisions 's excludeuser parameter and set limit=1
[21:55:00] 	hehe
[21:55:10] 	yea
[21:55:12] 	So as to get the first edit not by the victim
[21:55:13] 	i'd like to enable  tag parsing using texvc, but how? couldn't find anything on google on how to do that
[21:55:40] 	RoanKattouw: it just sometimes feels a bit wrong to make three api calls just to be able to make an summary
[21:55:47] 	a*
[21:55:49] 	Yeah
[21:55:50] 	larmeh: there's a math directory, and in it there's a readme file...
[21:55:56] 	This should probably be implemented
[21:56:00] 	I'll do it when I have time
[21:56:03] 	TODO list...
[21:56:05] 	larmeh: there's also http://www.mediawiki.org/wiki/Manual:Math
[21:56:06] 	RoanKattouw: hehe
[21:56:23] 	AzaTht_: What was the bug no. again?
[21:56:32] 	RoanKattouw: there where two
[21:56:47] 	I mean the most commented one
[21:56:49] 	!b 12585
[21:56:49] --mwbot--	http://bugzilla.wikimedia.org/show_bug.cgi?id=12585
[21:57:02] 	Thanks
[21:57:32] 	Holy shit, 10 things on my TODO list right now
[21:57:40] 	I really should hang out on IRC less xD
[21:57:46] 	the other bug was marked as wontfix as "someone" though that all data could be gathered via the API, and I should talk with the API folks instead
[21:57:53] 	RoanKattouw: :-P
[21:57:56] 	Right
[21:58:33] 	but some kind of minimzation of number of api calls and the data transfered would be optimal
[21:58:44] 	Yeah
[21:59:01] 	bug 12585 should be implemented, and it's on top of my TODO list right now
[21:59:02] 	what ?action= was it to get just the article text?
[21:59:02] *AaronSchulz 	adds Brett Favre to his watchlist :)
[21:59:03] 	and one more thing I though about
[21:59:12] 	That doesn't mean it still is tomorrow ;)
[21:59:14] 	reinis: action=raw
[21:59:21] 	RoanKattouw: logevents perhaps should be possible to be used as an generator
[21:59:31] 	action=raw sends it as some weird mime type
[21:59:37] 	True
[21:59:43] 	text/x-wiki
[21:59:47] 	why is that
[21:59:51] 	Dunno
[22:00:09] 	RoanKattouw: though someone would probably want to generate logevents from a logevent list :)
[22:00:13] 	AzaTht_: Hmm you mean get the pageids of the pages concerned? How's that gonna work for userrights entries?
[22:00:20] 	ah, it's wikimarkup, lol
[22:00:25] 	I need just the rendered  HTML
[22:00:30] 	RoanKattouw: the in the near future usergenerator
[22:00:35] 	:)
[22:00:40] 	I remember there was an ?action= to do that
[22:00:48] 	or something
[22:01:12] 	AzaTht_: Generators with a dynamic type? That's not something I wanna do ;)
[22:01:16] 	And that future isn't so near
[22:02:10] 	RoanKattouw: the generators would be best of beeing separated
[22:02:29] 	Yeah
[22:02:36] 	I don't want hybrid types hanging around
[22:02:42] 	hehe
[22:03:10] 	i.e. a "normal" generator on a userlog perhaps would gather the pageids for the user pages
[22:03:27] 	Yeah, but that'd be only marginally useful IMO
[22:03:28] 	and an usergenerator would give the userids
[22:03:34] 	Still, a logevents genny should be doable
[22:03:40] 	RoanKattouw: not if you want to tag them all
[22:03:57] 	or check if userpage exists
[22:04:03] 	Anyway, the logevents table has a pageid field, so I guess we could feed that
[22:04:12] 	generatoir=userlogs...&prop=info
[22:04:23] 	yea
[22:05:50] 	RoanKattouw: with image usage, could it be possible to get pages that uses the image dirsctly?
[22:06:04] 	and not via transcucion
[22:06:11] 	transclusion*
[22:06:21] 	No
[22:06:25] 	ok
[22:06:28] 	That's just impossible with the current scheme
[22:06:31] 	Same story for links
[22:06:37] 	I see
[22:07:59] 	http://en.wikipedia.org/w/api.php?action=query&prop=info&titles=Main%20Page&inprop=protection
[22:08:10] 	it doesn't say is cascade protection is applied
[22:08:18] 	if*
[22:08:18] 	No
[22:08:36] 	TODO list... *sigh*
[22:08:58] 	haha
[22:10:00] 	reinis: sorry for delayed response, but IIRC action=render would do what you want
[22:10:19] 	thank you, you're awesome
[22:10:22] 	http://en.wikipedia.org/w/api.php?action=query&prop=info&titles=Patrick%20Moore%20(actor)%20%E2%80%8E&inprop=protection
[22:10:24] 	^_^
[22:10:37] 	didn't knew it dod normalization of ending spaces
[22:10:41] 	did*
[22:13:11] 	yea, action=render should be removed
[22:13:25] 	AzaTht_: Why?
[22:13:31] 	action=raw != action=render
[22:13:39] 	action=parse does more
[22:13:41] 	oh
[22:13:45] 	I was talking about the API
[22:13:49] 	03siebrand * r29707 10/trunk/extensions/ (4 files in 2 dirs): 
[22:13:49] 	* use wfLoadExtensionMessages
[22:13:49] 	* delay message loading
[22:13:49] 	* touch up messages a bit, remove EOL whitespace
[22:13:49] 	* update Translate extension
[22:14:02] 	http://en.wikipedia.org/w/api.php?action=parse&text={{Project:Sandbox}}
[22:14:08] 	http://en.wikipedia.org/w/api.php?action=render&text={{Project:Sandbox}}
[22:14:12] 	Oh you mean API
[22:14:16] 	Yes render should go
[22:14:27] 	oh, there was the section again
[22:14:41] 	sad you can only get the sections via parse :)
[22:14:42] 	:(
[22:14:50] 	That's probably on my TODO list already
[22:14:52] *RoanKattouw 	checks
[22:15:05] 	bah
[22:15:16] 	but there was one thing I always forgot, bug just reremembered
[22:15:31] 	I requested action=render for use in things like ajax live previews with a simple GET
[22:15:32] 	a way to get the data from a specific section
[22:15:36] 	because, at the time, parse didn't exist ^_^
[22:15:45] *Splarka 	notes they were added at the same time
[22:15:52] 	Splarka: haha
[22:16:04] 	AzaTht_: You mean in the API
[22:16:08] 	RoanKattouw: yes
[22:16:11] 	You can get the wikitext with action=raw
[22:16:16] 	prob=revisions§ion=3
[22:16:22] 	prop*
[22:16:24] 	gah
[22:16:40] *AzaTht_ 	needs to retake the machine writing course
[22:16:49] *slakr 	ponders
[22:16:52] 	the main reason to have something like render/parse, IMHO... lets say you have a javascript Wikiwyg...
[22:17:07] 	and lets say you're typing in a bunch of links, [[foo]] [[bar]] [[baz]]..
[22:17:08] 	Splarka: I use it for one script
[22:17:19] 	oho
[22:17:23] 	periodically, the ajax could make calls to check the blueness/redness of the links, and fill them in for you behind you
[22:17:29] 	turning them red or blue appropriately
[22:17:47] 	ok
[22:17:59] 	I wonder how well MyISAM's fulltext searching would scale if we mirrored current revisions to a search database instead of using the current search methodology
[22:18:01] 	Splarka: action=parse without all the extra stuff can do that too
[22:18:14] 	(random thought)
[22:18:16] 	but it could also be done via action=query&titles=foo&prop=info
[22:18:21] 	Roan: "something like render/parse" above
[22:18:26] 	and, as said, parse didn't exist ^_^
[22:18:39] 	could it be possible for the parse to return inline xhtml?
[22:18:44] 	Aza: well, other things, like templates, parserfunctions too
[22:19:10] 	xml parser hooks, magic words
[22:19:11] 	AzaTht: Doesn't it already?
[22:19:23] 	RoanKattouw: no, it return escaped xhtml
[22:19:32] 	So? Unescape it
[22:19:37] 	a javascript parser can do a lot, but really, there is no way to totally mimic the site's parser
[22:19:42] 	If you want it unescaped, use a different format (json?)
[22:19:48] 	as xhtml is xml, you can include it in the xml data returned, if xml is choosen
[22:20:09] 	AzaTht: If it's valid; if it's not, hinky stuff can happen
[22:20:14] 	RoanKattouw: I mean, it could use xml facillities
[22:20:34] 	RoanKattouw: if it's not valid, you can poke brion with the big stick
[22:20:44] 	I know
[22:20:52] 	:)
[22:21:03] 	But maybe you understand why the XML formatter escapes everything: we don't wanna run the risk of breaking stuff
[22:21:07] 	oop, I was wrong
[22:21:13] 	it's the only time in my scripts I'm using innerHTML...
[22:21:22] 	action=render was added 3 months ago, action=parse was added 6 weeks ago
[22:21:29] 	any one assist me with a new mediawiki installation? I changed the default them from "monobook" to another theme then i change it back to monobook and now its showing as follow http://www.kyehahn.net/Wiki
[22:21:30] 	Splarka: ok
[22:21:40] 	err
[22:21:41] 	* Introduce action=parse to API. It deprecates action=render which will be removed once (perhaps before 1.12 release). New action returns full parser output instead of returning just rendering text
[22:21:48] 	http://www.kylehahn.net/Wiki
[22:22:06] 	Splarka: I know; removing it is on my TODO list
[22:22:21] 	03(NEW) Clean up Article::doRollback - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12615 15enhancement; normal; MediaWiki: Page editing; (Simetrical+wikibugs)
[22:22:22] 	03(mod) Code quality issues (tracking) - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=700  (10Simetrical+wikibugs)
[22:22:31] 	what's the logical difference between list=search and action=opensearch?
[22:22:44] 	cikez: Doesn't look broken to me; try holding Shift and pressing your browser's refresh button
[22:22:56] 	AzaTht: action=opensearch is always limited to 10 and always returns json
[22:23:15] 	ok
[22:23:20] 	hmm
[22:23:24] 	RoanKattouw: Is it showing the monobook theme for you?
[22:23:47] 	Roan: it would be nice then if action=parse had a raw mode ^_^
[22:23:48] 	03simetrical * r29708 10/trunk/phase3/ (includes/Title.php languages/messages/MessagesEn.php): Random small fixes: formatting/whitespace, comments, fix inexplicably misleading profiling name in getUserPermissionsErrorsInternal.
[22:23:48] 	Yes
[22:23:52] 	03(mod) Clean up Article::doRollback - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12615  +comment (10roan.kattouw)
[22:24:09] 	RoanKattouw: Monobook is the one that looks like Wikipedia correct?
[22:24:15] 	Yes
[22:24:16] 	cikez, yes.
[22:24:27] 	Try holding Shift and pressing the Reload button
[22:24:31] 	Ctrl+F5 works as well for most browsers
[22:24:35] 	hmm
[22:24:36] 	I tried that
[22:24:37] 	one second
[22:24:41] 	Ctrl + Shift + R
[22:25:08] 	Ahh there we go
[22:25:16] 	the Cntrl F5 worked
[22:25:57] 	yet im still confused where to start with administrating this.. I tried adding the URL rewrite and it doesnt work correctly
[22:26:08] 	I even added the Alias in my httpd.conf file
[22:26:20] 	03simetrical * r29709 10/trunk/phase3/ (includes/Title.php languages/messages/MessagesEn.php): Tweak tweaks.
[22:26:29] 	cikez:  Put the .php files in /w , then add an Alias /wiki /w/index.php
[22:26:50] 	i have them in /Wiki though
[22:27:13] 	then i made an alias for /Wiki/ /home/khahn/public_html/Wiki/
[22:27:35] 	cikez: that will never work
[22:27:37] 	Move them to /w
[22:28:01] 	ok one second
[22:29:21] 	Alias /wiki/ /w/index.php
[22:29:22] 	correct?
[22:29:27] 	Yes
[22:29:41] 	Well /home/khahn/public_html/w really
[22:29:59] 	Sorry Alias /wiki /home/khahn/public_html/w/index.php that's the one
[22:29:59] 	ok, any certain place it needs to be in httpd.conf?
[22:30:17] 	Not really I think
[22:30:20] 	03siebrand * r29710 10/trunk/extensions/ (5 files in 2 dirs): 
[22:30:20] 	* use wfLoadExtensionMessages
[22:30:20] 	* delay message loading
[22:30:20] 	* add version to extension credits, remove EOL whitespace
[22:30:20] 	* update Translate extension
[22:30:20] 	ok
[22:30:23] 	Outside of any tags I guess
[22:32:25] 	03(mod) Separate group for ipblock-exempt on en.wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=9862  (10NavouWiki)
[22:32:52] 	03(mod) Separate group for ipblock-exempt on en.wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=9862  (10NavouWiki)
[22:33:04] 	now see what i get when i refresh it?
[22:33:11] 	http://www.kylehahn.net/w/
[22:34:39] 	03(mod) Automated edit summary for interwiki edits - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12613  +comment (10voyagerfan5761)
[22:35:06] 	Any ideas?
[22:35:44] 	haha, separate group for... everything...
[22:35:58] *Splarka 	watches the user rights log turn to oatmeal
[22:36:22] 	mmm, oatmeal and raisins
[22:36:58] 	nah, brown sugar or maple syrup
[22:37:00] 	...changed sysop to block, unblock, delete, undelete, editinterface, ipblock-exempt...
[22:37:25] 	<3
[22:47:05] 	03siebrand * r29711 10/trunk/phase3/languages/messages/ (19 files): Localisation updates for core messages from Betawiki (2008-01-13 23:37 CET)
[22:47:33] 	03(NEW) Install Gadgets extension on ro.wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12616 15enhancement; normal; Wikimedia: Site requests; (bogdan.stancescu)
[22:55:15] 	03siebrand * r29712 10/trunk/extensions/ (21 files in 18 dirs): Localisation updates for extension messages from Betawiki (2008-01-13 23:37 CET)
[23:04:50] 	03(NEW) Add $separatorTransformTable for ro:wiki - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12617 15enhancement; normal; Wikimedia: Site requests; (bogdan.stancescu)
[23:07:15] 	14(INVALID) Install Gadgets extension on ro.wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12616  +comment (10jeluf)
[23:11:05] 	wow, that was more painful than I expected
[23:11:27] 	14(INVALID) Separate group for ipblock-exempt on en.wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=9862  +comment (10cbrown1023)
[23:13:06] 	Hi! Sorry, help me. Whem i'm install media wiki, after 'Please set up the wiki first.', i have a DirectAdmin Login page. What the problem i have? Sorry for my bad English...
[23:13:51] 	help me please, who can..
[23:14:01] 	it is not easy
[23:16:29] 	03(mod) Separate group for ipblock-exempt on en.wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=9862  (10martinp23)
[23:18:03] 	03(FIXED) Problems with statistics in Crimean Tatar Wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12607  +comment (10jeluf)
[23:18:06] 	03(mod) Separate group for ipblock-exempt on en.wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=9862  (10cbrown1023)
[23:18:24] 	unref Can you help me?
[23:32:35] 	Should MediaWiki:sp-contributions-footer and MediaWiki:sp-contributions-footer-anon show up for deleted contribs too?
[23:37:54] 	Hello.. I have a question about the MediaWiki software
[23:39:42] *BrokenArrow 	looks at all the MediaWiki developers waiting for the question, sipping on their Martinis
[23:40:03] 	Just wanted to make sure there were humans here first.. =)
[23:40:04] 	There's a left-aligned image with a blockquote near it on the following page: http://en.wikipedia.org/wiki/Boydell_Shakespeare_Gallery#Shakespeare_in_the_18th_century
[23:40:12] 	Normally blockquotes have a left-margin, but whenever there's an image, this goes away. Is there anything that can be done?
[23:40:28] 	Is this something to do with the software, or is it a CSS issue, or what? Any thoughts on how to fix it?
[23:42:49] 	Simetrical is one of our CSS mavens... any idea? 
[23:43:28] 	I've tried adding extra CSS but it didn't help (this was during work on the Emma Goldman page)
[23:43:29] 	I've seen this before, but with : :: ::: indentions
[23:43:42] 	until I finally just moved the pic to the right side
[23:43:53] 	it helps to visualize this by adding something like "#bodyContent * {border:1px solid black;}" to your css temporarily ^_^
[23:44:08] 	the indentation is probably there, but just not taking effect
[23:44:35] 	Oh, I'm sure it is.. 
[23:44:51] 	The indentation to make room for the pic is larger than the indentation of the blockquote
[23:45:00] 	I think the question was "is there a way to have it relative to whatever is sitting there on the left, rather than page margin?
[23:45:01] 	but is there any way to supercede the image margin?
[23:45:10] 	yeah
[23:45:27] 	or even: The image is X pixels; the margin should be X+10
[23:47:02] 	I just tried: "
scartol: http://img209.imageshack.us/img209/1521/blockmarginmo4.gif [23:50:01] the problem is, that the image div, as it is floating, is bumping the contents of the

and

over [23:50:08] but not those elements itself [23:50:45] ooo the
tag, my eternal nemisis [23:50:53] also, spelling is another nemesis of mine. =) [23:51:05] lots of nemeses [23:51:39] "Do you know what 'nemesis' means? A righteous infliction of retribution, brought about by an appropriate agent. Personified in this case by an horrible **** -- me." [23:51:47] Hey, I can quote the whole line. Cool! [23:51:55] So there's naught can be done, eh? [23:51:59] hi all [23:52:24] Hello Juan [23:54:09] 03thomasv * r29713 10/trunk/extensions/ProofreadPage/proofread_index.js: javascript file for index pages [23:54:29] morning Tim! [23:54:45] TimStarling: meow [23:54:57] morning [23:55:06] 03thomasv * r29714 10/trunk/extensions/ProofreadPage/ (ProofreadPage.i18n.php ProofreadPage.php): added js script to index pages; made page list into a parser hook [23:55:23] domas: I'd like to see how those squid browser type handling changes affect performance [23:58:01] TimStarling: http://en.wikipedia.org/wiki/User_talk:MediaWiki_default [23:58:12] doesn't that stuff creep you out? [23:59:11] bwahahaha