[00:07:10] 03simetrical * r25260 10/trunk/phase3/ (RELEASE-NOTES includes/Parser.php): (bug 8393) and need to be preserved (without attributes) for entries in the table of contents. [00:08:59] 03(FIXED) Allow some HTML tags through to table of contents - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8393 +comment (10Simetrical+wikibugs) [00:10:48] <_Danny_B_> robchurch: thanks for fixing page titles for whantlinkshere and recentchangeslinked [00:16:38] 03tstarling * r25261 10/trunk/debs/wikimedia-task-appserver/debian/ (changelog conffiles postrm preinst rules): [00:16:38] * No, really, mode 400 for sudoers. [00:16:38] * Diversion for sudoers [00:27:49] I'm looking to get short urls to work on my wiki. The wiki is the only thing that's going to be running on my website, so I've put it in the root of the website. can anyone help? [00:28:46] 03(mod) Lucene search 2 uses GNU-specific cp options when snapshotting indexes - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11103 +comment (10rainman) [00:29:06] cloakable: have you read http://www.mediawiki.org/wiki/Manual:Short_URL ? [00:29:20] <_Danny_B_> !simpleurl | cloakable [00:29:20] cloakable : To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at http://www.mediawiki.org/wiki/Manual:Short_URL. There are instructions for most different webserver setups. [00:29:23] Worby: O have indeed. [00:29:46] !help [00:29:46] Hi! I'm mwbot, a bot that was quickly whipped up by Daniel Cannon (AmiDaniel) to help out around #mediawiki. There's not much documentation on me, but you can find all my source code at http://amidaniel.com/viewvc/trunk/MWBot/?root=svn [00:30:07] _Danny_B_: Is says nothing about having the wiki in DocumentRoot, only about having it at /w [00:30:22] cloakable: try and change the /wiki/$1 to /$1 no? [00:30:30] oh [00:30:39] Yeah [00:30:49] don't you just want "ArticlePath" adjusted? [00:31:28] At the moment it's using www.url.url/index.php/Main_Page [00:31:40] I want to get rid of the index.php [00:31:51] <_Danny_B_> cloakable: got robots.txt on your site? [00:32:05] _Danny_B_: Not at the moment [00:32:14] <_Danny_B_> cloakable: do you plan any? [00:32:57] <_Danny_B_> Worby: how come you're masked under this nick today? ;-) [00:33:49] :-) [00:33:52] I'm not at home [00:34:02] *Worby is kinda away :-) [00:34:22] *Worby is impressed you noticed :-D [00:34:37] brb [00:38:26] how can i enable uploading .wav files to my own wiki? [00:39:08] images are already working? [00:39:26] yes image uploading is enabled [00:39:47] Power just went [00:39:56] *jeremyb has exhausted his knowledge of uploads :-P [00:40:21] _Danny_B_: I don't plan on a robots.txt, unless I need one [00:41:55] cloakable: i might be able to get you mod_rewrite rules for a production site that's set up the way you want [00:42:19] jeremyb: please? [00:42:58] My website is going to be pure wiki, and the /index.php/ thing is ugly :P [00:43:35] <_Danny_B_> cloakable: just wanted to remind, that if sitename.tld/articlename form is used, robots.txt may be difficult to reach [00:44:08] _Danny_B_: Not really, you can simply exclude it along with favicon.ico if you like.. [00:44:31] _Danny_B_: Heh, I don't mind robots crawling my site [00:44:55] Besides teh standard setup as describe on the manual only catches non existant files... [00:45:11] cloakable: you know ubuntu.com's main site (not the wiki) is also a wiki. (or was. there was talk of changing it but idk what happened) both are/were moinmoin. they had the edit links and other junk hidden for the main website one [00:45:38] <_Danny_B_> SimonMoon: until you want to write articles with such name ;-) [00:45:50] jeremyb: I didn't know that [00:47:34] 03tstarling * r25262 10/trunk/debs/wikimedia-task-appserver/ (6 files in 2 dirs): Added /etc/apache2/envvars [00:52:06] 03(mod) Add ordered/unordered list buttons to edit toolbar - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11018 (10danny_b) [00:53:07] So can anyone help with my request? :) [00:56:05] cloakable, you want a robots.txt. Otherwise tons of stupid stuff like edit pages will waste spiders' time since they access but can't index. What was your request? [00:56:12] *Worby_away huggles TimStarling [00:56:14] *Simetrical scrolls up [00:56:39] <_Danny_B_> Simetrical: short urls as sitename.tld/articlename [00:56:50] Indeed [00:56:52] Oh, well, if that's what you really want, and that was your question, you can do it. There's a page "very short URL" or something. [00:57:01] Is there? [00:57:10] http://meta.wikimedia.org/wiki/Using_a_very_short_URL [00:58:01] Ahhhh. [00:58:27] For that matter, you still have to allow some kind of public access to directories like skins. [00:58:28] Simetrical: There's no reccomended way? [00:58:30] So that interferes too. [00:58:31] Simetrical, _Danny_B_: anyone mind if I import that to MediaWiki and add it to the other page? [00:58:41] No. It's not recommended to do, it causes headaches. [00:58:56] Worby, I doubt anyone minds. You're a mw.org sysop (so you can import properly)? [00:58:57] <_Danny_B_> Worby: GO! [00:59:15] Simetrical: yes [00:59:18] Danny_B: :-D [01:00:24] Worby, k. [01:01:32] ugh, somehow it got double-imported [01:02:12] *Worby cleans up his mess [01:03:28] <_Danny_B_> shame on you, Worby [01:04:04] :-) [01:07:55] 03(mod) Add "nofollow" to links to Special: Random on navigation panel and search engines - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8411 (10robchur) [01:09:20] 03(mod) internal link with parameters but without nofollow - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8410 (10robchur) [01:11:19] 03aaron * r25263 10/trunk/extensions/FlaggedRevs/ (FlaggedRevs.php FlaggedRevsPage_body.php): [01:11:19] *Check user page/talk existence [01:11:19] *Remove some query cruft [01:11:19] *Use dbkey when checking log_title (not username) [01:13:01] 03(mod) Medium-trust mode for Special:Import using uploading user' s credentials and current timestamp - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8319 (10robchur) [01:13:42] Simetrical, _Danny_B_: I didn't copy the talk page, it looked like non-important stuff... and i didn't add it to the main page (because that page is so full already) but either of you (or anyone else) is free to if they feel tehy can condense it enough (you both probablyw ont' have enough time :-P ) [01:14:31] _Danny_B_: When you want to write articles with names like robots.txt and favicon.ico then that wouldn;t work in the first place, as MediaWiki wants the first letter to be large ;) [01:15:08] <_Danny_B_> SimonMoon: not necesarily, it's configurable [01:15:27] big bug (8319) [01:16:54] <_Danny_B_> SimonMoon: http://www.mediawiki.org/wiki/LocalSettings.php#Force_capital_links [01:19:29] SimonMoon, but it will redirect the first-letter-small variant to the large one, so it doesn't matter. [01:21:19] <_Danny_B_> is the css url value protection in mediawiki by default or it's only for wikimedia sites? [01:22:04] True, still, who would want a structure with the wiki article path in the root and then overwrite a robots.txt and favicon.ico (and info.txt or other such pages) while disabling the forcing of capital letters? It is a rather weird set of curcumstances you would need to get to that result :) [01:22:22] 03(mod) Allow navigating a specific number of revisions back/ forward when viewing old revisions - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8669 normal->low (10robchur) [01:22:54] 03(FIXED) Parser functions for media file size and type - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8587 (10robchur) [01:24:32] _Danny_B_: Default, if you're talking about what I think you are - see includes/Sanitizer.php. [01:25:18] <_Danny_B_> SimonMoon: i already met such case. one guy wanted to set wiki about website creation which included articles like robots.txt, .htaccess, favicon.ico etc. [01:27:11] <_Danny_B_> robchurch: yep, thx [01:28:28] 14(DUP) Prompt for reason when deleting older revisions of images - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8477 +comment (10robchur) [01:28:29] 03(mod) Ability to give a reason when deleting old image revision - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=7535 +comment (10robchur) [01:29:32] <_Danny_B_> robchurch: does it check messages also? [01:29:43] what [01:30:52] <_Danny_B_> i mean does the sanitizer protect url() from eg. mediawiki.monobook.css? and how about user:foo/monobook.css? [01:32:27] 03rotem * r25264 10/trunk/phase3/maintenance/language/ (checkExtensioni18n.php checkExtensions.php): [01:32:27] * Rename script - easier to remember and use. [01:32:27] * Update comment. [01:32:27] * Change group in docs. [01:34:43] _Danny_B_: not saying its impossible, but rare. Most people dont run a wiki with that kind of content i would think :) [01:34:43] 03rotem * r25265 10/trunk/phase3/maintenance/language/checkExtensions.php: Fix. [01:34:56] 03robchurch * r25266 10/trunk/phase3/languages/Language.php: Update documentation for Language::truncate() [01:35:01] And now i have a small problem [01:35:46] An extension i am writing creates some output... and for some reason, in the output there is a

block popping up automagically in there, killing the extensions output in effect. [01:37:23] 03(NEW) Custom Namespace Renders Exisiting Pages Inaccessable - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11105 minor; lowest; MediaWiki: API; (obsessivemathsfreak) [01:38:03] <_Danny_B_> SimonMoon: checked all newlines? [01:38:32] robchurch: where's the code for "Give Trust"? [01:39:02] What is "Give Trust"? [01:39:19] Trusted* [01:39:36] Give Trusted Allows local bureaucrats to give Trusted status to a user Az1568 & Rob Church [01:39:54] I've no idea. [01:40:01] 14(INVALID) Custom Namespace Renders Exisiting Pages Inaccessable - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11105 -accessibility -shell ; +comment (10robchur) [01:40:03] :( [01:40:06] I would assume it's an extension based on MakeBot or GiveRollback. [01:40:23] (Hence the attribution) [01:40:24] it is, but I was wondering if there weas code on subversion for it [01:40:32] ah, I see, but yeah it is [01:40:35] Not for that particular extension, no. [01:40:50] k [01:41:05] *robchurch cheers [01:41:24] *Worby wonders why he's cheering [01:41:38] (bug 11105) One of those rare times when we can say, "well, fuck you - it was *beautifully documented*" [01:41:51] haha [01:42:00] 03(NEW) Enable filtered url values in CSS allowing to link local files - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11106 normal; normal; MediaWiki: Page rendering; (danny_b) [01:42:22] :-D [01:44:24] NOT ANOTHER FUCKING BLACKLIST MESSAGE :( [01:45:01] 03(mod) Enable filtered url values in CSS allowing to link local files - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11106 normal->15enhancement (10Simetrical+wikibugs) [01:45:02] <_Danny_B_> robchurch: did not say it's must. it's meant as possible add on [01:45:35] robchurch, this could be a quiet little default that works for most people, though. [01:45:46] You wouldn't want to add to it as often as you might want to add to a username or spam blacklist. [01:45:47] In practice only places like Wikimedia would need to change it (maybe Wikia, etc.). [01:46:08] Nobody cares about Wikia. [01:47:13] haha [01:47:49] <_Danny_B_> Simetrical: just a technical question (so i'll know for future) - why did you change it to enhancement? i thought enhancement is brand new function (which actually the second part - url whitelist would be), but the base i thought is just changing of settings... [01:48:16] _Danny_B_, enhancement = not a bug, a feature request. [01:48:41] The current function is working as designed. Improvements are enhancements, things like "normal" mean "normal-severity bug". [01:49:00] <_Danny_B_> well, i think it actually is a bug since it blocks from effective using of css [01:50:58] Something can't be a bug if it's working as designed. [01:51:01] This is working as designed. [01:51:07] It may, of course, be undesirable. [01:51:32] <_Danny_B_> ok then. thx for explanation [01:52:20] 03(mod) Disable CAPTCHA for bot flagged accounts - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11078 (10fearow00) [01:53:11] *Worby blinks [01:53:46] DON'T BLINK [01:53:50] Didn't you watch Doctor Who? [01:53:52] NEVER BLINK [01:53:55] :-P [01:54:08] Blink and you're dead! [01:54:35] THere are starting to be a lot of blacklists/whitelists/etc. [01:54:54] Do you know why that is? [01:55:02] It's because all programmers are inherently viciously racist. [01:55:20] Damn straight. [01:55:36] I make sure to separate whites and coloreds every couple of weeks, whenever I do my laundry. [01:55:45] Not going to have them sharing a washer. [01:56:08] *robchurch nods [02:05:53] robchurch, do you think a "find all contributions by a user to this page" feature would be a good idea? [02:05:54] I do. [02:06:11] *Simetrical eyes the revision table and starts stealthily approaching it, index in hand [02:06:33] Absolutely. [02:07:28] *Simetrical shrugs and gives it a whirl [02:07:56] A whirl? Don't let's be silly...anyone might get the impression you enjoy it. [02:07:59] (or more precisely, I'll just add the index now and wait for the next schema update to go through before actually implementing the feature) [02:08:23] That's very wise. [02:17:16] *Simetrical considers whether to do (rev_page,rev_user,rev_timestamp) or (rev_user,rev_page,rev_timestamp) [02:18:28] <_Danny_B_> Simetrical: is it actually filtering of history of page by user? [02:18:54] _Danny_B_, what? [02:19:18] <_Danny_B_> Simetrical: the "find all contributions by a user to this page" feature you suggested [02:20:33] Well, yes, it would basically do that. [02:22:02] Wow, this is taking a minute to run even on my dump of simple-wiki. [02:22:07] Gonna take a while on enwiki. [02:22:12] Any other indexes people want on revision? :) [02:22:29] Can I have a pink one? [02:22:42] <_Danny_B_> Simetrical: i've added enhancement request for this about month ago (10788) so i thought you might be interested in assigning yourself there? [02:24:03] <_Danny_B_> or add comments or thoughts [02:24:48] 03(mod) Filter page histories by user, or contributions by title - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10788 +schema-change; +comment (10Simetrical+wikibugs) [02:25:24] 03(mod) Change wikiquote into wikivitnun - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11096 (10steinninn) [02:29:25] <_Danny_B_> good any-part-of-the-day-you're-in everybody [02:32:06] hmm ok, i checked the extension, it adds new lines in it... [02:32:37] So there is no way i can have new lines in the contet i add with an extension, that dont get encircled by

by the wiki ? [02:33:28] Here is the code: http://www.mediawiki.org/wiki/User:Simon_Moon/AdSense_Extension [02:33:29] 03simetrical * r25267 10/trunk/phase3/ (4 files in 3 dirs): (log message trimmed) [02:33:29] * Add an index to (rev_page,rev_user,rev_timestamp) for use in "All edits by a [02:33:29] user to this page". Also potentially useful for "edits to a page grouped by [02:33:29] user". (Would "edits by a user grouped by page" be more useful instead?) See [02:33:29] bug 10788. Code to implement that feature will follow at some point when the [02:33:31] index has actually been applied to Wikimedia servers, probably shortly after I [02:33:33] get annoyed at its nonexistence again when looking for an old edit of mine. [02:34:09] SimonMoon, there's a way, I'm certain. I don't know it, though. [02:34:42] Oh, god, tell me I haven't just found a race condition in this code... [02:34:48] So for now i simply have to avoid any \n in there? Its important as the

tags screw up the part in there that is the javascript from google adsense [02:35:20] ...welcome to hell. :( [02:35:35] robchurch, do you know how extensions can stop

's from being stuck in all over the place? [02:35:50] how do I make those sort of blocky sections on my wiki like on the front page of wikipedia? [02:35:51] robchurch: my code? [02:35:56] Remove newlines from the output? [02:36:02] they have their front page content broken up into sort of blocks [02:36:07] SimonMoon: No, some code I'm working on for a friend. [02:36:08] amazingdave, CSS. [02:36:24] robchurch, there's no way for extensions to tell the Parser to keep its grubby hands off their output? [02:36:26] puh, thought i had a big screw up in there for a second :) [02:36:32] Probably not. [02:36:47] Wrap it in a

and see if Tidy/Sanitizer sorts it out? [02:36:51] killing all new lines works [02:37:05] SimonMoon, removing newlines won't hurt the validity of your output. Do make sure you don't comment out things by removing a line break that follows a one-line comment, though. [02:37:08] the ads show up like they shod now [02:37:24] The problem is google itself [02:37:37] They are touchy about code modification... [02:38:36] Well its now one large line in the html... at least its working properly and less chances of someone injecting something awful in it too [02:38:55] Does the script have to go in the body? [02:39:08] its one large block [02:39:40]