[00:02:43] 03siebrand * r29091 10/trunk/extensions/Translate/MessageGroups.php: Fix bugs introduced in previous commits (incorrect export format) [00:12:14] 03aaron * r29092 10/trunk/extensions/Makesysop/SpecialMakesysop_body.php: Fix double escaping...this caused "technical difficulties" errors to show on wikipedia [00:12:55] 03siebrand * r29093 10/trunk/extensions/ (29 files in 28 dirs): Localisation updates for extension messages from Betawiki (2007-12-31 0:35 CET) [00:23:00] 03siebrand * r29094 10/trunk/extensions/ (5 files in 5 dirs): Localisation updates for extension messages from Betawiki [00:53:26] spricht hier jemand deutsch? [01:01:53] Neox: Tut mir leid, ich spreche nur Englisch und spanisch [01:02:37] Ich hatte für die Nutzung von Google ^^ [01:04:51] 03aaron * r29095 10/trunk/extensions/ConfirmAccount/ConfirmAccount.i18n.php: Tweak [01:17:25] 03(NEW) Change project name for vo.wiktionary - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12460 minor; normal; Wikimedia: Language setup; (malafaya) [01:20:35] Is there a way per the API to return the id of the revision you're viewing? [01:23:11] animum: you mean, the top revision id# of the article you are viewing? [01:23:22] or the article id# of an arbitrary revision id# ? [01:23:46] The ID of the revision you're currently viewing [01:23:53] Be it the current revision or not [01:24:05] oh... uh [01:24:07] give an example of how you can you be viewing it if you don't already know it? [01:24:29] unless you refer to the top revision of a given page, eg: http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Main_Page&rvlimit=1 [01:24:32] check for existance of oldid in the URL, and if it isn't there use Title::getLatestRevID [01:25:27] But the revision of an article you're viewing in a diff screen would be a part of the diff parameter, right? [01:25:44] yes [01:25:50] So what if diff=prev [01:25:53] or diff=next? [01:26:00] it still uses oldid as the base [01:26:07] Could you use the API to solve these problems? [01:26:14] (and get the diff #) [01:26:16] *Skizzerz isn't an expert on the API... [01:26:21] yes [01:26:32] probably with: [01:26:33] rvstartid - from which revision id to start enumeration (enum) [01:26:38] rvdir - direction of enumeration - towards "newer" or "older" revisions (enum) [01:26:48] ooo cool [01:26:55] Can I please have an example? :-) [01:26:58] you still need an oldid, as a base point, which you'd assign to the startid [01:27:04] yea [01:27:05] and then select a direction and limit [01:27:21] well, lesse... [01:27:27] animum: http://www.mediawiki.org/wiki/API:Query_-_Revisions has some examples in it :) [01:27:33] http://en.wikipedia.org/w/index.php?title=Main_Page&oldid=168691686 [01:27:34] http://en.wikipedia.org/w/index.php?title=Main_Page&diff=next&oldid=168691686 [01:28:10] splarka, examples of the API URL for the rvstartid? [01:28:15] (et al) [01:28:19] constructing, patience [01:28:19] *animum is an API n00b [01:28:25] sorry :-) [01:28:37] http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Main%20Page&rvstartid=168691686&rvdir=newer&rvlimit=2 [01:28:56] gives you [01:29:06] which is the next revision in the main page after if you do something silly like... [01:30:07] http://en.wikipedia.org/w/index.php?title=Main_Page&diff=prev [01:30:21] then it only shows the top edit anyway, so you just use http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Main_Page&rvlimit=1 [01:31:01] animum: is that sufficient? [01:31:10] Ah - and diff=cur? [01:31:29] bah! why would anyone do that [01:31:42] the history page doesn't use that syntax anymore [01:32:59] besides [01:33:14] diff=cur would be the oldid= parameter, and the current, returnable by http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Main_Page&rvlimit=1 [01:33:33] Thx :-) [01:33:40] if no oldid was specified, eg someone just did diff=0 or diff=cur... [01:33:42] then you'd, um.. [01:34:04] http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Main_Page&rvlimit=2 [01:34:20] hrm. [01:40:22] hmm, 9 possible (sufficiently different) combinations of oldid and diff... [01:46:02] hrm [01:48:37] all are easy to find, except &diff=next with no oldid= [01:49:51] although it could just be the main page being messed up [01:50:13] yah, the enwp main page has some revisions out of order [01:50:17] 03(NEW) It' s not possible to overwrite CSS rules declared in other CSS files with a CSS gadget - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12461 major; normal; MediaWiki extensions: Gadgets; (apper) [01:50:18] hah [01:52:54] animum: http://p.defau.lt/?VEDRW1j0iRqQzlTgtkKrbw [01:53:47] should be all possibilities: oldid, oldid&diff=#, oldid&diff=next, oldid&diff=prev, oldid&diff=cur, diff=#, diff=prev, diff=next, diff=cur [01:54:11] Thanks! :-D [01:54:18] note that the top revision is the same as the method for diff=Prev, eg http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=PAGENAME&rvlimit=1 [01:54:28] and also note, that coming soon, may be something to foul you up in this [01:54:56] FlaggedRevisions, which allows the top revision to be displayed as the last one verfied by a user, rather than the last one chronologically [01:57:49] yes, but then I'd assume there would be some method of getting the current flagged revision as well as the top chronological one [01:58:43] *Skizzerz just patiently waits until the API stops become passive and actually allows you to do stuff [01:59:00] right, but I can't anticipate that [01:59:04] so I can't help them with it [02:29:24] I noticed a strange behavior recently. [02:29:46] This link works: http://en.wikipedia.org/w/index.php?title=fr:Main_page [02:29:51] this link does not: http://en.wikipedia.org/w/index.php?title=mw:Main_page [02:30:51] fr: is an interlanguage prefix, mw: is an interwiki prefix [02:31:32] there are slight variations on how the two work/are parsed/etc. [02:31:36] is there an important reason that they are treated differently in that way? [02:31:45] I think that both used to work [02:32:17] interlanguage prefixes generally stay within their own project, interwikis are used for linking to entirely different sites [02:32:39] yes. just wondering if it was intentional [02:32:53] I don't know the answer to that :P [02:33:07] I'll file a bug; just checking first [02:35:14] carl-m, this probably has relevance to the way the interwiki table is setup.. (ie. o/1 for local/non-local and trans) [02:36:28] so I should file it as a wikimedia bug instead of a mediawiki bug? [02:36:55] I would expect that both links should work (least surprise) [02:37:27] *TimLaqua shrugs [02:37:29] i'd disagree [02:37:42] languages are not places. they're links to the same project [02:37:44] sort of... [02:38:10] mw: is another project, while fr: is same project, different language [02:38:21] TimLaqua: both would work if input as links on a wiki page [02:38:32] and both work out of the search box [02:38:38] true enough [02:38:55] that's why I was surprised when only some stopped working when I type them on the URL bar [02:39:57] when did it stop working? [02:40:26] I can't say exactly [02:40:46] k. then I guess id' have to agree w/ the bug. ;-) [02:41:06] my main question is whether to file it under mediawiki, or under wikimedia [02:41:48] mediawiki would be fine. [02:42:09] "both would work if input as links on a wiki page", not in the same way though [02:42:21] Splarka: yes, but that difference is invisible to the user [02:42:22] someone will reclassify it if it can't be reproduced outside of the context you found the bug. [02:42:22] you have to colon-escape interlang links or they just add to the languages sidebar [02:42:34] invisible to the user = confusing? [02:42:44] [[fr:foo]] vs [[:fr:foo]] vs [[mw:foo]] [02:43:00] they are inherently different in that respect at least [02:43:01] 03(mod) Use date format preference on unlinked dates - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4582 +comment (10voyagerfan5761) [02:43:04] true, there is that issue. But both links then link to the right place - neither gives an error message [02:44:26] 03(NEW) pages with interwiki prefixes cannot be passed directly to index.php - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12462 15enhancement; normal; MediaWiki: General/Unknown; (cbm) [02:44:40] it is also interesting to compare: [02:44:40] [[:fr:mw:foo]] [02:44:40] [[mw:fr:foo]] [02:44:58] yikes [02:45:10] you can make infinite redirect chains using languages [02:45:12] Splarka: apparently you can do routing with them [02:45:15] yes [02:45:29] it is not a bug, it is a feature [02:45:47] however, you cannot do routing with interwiki links [02:46:01] so, the behavior you're noticing may be intentional, to stop off-site routing [02:46:05] I didn't realize that, but it makes perfect sense [02:46:20] while on-site routing (or, on project anyways, in the sense of languages) is allowed [02:46:33] you'd have to query tim on that though [02:46:38] however, if there is only one colon in the title, then there is no routing [02:46:53] right, the link is changed at the source [02:47:07] however, in order to link to a page in another language, on another project, the routing trick was required [02:48:29] say I want to link to my user page on fr.wikiversity from en.wikipedia: [[v:fr:User:Splarka]] works [02:48:35] which php file is responsible for this? [02:49:30] but [[:fr:v:User:Splarka]] doesn't, but at least one does, and the more normal (the interwiki first, then the lang, so the lang doesn't have to be escaped) indicates some intention [02:49:43] *Splarka is arguing intelligent design behind this behavior [02:50:02] Splarka: typing 'fr:v:User:Splarka' into the search box gives a link that works [02:50:10] It goes to http://fr.wikiversity.org/wiki/Utilisateur:Splarka from enwiki [02:50:33] well, maybe the search is smarter? [02:50:45] *Splarka shrugs [02:50:54] that's the issue - there is some redundant code [02:50:56] it seems like you used to be able to chain interwikis [02:52:11] actually, both of those work from the URL bar [02:52:16] http://wikia.com/wiki/uncyclopedia:wikia:uncyclopedia:foo [02:52:21] fr:v:Sparkla and v:fr:Sparkla [02:53:32] that's.. odd. it didn't a minute ago [02:54:39] they both work, but not wikia:Main_page [02:54:53] ahh [02:55:27] there are 3 things at work here [02:55:33] interlang, interwiki, and interproject [02:55:50] the interlangs are the language varients, eg fr: en: de: [02:56:11] the interprojects are the project prefixes, eg: w: v: s: q: [02:56:32] the interwiki are the rest: mw: meta: testwiki: wikia: and are listed: http://meta.wikimedia.org/wiki/Interwiki_map [02:56:48] I can't find "interproject" in the source code [02:57:27] *Splarka shrugs [02:57:41] I pulled out Title.php to look for where this is coming from [02:57:45] anyway, they work like interlang, the interwiki don't [02:58:20] and create a nice 301 [03:20:00] hi, after upgrading to the newest mediawiki, i get a "Index.php" page when clicking "login", here's my htaccess and LocalSettings: http://rafb.net/p/AasmJe85.html [03:20:50] what is the right URL for the index page? [03:22:00] index.php i think :) [03:24:21] becks`: the login page should be index.php/Special:Userlogin [03:24:44] ah, it's index.php?title=Spezial:Anmelden&returnto=Hauptseite [03:24:58] that works too [03:25:38] then it shows a new wiki page named "Index.php" (Diese Seite enthält momentan noch keinen Text) [03:25:49] link? [03:26:26] http://veg-tv.info/index.php?title=Spezial:Anmelden&returnto=Hauptseite [03:27:59] becks`: apparently you have a rewrite script [03:28:24] yes, the one in http://rafb.net/p/AasmJe85.html [03:29:12] one sec [03:29:19] okay :) [03:30:39] you did it in the worse possible way [03:31:27] why? it worked in 1.9.0 :) [03:32:50] you got lucky [03:33:48] ... and $wgArticlePath has changed [03:35:17] Pinky, ? O_O [03:36:09] becks`: change your article path to this if you want to continue doing it that way... $wgArticlePath = "$wgScript?title=$1"; [03:36:26] " this is Splarka " !! :D [03:36:29] *Warpath hides [03:36:35] xD [03:36:47] *Splarka kicks Warpath down a convenient pit [03:37:04] lol [03:37:27] *Warpath falls crashing down...ouch O_o [03:40:33] becks`: just curious, do you have access to httpd.conf [03:40:35] ??? [03:43:33] qsheets yes, and i just saw that there is another $wgArticlePath in localsettings which is $wgArticlePath = "/$1"; [03:43:52] i thought it's the best way for having the article names without /wiki/ [03:44:23] becks`: having that /wiki/ in is greatly prefered [03:44:37] i know.. but i don't like it ;) [03:44:57] w/e good luck [03:49:29] 03(mod) pages with interwiki prefixes cannot be passed directly to index.php - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12462 (10cbm) [04:02:18] 03(mod) Use date format preference on unlinked dates - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4582 (10tony1) [04:07:43] *qsheets wonders if brion-away is actually away or can help one person?? [04:08:12] *brion-away depends [04:08:50] *qsheets is having a problem with the Cite.php extension and the Special:Version Page [04:09:11] is it registering the extension credits properly? [04:09:20] if cite is enabled, then Version is blank [04:09:55] qsheets: there used to be a number of problems with special:version code which have since been fixed [04:10:01] is this current dev trunk or an older release? [04:10:19] 1.11.0 full release [04:11:29] 03(mod) Use date format preference on unlinked dates - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4582 (10l8qjvx002) [04:14:09] ... but it is the current release of Cite.php [04:17:43] 03(mod) Provide preference-based autoformatting for unlinked dates - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4582 summary; +comment (10voyagerfan5761) [04:18:36] where is the rollback code stored? [04:19:24] qsheets: not at my dev machine sorry [04:19:31] kk [04:19:57] MZM: which bit? [04:20:14] I'm trying to upload a PNG to my mediawiki install, but getting this error: `The file is corrupt or has an incorrect extension. Please check the file and upload again.` I've just saved the image from photoshop CS3, and I can't find anything else that detects an error, are there issues with photoshop pngs? [04:20:47] it's 24bit with 8bit alpha [04:20:56] Splarka: i'm trying to see if werdna changed rollback so that it didn't have to have the ability to hide edits in RC [04:21:01] i'm pretty sure he did... [04:21:08] well [04:21:16] he split off the ability into a new user right [04:21:29] since giving regular users rollback would also give them the ability to use &bot=1 in the old code [04:21:31] 'botrollback' IIRC [04:21:54] ah, that makes sense [04:22:05] GIF and JPEG are both working fine [04:22:19] what version of mediawiki? [04:22:32] 'markbotedits' Skizzerz [04:22:45] Splarka: yeah, that :P [04:23:02] there we go; thanks :) [04:23:13] MZM http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/Article.php?view=annotate [04:24:20] which reminds me... [04:26:38] 03shinjiman * r29096 10/trunk/phase3/languages/messages/ (4 files): [04:26:38] * Update Chinese translations [04:26:38] * Update Cantonese translations [04:26:38] * Update Old Chinese / Late Time Chinese translations [04:26:52] 03(mod) Provide preference-based autoformatting for unlinked dates - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4582 (10l8qjvx002) [04:27:17] yay, the joy of your mediawiki being out of date two minutes after you update it >_> [04:27:47] meh, it's only a localisation update, no new features :P [04:41:48] 03(mod) Provide preference-based autoformatting for unlinked dates - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4582 (10voyagerfan5761) [04:43:06] Splarka: should i release my extension on UTC New Year or EST New Year? [04:52:01] 03(mod) Provide preference-based autoformatting for unlinked dates - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4582 (10tony1) [04:52:01] roll a D2 [04:58:32] Skizzerz just write a bot to look for update messages and auto update ;) [04:58:41] meh [04:59:03] I just finished the grouppermissions manager (code-wise, still need to test it out) [04:59:40] Skizzerz: congrats [04:59:51] ^_^ [05:00:07] now Skizzerz sell it to mediawiki XD XD [05:00:10] this should be amazingly fun to bugfix... [05:00:23] Warpath: I don't think it will ever become part of core [05:01:36] Splarka: ??? [05:01:42] because it restricts where GroupPermissions can be defined if you want it to work properly, and it requires that a subdirectory of where the extension is stored be writable by the webserver [05:01:45] qsheets: flip a coin, if there are two choices ^_^ [05:02:01] *qsheets is getting a vote [05:09:18] <^demon> Anyone got a few minutes who can look at a pastebin and figure out why it says my variables don't exist? [05:10:27] ^demon: don't ask to ask, just ask [05:11:09] 03(mod) Edit section bug - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=12459 (10michaeldaly) [05:12:00] <^demon> http://pastey.net/79826 - When I invoke $lang->setMessages('whatever'), I get undefinied variable whatever. [05:14:01] what is $lang, and what is the complete error? [05:14:38] <^demon> $lang is the initialized class, this is a method within it. Everything else within the class works perfectly. [05:14:50] okay, and the error? [05:15:05] <^demon> Notice: Undefined variable: output in /www/kalopedia/test2/includes/Lang.php on line 64 [05:15:18] <^demon> 'output', 'search', whatever I pass to setMessages(). [05:15:27] is line 64 in your paste? which is it? [05:17:15] <^demon> Line 64 is the same as line 13 in the paste. [05:18:30] so ${$section} means 'the variable whose name is stored in $section', i.e. $output. do you have a variable called $output? [05:19:17] <^demon> Yes. [05:19:29] where? [05:19:37] i mean, where is it set [05:19:49] <^demon> In the file being required() [05:20:12] <^demon> The variables are set, and it dynamically calls one of them based on what is passed. [05:21:57] please paste an example of one of those files (trim the irrelevant messages if it's large) [05:22:08] hmm ok can somebody give me general directions on how to produce a custom login.php that auths with the internal db, so basically, a login page with nothing but a login form [05:22:47] <^demon> Paste an example of the variable in the required file? [05:23:40] the entire file, minus the irrelevant parts. at least enough to see the structure [05:23:49] <^demon> Ok. [05:24:20] i did copy the processLogin function from SpecialUserlogin.php, but how do i call it? [05:24:46] ^demon: alternatively: produce a minimal test case showing the problem [05:27:36] <^demo1> It's basically a collection of arrays, here's the paste of a sample. [05:27:37] <^demo1> http://pastey.net/79828 [05:28:39] <^demon> And I want to call one of them based on what is passed to this method. [05:30:14] ^demon: is it possible that you already included this file for a different set of messages, which causes require_once to ignore it on the second call? [05:30:31] <^demon> ...that might be it. [05:30:34] <^demon> Let me try that. [05:31:56] <^demon> You are a gentleman and a scholar. [05:32:04] <^demon> Thank you so much. [05:33:39] i wish HTML had a
element which was a textbox combined with a drop-down (like you see in GUI programs) [05:34:19] <^demon> I've seen it done with Javascript hacks, but it would be nice by default. [05:36:39] mmm, combo [05:37:35] you could probably do it with css trickily, using an :active z-order and slight overlap [05:37:41] z-index even [05:51:18] Splarka: but i don't think you could allow selecting an existing value then editing it with pure css [05:51:25] (requiring js is lame :( ) [05:51:42] well, true [05:52:35] JS should only ever be an enhancement [05:53:03] eg, have an inputbox, and make a totally optional dropdown list of predefined defaults [05:54:52] i was thinking about the edit counter project list, a user might like to type 'zh.' and select the rest from a list [05:55:05] which of course could be done with optional JS, except that then non-JS users would have no drop-down at all [05:55:24] maybe it could use s , others where it'd have to be a