[00:00:06] Vyznev, it does, but you can omit closing tags a lot of the time, making the point moot. [00:00:10] Like in HTML 4. [00:00:11] No bad nesting of paragraphs if you just don't emit the closing tag. [00:00:39] (hypothetically you might actually need to omit the closing tag of a

, like

Foo

Bar

, but rare) [00:00:40] HTML 6 will have one tag... [00:00:42] werdnum: Am I just too stupid to pass some data using $_SESSION? I won't exclude this :-) [00:00:42] This doesn't seem to allow omitting the from

..., though. [00:01:03] Mazi: I think it will work if you get rid of session_start() [00:01:13] k, will try this [00:01:14] Mazi: why not write a couple of simple PHP pages with no MediaWiki stuff cluttering them up and see if it works then? [00:01:17] but yeah, try werdnum's suggestion first [00:06:16] re r43786: we really should start tagging files with maintainers... not as in "this person controls this file", but as in "ask this person if you don't know what it does" [00:06:17] and also "this person is supposed to understand what this file does, and if you change it significantly please tell them, because they're allowed to summarily revert you if you don't" [00:06:17] 03(mod) Change favicon on de, fr, pl, nl Wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16315 (10brion) [00:06:17] 03siebrand * r43787 10/trunk/phase3/ (212 files in 3 dirs): [00:06:17] Remove fixed characters (spaces and comma) from listToText(). [00:06:17] * Updated message 'and' for all languages to keep behaviour the same, no change for 'ksh' (wanted behaviour), changed 'en' (trailing comma). [00:06:17] * Added message 'word-separator' as optional message. Just a space for all languages at the moment. [00:06:29] or maybe do it on a function level where that makes more sense [00:06:36] can someone please shoot me? I think I should better have some sleep now. Thanks a lot for your help everyone! [00:07:45] I will be back tomorrow with more stupid questions ;-) Sorry for wasting your time [00:08:01] okay, see ya :) [00:08:21] ...anyway, of course, ideally everything would be documented, but in practice _everything_ will never be entirely documented [00:12:06] 03(mod) create portal: namespace for dv.wikipedia.org - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16403 +comment (10brion) [00:13:31] Ah, the ambiguity of English. [00:13:52] "everything will never be documented" could mean "for all x, not (x will be documented)" or "not (for all x, x will be documented)". [00:13:57] *Simetrical votes for option #1 [00:16:31] ...and of course nobody bothered to document which meaning was the intended one :) [00:18:27] Vyznev: even better, if it gets committed and ends up on beta wiki, translated as meaning A for half the languages and meaning B for the other half [00:18:32] siebrand enjoys unravelling that [00:18:56] *siebrand raises an eyebrow. [00:19:03] 03demon * r43788 10/trunk/phase3/includes/filerepo/ForeignAPIRepo.php: Add experimental findBySha1 functionality for ForeignAPIRepo. [00:19:03] 03(mod) Change favicon on de, fr, pl, nl Wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16315 (10Wiki.Melancholie) [00:19:04] <^demon> \o/ [00:19:55] I kick devs that change messages too often... [00:20:22] And if I have the time, I read (and update) messages before I give them to the translators. That helps a bit sometimes, although Aaron and Johannes are still quite unreliable... [00:21:20] *Splarka giggles [00:23:14] 03demon * r43789 10/trunk/phase3/includes/filerepo/ForeignAPIRepo.php: Typo (and incidentally, it works 100% now :) [00:25:42] 04(REOPENED) Paragraph due to tag - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14910 (10ssanbeg) [00:27:17] 03(NEW) Userrights-interwiki makes pages in ns 2 or 3 "interwiki" links when pagename contains @ - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16405 normal; normal; MediaWiki: General/Unknown; (mikelifeguard) [00:29:52] 03(mod) Interwiki links in the user rights log where appropriate - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16405 summary; +comment (10mikelifeguard) [00:31:20] 14(DUP) Interwiki links in the user rights log where appropriate - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16405 +comment (10mikelifeguard) [00:31:21] 03(mod) Meta rights log should link to user page on affected wiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=9794 +comment (10mikelifeguard) [00:32:17] 03aaron * r43790 10/trunk/phase3/includes/HTMLFileCache.php: (bug 16388) 'HTMLFileCache's $mFileCache is initialized too late' [00:32:18] 03(FIXED) HTMLFileCache's $mFileCache is initialized too late - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16388 +comment (10JSchulz_4587) [00:36:36] 03siebrand * r43791 10/trunk/phase3/languages/messages/ (22 files): Localisation updates for core messages from Betawiki (2008-11-21 01:16 CET) [00:41:37] 03siebrand * r43792 10/trunk/extensions/ (55 files in 50 dirs): Localisation updates for extension messages from Betawiki (2008-11-21 01:16 CET) [00:47:20] 03aaron * r43793 10/trunk/phase3/includes/User.php: Remove duplicate group rights [00:52:01] 03(mod) Change favicon on de, fr, pl, nl Wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16315 +comment (10conrad.irwin) [01:07:55] okay... so to test if a file exists, the parser calls wfFindFile() which calls RepoGroup::findFile() which calls (by default) LocalRepo::findFile() which is inherited (via FSRepo) from FileRepo::findFile(), which calls LocalRepo::newFile() (again inherited from FileRepo via FSRepo), which calls the member function $this->fileFactory, which LocalFile sets to LocalFile::newFromTitle(), which just creates a LocalFile object, on which File [01:08:31] which still doesn't explain why it apparently sometimes returns false for files which I _know_ are in the image table [01:08:33] fsck [01:08:54] :PP [01:09:12] is it at least consistent? [01:09:21] yes, that it fortunately is [01:09:48] actually... I think I have an idea. a lot of those functions (redundantly) call Title::makeTitleSafe() [01:10:01] <^demon> I think there's some unecessary recursion in there somewhere. I came across it when looking at redirects. It appears image objects are being loaded more-than-once in some instances. [01:10:07] <^demon> File objects, rather. [01:10:16] so if the file name in the table isn't normalized the way Title thinks they should be, fun ensues [01:10:30] 03(mod) Change favicon on de, fr, pl, nl Wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16315 (10brion) [01:11:55] ^demon: could be. fun thing is, LocalFile has a custom findFiles() method, which seems to avoid a lot of the complexity, but looking for only one file still uses the convoluted path [01:12:19] s/LocalFile/LocalRepo/ above [01:15:04] anyway, if the image table has files with misnormalized names (which I know it does, since it even has invalid titles), that also means those entries can't be deleted through the wiki either [01:15:08] (because I assume the deletion code also normalizes the title) [01:15:08] fun :) [01:18:29] *Splarka finally figgers out nice js for 16402 [01:26:02] hey guys i have created a few folders on my mediawiki server and im trying to access a few weblinks via url that point to the folder... im interested to list the directory contents but i get an 404 error [01:26:09] is there a way to list contents of a folder via a wiki? [01:32:19] Vyznev: hmm, if the name's not normalized you shouldn't be able to see the image through the wiki either [01:37:10] hmm [01:37:21] if I query 500 of 3 users' contribs... and then limit to displaying only 500 total sorted by date... that shouldn't miss any should it.. [01:37:28] *Splarka thinks to self [01:41:40] brion: exactly [01:41:59] okay, I have a list now... http://commons.wikimedia.org/wiki/User:Ilmari_Karonen/Zombie_images/test [01:42:14] now, can anyone figure out what's wrong with each of those file names [01:42:24] Nl-vitale capaciteit.ogg ? [01:42:37] that... should be fine [01:42:59] except the ones that have "'" in them, those I could kind of figure out myself :) [01:44:48] http://commons.wikimedia.org/wiki/Image:Nl-vitale_capaciteit.ogg <- has a record but the file appears to be missing? [01:47:00] hey krimpet :) [01:47:32] 'evening. :) [01:47:52] brion: as far as I can tell the repo isn't checking the file on the disk at all [01:48:35] so if the title isn't bad, I don't know _what's_ happening [01:49:33] (in fact, thanks to the image loss in September, I have a list of files who _are_ missing from the disk, and those show up as bluelinks just fine) [01:50:18] (although they do have descriptions, so it's not really the same situation... hmmm) [02:01:21] bleah funky [02:01:25] ok i'm gonna head out [02:01:25] 03(NEW) Search unwated pages like deleted pages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16406 15enhancement; normal; MediaWiki: Special pages; (oysterguitarist) [02:01:25] getting towards dinnertime [02:01:25] *Splarka scares brion with: http://en.wikipedia.org/wiki/User:Splarka/contribsmulti.js [02:02:16] oh god the terror! [02:02:33] yknow, my main motivation for such atrocities [02:02:34] is to scare you into making the feature server-side so they can be deleted [02:02:35] hehehe [02:02:56] 03(mod) Search unwatched pages like deleted pages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16406 (10N/A) [02:04:10] sweet [02:05:22] ok byeee [02:05:22] shall I point to it from the bug as a stopgap? (not changing status of bug) [02:05:22] damn, quitter! [02:07:30] "if you fetch X contribs for each user, mix and sort by date, and show X total, you don't lose any" [02:07:31] ouchie :) [02:08:27] *Vyznev can just imagine someone trying to use this on a full /16 range... [02:08:45] 03(mod) Contribution list for multiple users - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16402 +comment (10herd) [02:09:23] Vyznev: heh.. I have another gadget for that [02:10:07] and it works.. you can even do an /8... of course, your browser and domas will kill you if you do it [02:12:24] Vyznev: http://en.wikipedia.org/wiki/MediaWiki:Gadget-contribsrange.js [02:14:58] anyway, doesn't work for me: "wgCanonicalSpecialPageName.toLowerCase is not a function" [02:15:16] FF 3.0.4 [02:16:08] that isn't anything of mine [02:16:08] sounds like another script [02:16:34] ah, yes, it's one of mine ;( [02:16:39] in which case, yours simply fails silently :/ [02:23:02] *Splarka patpats his poor silent script [02:24:03] Vyznev: have yours if(wgCanonicalSpecialPageName) before trying to lowercase nullness [02:26:05] what format does/would wikipedia use for uploaded video files? [02:26:14] p858snake, Ogg Theora. [02:47:22] Splarka: anyway, mine check for wgCanonicalNamespace == "Special" first [02:47:31] odd [02:47:40] I'm not sure how that managed to pass while wgCanonicalSpecialPageName was null that one time, and I can't replicate it either [02:47:45] heh, voodoo [03:06:22] can someone point me to the docs on the {{int: }} internal linking ? [03:09:04] tomaszf: that's not linking... [03:09:22] it's an old-fashioned syntax for including a system message. [03:09:46] that's fine for this job [03:09:46] also how templates worked before there was a Template namespace [03:10:24] 03erik * r43794 10/trunk/tools/planet/en/config.ini: +3 [03:11:51] brion and i were chatting about how to start sharing messages between notices for the fundraiser. right now they get written to their own named space which is all sorts of silly [03:12:44] and docs left about it? [03:12:44] 03(mod) Increase Commons file size upload limit to 40MB - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12595 (10http://news.cnet.com/8301-17939_109-10103177-2.html> [03:12:44] -- [03:12:44] Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email [03:12:45] ------- You are receiving this mail because: ------- [03:12:45] You are the assignee for the bug. [03:12:45] You are watching all bug changes. [03:12:45] _______________________________________________ [03:12:45] Wikibugs-l mailing list [03:12:45] Wikibugs-l) [03:13:10] *Charitwo kicks wikibugs [03:13:11] haha .. people are appending cnet articles to bugzilla .. sigh [03:13:39] *tomaszf thanks Charitwo for keeping wikibugs in line [04:17:51] anyone here have an idea as how to point a form at a special:page without the browser reporting an error? [04:20:29] what browser error? [04:21:23] well if I point the submit button to special:pagename the browser says it doesn't know how to open the page because it doesn't recognize the protocol [04:21:37] http://www.example.com/wiki/Special:Whatever [04:22:21] heh [04:22:37] indeed, specify a full path [04:23:07] then I end up with the wiki trying to go to wikipath/index.php/path/special:whatever [04:23:30] can you try using real URLs in your example? it's hard to work out what you mean [04:23:52] well, you could specify a server-relative (web root) path, anything that starts with '/' [04:26:01] which is a good idea anyway, any slash in a page title using short URLs will change your relative location [04:26:10]

[04:55:00] 03vyznev * r43795 10/trunk/phase3/maintenance/cleanupImages.php: Clean up image titles with HTML entities (made invalid in r28968). Also misc. improvements: fail gracefully if buildSafeTitle() fails, move description page and old image revisions too. [05:07:56] Hi [05:12:03] Anyone know how to integrate wordpress + mediawiki, I would like users to access both logins with one account and not having to create 1 for each. I also want to show a post or 2 on the wikis front page without having to fetch through RSS, anyone know of a way? [05:12:55] Or is anyone familiar with http://www.mediawiki.org/wiki/Extension:RSS ? [05:27:12] $wgSharedDB for the wordpress/mediawiki usernames possibly [05:34:01] I'm having a bit of a problem here.. It seems that every user (even anon ones) can edit the wiki.. What am I missing here? [05:34:24] I'm having a bit of a problem here.. It seems that every user (even anon ones) can edit the wiki.. What am I missing here? [05:34:41] that's how wikis are meant to work [05:34:49] if you want to restrict access, see the FAQ (it's in the topic) [05:34:52] $wgGroupPermissions['*']['edit'] = false; ? [05:35:30] since I've updated it, it's accepting that. and it was locked before.. [05:35:39] so I need to close it again? [05:44:22] 03(FIXED) 125M memory limit exhausted when editing nearly empty page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13233 +comment (10mel) [05:46:44] where's that info on 1.6.x?? I can't find it.. :) [05:52:01] found it.. thanks. [06:06:08] Hi! I am looking for setting up a Wiki for my small team of 20 users for my internal use. It will host some documents/softwares etc. I am interested in knowing which Wiki Software will be good for my use. If I use Mediawiki, Will it is too heavy for me or should i go for some small software. [06:06:26] ?? [06:08:44] 03vyznev * r43796 10/trunk/phase3/maintenance/cleanupImages.php: also fix image names with magic tildes in them, got a few on enwiki [06:14:08] S_A: this may not be the most useful place to ask, really [06:14:48] MediaWiki works fine for small wikis, at least as long as a 50 Mb install isn't too much for you [06:15:27] but I'm not really familiar with the strengths and weaknesses of other wiki software, so can't offer a comparison [06:16:28] maybe try http://en.wikipedia.org/wiki/Comparison_of_wiki_software ? [06:20:03] There's a website somewhere... [06:20:06] !wikis [06:20:06] --mwbot-- I don't know anything about "wikis". You might try: !cms !dump !interwiki !mediawiki !moderation !multiplewiki !sandbox !wiki !wikia [06:20:20] !dump [06:20:20] --mwbot-- For information on how to get dumps from Wikimedia Wikis, see http://meta.wikimedia.org/wiki/Data_dumps [06:21:40] *^demon tries to find some bug worth fixing tonight [06:22:25] !botnoob | MZMcBride [06:22:25] --mwbot-- MZMcBride: I don't know everything about everything. I am mostly for lazy experienced users to echo quick answers to very common mediawiki questions. Please don't randomly experiment with me for help. Everything I know is at http://tools.wikimedia.de/~amidaniel/botbrain.html and you can visit #mwbot or privately message me. [06:23:08] *MZMcBride stabs Splarka. [06:23:15] *Splarka was goona add it but looked at the brain and saw he'd already done [06:23:16] *Splarka bleeds [06:23:27] !compare | S_A [06:23:27] --mwbot-- S_A: For a comparison of wiki software, see and [06:23:37] !wikis alias compare [06:23:37] --mwbot-- Successfully added alias: wikis [06:43:47] How do you create a link to a file like open a file on a network server? [06:44:30] you can't run something on the filesever from mediawiki [06:45:04] you would need something like shell/telnet access to run a file on the server [06:46:44] 03demon * r43797 10/trunk/phase3/ (RELEASE-NOTES maintenance/nukePage.inc): (bug 8702) Refactor stats updating in nukePage. Now updates edit count and good article count, not just total page count. [06:47:19] <^demon> rujin: Do you mean like an external link to something on a network share? [06:47:47] ^demon: yes [06:47:48] 03(FIXED) maintenance/nukePage.php doesn't update statistics - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=8702 +comment (10innocentkiller) [06:48:05] <^demon> rujin: One second, I'm trying to remember how... [06:48:43] /server/folder/file.txt [06:49:16] ^demon: like //network_share/folder/file.txt [06:49:48] <^demon> rujin: Exactly...I did it before in my old job....but I don't have access to that wiki anymore. Trying to remember offhand. [06:51:44] <^demon> rujin: You might try adding file:// to $wgUrlProtcols...may or may not work :-\ [06:51:57] <^demon> http://www.mediawiki.org/wiki/Manual:$wgUrlProtocols - there's the docs. [06:53:15] ^demon: [06:53:18] thanks [06:53:37] <^demon> no problem [06:55:47] hey guys is there anyway to configure mediawiki to support the viewing of a directory? [06:56:12] i have some files that i have uploaded to my server and i want to provide the path to the dir they are listed in ... [06:56:32] rather than have a specific link to each file? is this possible? [07:03:02] is the directory a subdirectory of the mediawiki install directory? [07:03:25] no wait, my method wouldn't work, [07:06:35] 03(NEW) Please change left-hand label to say " this page in other languages" instead of merely saying "languages" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16407 15enhancement; normal; MediaWiki: User interface; (jasonspiro) [07:20:41] it would be cool if the bugzilla linked accounts in the golbal system somehow [07:24:49] 03(mod) Please change left-hand label to say " this page in other languages" instead of merely saying "languages" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16407 (10p858snake) [07:30:04] 03(mod) Please change left-hand label to say " this page in other languages" instead of merely saying "languages" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16407 +comment (10innocentkiller) [07:36:07] why dosn't wikibugs show comment one as +comment (username) in here? [07:36:47] hi all! [07:36:55] i have installed mediawiki successfully. now i'd like to customize path settings. Now an article path is /index.php/Article_name. Can I make it like this: /Article_name? how? thanx! [07:37:36] <^demon> !shorturl | uzbek [07:37:36] --mwbot-- uzbek: 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 [07:37:53] p858snake: ... it does [07:38:15] ^demon, thanx! [07:38:23] p858snake: its a subdir of the mediawiki install that i created [07:38:30] <^demon> uzbek: No problem. [07:38:50] w3rd__: yeah my idea won't work for what i was thinking of [07:39:00] k nps [07:48:13] 03mkroetzsch * r43798 10/trunk/extensions/SemanticMediaWiki/languages/SMW_Messages.php: Remove note that feature is experimental from errors with Type:Date (in as many languages as I dare to modify without understandig a word ;) [07:57:07] 03mkroetzsch * r43799 10/trunk/extensions/SemanticMediaWiki/includes/SMW_DV_Time.php: create Julian Day Number even when container is not fully initialised, return year/month/day values also if object not valid (yet) [08:04:09] <_wooz> lo [08:15:17] why in wikipedia.org edit panel (tools for edit) is bigger than in mediawiki? [08:16:03] uzbek: wikipedia.org has LOADS of extensions installed, that may be one of them [08:16:28] uzbek: are you talking about the icons above the edit feild? [08:16:36] p858snake, yes :) [08:17:34] can we install those extensions? [08:17:41] for free? [08:18:05] <^demon> Yes, they're all free. [08:18:18] <^demon> All are licensed under the GNU GPL, as far as I know. [08:18:23] 03(mod) Please change left-hand label to say " this page in other languages" instead of merely saying "languages" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16407 (10ari.brodsky) [08:18:53] not all of them [08:18:54] padde, p858snake ^demon thanx guys! [08:18:59] but they're all under free licenses [08:19:37] <^demon> uzbek: Here's a list of all the extensions on Mediawiki.org: http://www.mediawiki.org/wiki/Extension_Matrix (and here's a list of ones running explicitly on Wikimedia sites: http://www.mediawiki.org/wiki/Category:Extensions_used_on_Wikimedia) [08:20:06] <^demon> The latter list can be trusted to contain ones that are stable and have passed code review. [08:21:15] uzbek: are you talking about the icons above the edit feild? [08:21:24] those aren't extensions, those are javascript [08:21:27] <^demon> Has anyone else played with Gmails new theme system thingie? [08:21:31] (although some of them create tags for extensions) [08:22:24] bah long urls causing that extenstion table not to wrap to browser size =( [08:22:34] ^demon, thanx [08:22:37] uzbek: http://en.wikipedia.org/wiki/MediaWiki:Common.js/edit.js the customeditbuttons [08:23:19] Splarka, thanx a lot! [08:23:35] for instructions google for: mwCustomEditButtons [08:26:37] 03(mod) The page counter could not update - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16359 (10skjackey.tse) [08:32:43] 14(WFM) Please change left-hand label to say " this page in other languages" instead of merely saying "languages" - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=16407 +comment (10niklas.laxstrom) [08:34:32] 03mkroetzsch * r43800 10/trunk/extensions/SemanticMediaWiki/includes/SMW_DV_Time.php: [08:34:32] fixed Julian Day computation (was still checking historical years instead of astonomical ones); [08:34:32] added documentation on Julian Day and our use of the proleptic Georgian calendar. [08:36:03] 03(mod) source tag error shows invalid example in german error message - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=16317 (10niklas.laxstrom) [08:36:40] w3rd__: http://www.mediawiki.org/wiki/Extension:DirList [08:37:04] 03mkroetzsch * r43801 10/trunk/extensions/SemanticMediaWiki/includes/SMW_DV_Time.php: Gregorian, not Georgian. [08:41:19] 03siebrand * r43802 10/trunk/extensions/SyntaxHighlight_GeSHi/SyntaxHighlight_GeSHi.class.php: (bug 16317) source tag error shows invalid example in german error message [08:42:44] 03(FIXED) source tag error shows invalid example in german error message - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16317 +comment (10siebrand) [08:50:50] 03mkroetzsch * r43803 10/trunk/extensions/SemanticMediaWiki/includes/SMW_DV_Time.php: Document proper leap year support and input conventions regarding "BC", "PM", etc. [08:51:22] <^demon> siebrand: Ping. [08:52:04] ^demon: pong! [08:52:46] <^demon> Howdy :) Quick question: how has the new ForeignApi stuff been working on Betawiki? You guys have been great at running that bleeding edge code ;-) [08:53:41] ^demon: OK I guess. Didn't get any complaints. Lemme look up a few quick examples. [08:54:08] <^demon> Awesome :) I redid the caching over the past few days, wanted to make sure it was working alright in a production environment. [08:55:03] ^demon: looks broken. http://translatewiki.net/wiki/User:GerardM [08:56:27] ^demon: that should show http://commons.wikimedia.org/wiki/Image:GroteGrazers.JPG [08:57:06] <^demon> Now, why is all of this suddenly not working? All worked earlier today...maybe the file/image switch? [08:57:39] ^demon: I could quickly revert to an earlier version, if you want to double check? [08:57:49] in that case: which path to which version? [08:58:14] <^demon> Dunno, give me a moment. It's not working on my localhost right now either :-\ [08:58:36] *Splarka forgot to commit this bug last night, tries again [08:58:36] 03(NEW) generatexml for prop=revisions with rvexpandtemplates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16408 15enhancement; normal; MediaWiki: API; (herd) [08:59:34] this is a production problem affecting people OUTSIDE the WMF [09:01:08] <^demon> GerardM-: because wmf doesn't run ForeignApiRepo ;-), you guys have really been fantastic about putting this code through its paces. [09:01:38] 03demon * r43804 10/trunk/phase3/includes/ (WebRequest.php WebResponse.php): This should probably be in Response, not Request, as we're setting data, not getting it. Nothing's using it yet (fairly new), so nothing to update. [09:01:53] it is an important tool to promote Commons and its free files [09:02:07] ^demon: broken since 43785 [09:02:13] <^demon> Which is why I want to improve it even more over time, so we can start telling people to use it and use it often. [09:02:18] 03(FIXED) Old property value not deleted - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=16400 +comment (10markus) [09:02:18] <^demon> sidebrand: Thanks. [09:03:30] GerardM-: issues in head are an occupational hazard. Just as long as they work in tags... [09:03:53] true [09:05:17] but it does break things for people who are on stable versions [09:06:13] and consequently only testing for head does not make you see how it affects our end users [09:06:21] <^demon> siebrand: Yes, it is the File/Image stuff. I was able to get the proper Api data when I reverted to the old canonical names. [09:06:28] sorry, you lost me, GerardM-. [09:07:08] we test on head.. our users typically are NOT on head so changes on head may break things for our users who are on stable versions [09:07:31] <^demon> siebrand: I accidentally broke it trying to be correct ;-) instead of hardcoding Image: as the namespace, I pulled the canonical name (change in r43785). Commons doesn't know what File:GroteGrazers.JPG is, only Image:GroteGrazers.JPG. [09:08:36] GerardM-: MediaWiki and extensions in the repo are branched at the same time. Most of the extensions work on the MediaWiki version from the same branch. Using trunk stuff is not advisable, or at least nothing to whine about when giving errors; but explain that to Joe the Plumber. [09:08:52] ^demon: hah :) [09:09:17] 03(FIXED) perhaps add "Pages using the special property Xxx" section to special property pages - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=9748 +comment (10markus) [09:09:24] <^demon> So either A) I revert or B) Leave the correct behavior and wait for Brion to ok the Image->File switch. [09:09:29] Siebrand, people who use this functionality need a stable API. Changes to HEAD may break this functionality [09:09:46] because stable versions are not updated [09:09:49] <^demon> GerardM-: Which is why the API is very very stable and essentially non-breaking. [09:09:55] ^demon: the solution should be to find out what NS_IMAGE is called at the foreign repo, I guess [09:10:44] ^demon: and cache that for some time? [09:10:46] <^demon> siebrand: Well, I rely on the fact that the canonical names never (theoretically) change. So the NS_IMAGE canonical name on one wiki should be the same as everywhere else, except that wmf hasn't updated to the new canonical name yet, so we're in limbo. [09:12:22] ^demon: don't know how long the foreign repo is in yet, but can the namespace change break foreign repo people using older versions of mediawiki to the new version commons would be running? [09:13:10] <^demon> No, it's completely forward compatible, provided the API doesn't have any breaking changes in that area (which Roan is good about, as you know) [09:13:20] hehe [09:13:56] <^demon> Plus, we're leaving Image as an alias to File by default, so commons (or any wmf wiki) will always resolve requests to Image: [09:14:13] hi ^demon [09:14:38] but if they change Image to File everyone will complain that the bots and scripts that they use will break >.< it already happened on the mailing list [09:15:10] <^demon> Nikerabbit: Hey :) [09:16:39] ^demon: so just use Image: and you should be safe? [09:18:00] <^demon> Perhaps I should go back to hard-coding Image:....it seems more safe in the long run. [09:23:00] 03mkroetzsch * r43805 10/trunk/extensions/SemanticMediaWiki/ (includes/SMW_DV_Time.php languages/SMW_Language.php): beautification, some documentation of open issues for date handling [09:25:12] 03demon * r43806 10/trunk/phase3/includes/filerepo/ForeignAPIRepo.php: [09:25:12] Revert r43785 (switching hardcoded Image: to loading the canonical name). This [09:25:12] causes an interesting regression...trunk cannot use this with an API below [09:25:12] r43639 (when Image was renamed to File), as File:Someimage.ext doesn't make [09:25:12] sense to these wikis. Keeping it hardcoded might be best, if Image is in fact [09:25:16] remaining an alias to File. [09:26:12] yeah, but those still all return values ending in ".org" [09:26:33] (nvm, wrong channel) [09:42:21] <^demon> You know what would be cool....a way to pull up *when* a cache entry will expire, even if it hasn't yet. Something like getExpiry( $key ). [09:43:28] well, it'd be more getMaxExpire, since it could expire earlier [09:43:46] <^demon> True. [09:47:50] 03mkroetzsch * r43807 10/trunk/extensions/SemanticMediaWiki/includes/SMW_DV_Time.php: fix numbre formatting for large year numbers (no thousands separator, no exp notation) [09:53:45] 03(NEW) New "link=" parameter in [[Image: - cannot link to Media: - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16409 15enhancement; normal; MediaWiki: Images; (derbeth) [09:55:29] 03aaron * r43808 10/trunk/phase3/includes/ (WebRequest.php WebResponse.php): [09:55:29] Revert r43804 'This should probably be in Response, not Request, as we're setting data, not getting it. Nothing's using it yet (fairly new), so nothing to update.' [09:55:29] Session id is used by client request to specify its login data from cookie, so [09:55:29] the session data, by extensions, is like a sort of request parameter. Also, [09:55:31] WebResponse.php seems to be used for data actually sent to the client, like [09:55:33] requested cookies. [10:08:41] 06(LATER) respect the user's date formatting - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=9620 +comment (10markus) [10:27:52] 囧 [10:29:10] hi everyone. [10:29:20] hi [10:29:28] padde: what is that? [10:29:37] hello nike :) I came here to make a suggestion [10:29:43] Nikerabbit: a sad face? ;) [10:30:02] Nikerabbit: (because of "(LATER) respect the user's date formatting - http://bugzilla.wikimedia.org/show_bug.cgi?id=9620 +comment (markus)") [10:30:20] disrespect user dates! [10:30:25] looks kanji to me, not a sad face [10:30:41] and that's semantic stuff anyway [10:30:56] Nikerabbit: well, it's a (nowadays) rarely used Chinese character ("jiong") [10:31:02] hmm, 16409 [10:31:09] padde: what does it mean? [10:31:26] www.etherpad.com ([[Etherpad]]) was launched two days ago, and it seems to be the only web-based real-time collaborative text editor that really works; who has tried it? [10:32:09] ahh, 16158 [10:32:23] I was wondering if ther could ever be possible to have a multi-user, real-time wiki, perhaps something similar to etherpad [10:32:26] link= registers links in the link table in -1 and -2 namespaces, heh [10:32:36] (so does sometimes) [10:32:57] Nikerabbit: actuall it means 'brightness' ... today it's used more and more often on the net to express "don't like it... sad..." because it looks a bit like a sad face (depends on the font) [10:33:30] Waldir_: nobody there to test with [10:33:48] Nike: gimme the url :) [10:34:17] http://etherpad.com/e16Va9iCBq ? [10:34:29] yup :) [10:36:07] 03(mod) New "link=" parameter in [[Image: - cannot link to Media: - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16409 (10herd) [10:36:42] Waldir_: i always get disconnected [10:36:43] Nikerabbit: so, as you can see, it works :) [10:36:49] hum.... :( [10:36:56] that never happened to me [10:37:23] Waldir_: maybe the 500ms latency are above some threshold [10:38:09] not sure. it just seems to work fine here. and it has a button to save revisions anytime, so it's almost a wiki [10:38:35] it is limited to 8 people, but even 2 or 3 would be enough to prevent edit conflicts [10:39:00] what do you think, could the concept be used to develop a mediawiki extension? [10:39:20] that would make wikis even more wiki-like :D [10:44:21] Waldir_: is that open source? [10:44:43] hum, this just makes me wonder... what id someone cuts a text someone else has been writing, pastes it and saves a revision? that would give them the credit for the actual edit.... otherwise, the system would have to remember who wrote each words and save a bunch of diffs from every revision one decides to save [10:45:11] OTOH, it could just save a single revision with collective autorship, without saying who wrote what [10:45:25] but then people could just join sessions and take half credit for no work [10:45:47] well, i think it's more about collaboration, and not about getting credit ;) [10:45:49] anyway this already happens in wikis when someones copy-pastes a page instead of using the move funcion. [10:45:58] paddle: exactly :) [10:46:05] Waldir_: -l [10:46:09] and Nikerabbit it is open-source, yes :D [10:46:19] Waldir_: good, then you can write the extension :D [10:47:00] hahah i'd have to learn "writing mediawiki extensions for dummies" first xD [10:47:09] i was hoping someone here would take the bait :P [10:48:42] I've been waiting for something like this for a long time but every wannabe real-time collaborative editor would be either too slow, or not handle conflicts very well... this is the first one I see that actually works :) so I'm pretty excited [10:51:43] there was a very light desktop app that worked pretty much like this, called MoonEdit (I've heard SubEthaEdit for mac and Gobby for linux are very good too) but a web-based one is certainly the best application of the concept, e.g. it requires no downloads or installation [10:52:37] padde: lol, I only figured out you meant -L instead of -1 xD [10:52:50] Waldir_: heh [10:52:55] *just figured [10:52:56] Waldir_: font problem again :P [10:53:00] heheh [10:53:49] so I guess noone is very much excited about this huh? at least point me to the starters guide for mw extension writing :/ [10:54:21] Waldir_: i really like it [10:54:32] Waldir_: what's it written in? where can I download it and set up my own server? [10:54:53] javascript. it's based in AppJet, a platform for writing web apps in js [10:55:02] lemme try and find a link [10:56:08] Waldir_: time to learn, we are short of developers [10:56:57] Nikerabbit: :( I would love to help but I am overwhelmed by my own schedule [10:58:37] padde: wouldn't it be this? http://etherpad.com/static/compressed/28835cdf8dca35c29c6a192cc8f8b9f4.js [10:59:06] ah, there's #etherpad [10:59:56] Waldir_: thanks :) [11:05:39] Waldir_: i guess it needs this AppJet thingy, that's not yet released [11:05:55] hmmmm [11:05:56] Hi. I'm trying to setup a multiple mediawiki installation on the same server. Could someone suggest me a good howto to follow? [11:06:24] i was reading yesterday that all appjet applications were open-sourced, so i assumed the base platform also was [11:07:12] http://ejohn.org/blog/etherpad-real-time-editing-with-javascript/ "They now even provide a copy of their server-side software along with the full source." [11:07:32] according to this we can have some hope :D [11:07:52] wait a moment, he said "now"? that means it's already out! [11:08:04] http://appjet.com/download [11:09:40] !farm | riz_ [11:09:40] --mwbot-- riz_: To run multiple wikis, you can simply install MediaWiki in different folders, with different databases or in one with database prefixes. You can also have multiple wikis using a single installation: and . [11:10:45] Waldir_: got to go now. but thanks again for the pointer, very interesting application [11:10:55] mwbot many thanks! [11:11:21] padde: yes indeed! see ya :) [11:11:22] mwbot my idea is to use a single installation for multiple site [11:11:33] riz_: hint: mwbot is software [11:11:44] padde ops, sorry! [11:12:00] but Splarka is hardware ;) [11:12:07] xD [11:12:09] !ai | padde [11:12:09] --mwbot-- padde: hey, that hurts my feelings [11:12:39] be nice to the poor bot [11:22:10] hi [11:34:03] 03jojo * r43809 10/trunk/extensions/Collection/Collection.body.php: fix for http://code.pediapress.com/wiki/ticket/372: show portlet on all pages if collection is not empty. [11:34:23] 03demon * r43810 10/trunk/phase3/maintenance/cleanupImages.php: [11:34:23] Replace mkdir() in favor of wfMkdirParents(): [11:34:23] * It handles directory modes for us (rather than hardcode 0777) [11:34:23] * It handles recursion for us [12:05:56] PHP Fatal error: Call to a member function toHtml() on a non-object in /var/www/w/includes/ImagePage.php on line 936 [12:07:12] ^demon: perhaps you can help? [12:08:02] <^demon> Nikerabbit: One moment. [12:09:34] <^demon> Nikerabbit: Is this on a local image or a foreign one? [12:10:46] http://translatewiki.net/wiki/File:Mail-reply-all.svg [12:12:12] <^demon> Odd...and you guys already updated to re-add the hard-coded Image: prefix...so it's not that... [12:12:29] <^demon> (that page is blank, no errors even) [12:12:46] ^demon: the bot is flooding them to our irc channel [12:13:13] <^demon> Ah ;-) [12:13:33] eh... why do we have a page-long function to do what mkdir( $dir, $wgDirectoryMode, true ) does? [12:13:54] we're not still maintaining PHP4 compatibility, are we? [12:14:02] <^demon> Vyznev: Because wfMkdirParents() existed before the third parameter to mkdir() did ;-) [12:14:42] <^demon> Ideally, wfMkdirParents() could just be a wrapper around mkdir( $path, $mode, true ) nowadays [12:14:57] Vyznev: one word: umask [12:15:01] it should have lengthy comment near it explaining that it cannot be made so [12:15:25] ...and just why do we want to override the umask? [12:15:39] usually if there's a umask it's there for a reason [12:16:51] Vyznev: it acts poorly if we want to restrict access [12:17:07] <^demon> I slowly waged war on mkdir() so we have a common interface within MW for creating directories. The few remaining plain mkdir() calls are in ~/maintenance [12:17:16] ...but umask doesn't add permissions, it only takes them away [12:17:17] <^demon> Otherwise, $wgDirectoryMode was useless ;-) [12:18:25] is there any advantage of RSS or Atom over the other when registering for a feed? [12:19:11] <^demon> Crap...why did I drop objectcache...I meant to truncate it.... [12:19:17] haha [12:20:03] Vyznev: it adds too [12:21:10] Nikerabbit: ?!? [12:21:26] it's a _mask_ [12:22:39] it _can't_ set bits that are unset in the mode [12:22:48] that' [12:22:51] s [12:22:57] just mathematically impossible [12:25:03] <^demon> Nikerabbit: Can I get your config for ForeignFileRepos? [12:25:14] well, don't let my unknowledge be in the way of correct code [12:26:42] ^demon: http://translatewiki.net/wiki/BetawikiSettings.php if it is up to date [12:29:06] 03(NEW) Enable email notification for watchlist and minor edits on portuguese wikibooks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16410 normal; normal; Wikimedia: General/Unknown; (heldergeovane) [12:29:46] mm [12:29:48] ignorance [12:34:25] *Simetrical smacks http://news.cnet.com/8301-17939_109-10103177-2.html [12:34:58] *Simetrical isn't going to bother to sign up to CNET just to correct their misinformation about videos, though [12:35:31] I just got home from Bond. [12:35:38]