in the content... [01:57:06] is there default css selector styles for this in the default skin ? [01:57:18] by default skin you mean monobook? [01:57:18] what do you mean by 'just indent' [01:57:22] yeah [01:57:37] I don't mean 'just indent', I mean 'just the

' [01:58:02] which is the majority of content outside of user-defined block elements (div, table, h#, ul, ol, blockquote) [01:58:32] so for example #bodyContent > p [01:59:43] yes so you are saying to add some css to the skin ? [01:59:51] so add this to [[MediaWiki:Monobook.css]] : #bodyContent > p {padding-left:2em;} [02:00:03] syntropy: Can you pastebin your rewrite rules? [02:00:08] and see if that does what you want close enough to your needs [02:00:14] And it's typically not a good idea to rewrite over the root ... [02:00:16] amidaniel: i just nuked them [02:00:41] this will make my sixteenth retry [02:00:54] flaccid: if you want to get everything except headings, you could do something like... [02:01:06] !shorturl | syntropy [02:01:06] --mwbot-- syntropy: 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 [02:01:13] Did you follow those rules? ^ [02:01:20] s/rules/instructions [02:01:22] #bodyContent > p, #bodyContent > pre, #bodyContent > ol, #bodyContent > li, #bodyContent > div, #bodyContent > table, #bodyContent > blockquote, #bodyContent > dl {padding-left:2em;} [02:01:32] er s/li/ul [02:01:33] Yes, I've followed the Short_URL instructions to the letter [02:01:45] I'm probably missing something [02:02:08] right now my wiki is installed /public_html/wiki/ [02:02:15] it's a blank slate [02:02:35] it's resolving to example.com/wiki/index.php?title=Main_Page [02:02:49] i'd like to make it resolve all pages to the root dir [02:03:00] yes, i know the problems with it [02:04:50] 03(NEW) Make the selection box for ExtensionDistributor default to the most recent stable version, not trunk - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19155 enhancement; Normal; MediaWiki extensions: ExtensionDistributor; (Emufarmers) [02:05:01] err, no it's resolving to /wiki/index.php/Main_Page [02:05:31] Splarka sweet thanks y0 [02:07:49] Is anyone here familiar with SVG issues/ImageMagik? [02:09:31] amidaniel: ? [02:09:31] !rewriteproblem [02:09:31] --mwbot-- 1) Try as a fail-safe method; 2) Do not put the files into the document root; 3) Do not map the pages into the document root; 4) Use different, non-overlapping paths for real files and virtual pages; 5) Do not set a RewriteBase; 6) Put all rules into the .htaccess file in the document root. [02:11:04] it's really...really redundant to have wiki.domain.tld/wiki/ [02:12:03] <^demon> then do domain.tld/wiki :) [02:12:30] http://wiki.wiki.com/wiki/Main_Page [02:12:50] ^demon: I'm just haing trouble doing so. Sometimes it works, sometimes it doesn't. The times that it does, it only works for some pages. [02:13:09] I don't remember it being this frustrating last time... [02:13:18] <^demon> charitwo: http://wiki.wiki.com/wiki/wiki [02:13:25] <^demon> <3 mainpage [02:13:37] :o [02:14:18] <^demon> syntropy: Pastebin your htaccess somewhere. [02:14:35] ^demon: like i said before, I just nuked it and am starting over. [02:16:43] ok [02:16:57] well, now it's back to doing what it was before [02:19:33] http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access <-- second from the bottom [02:20:29] $wgScriptPath = "/wiki"; $wgScriptExtension = ".php"; $wgArticlePath = "/$1"; $wgUsePathInfo = true; [02:20:49] Normal pages are file like .tld/Main_page [02:21:23] but if i click on login, it gives the full /wiki/index.php?title=Special:UserLogin [02:26:09] <^demon> Pastebin your htaccess. [02:26:53] Is there an extension to protect emails with a little image version of it? [02:27:11] ^demon: http://pastebin.ca/1456110 [02:28:36] Why a Special: rewriterule? [02:28:39] That's strange. [02:29:08] those rules don't seem like they would work with subpages [02:29:11] Like I said, it's exactly the same as the second .htaccess file from the bottom of this link http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access [02:29:19] Yeah.. [02:29:41] I've got no clue. I remember that i did this once before but it was ages ago [02:29:42] Anyone know? [02:30:07] chuck: see extension matrix? [02:30:20] I did a quick search, nothing showed up. [02:30:26] if not there, then grep the extensions dir for "email" :D [02:30:32] I thought there was an tag one, I'll keep looking [02:31:49] 03demon * r51723 10/branches/maintenance-work/ (3 files in 2 dirs): eol-style [02:32:49] http://www.mediawiki.org/wiki/Extension:EmailObfuscator [02:33:11] http://www.mediawiki.org/wiki/Extension:EmailAddressImage [02:33:28] <^demon> syntropy: In general, it's best to avoid putting them into your docroot. Some things are known to break. Also, the rewrite for Special pages shouldn't be needed :-\ [02:33:41] *chuck bows down [02:36:01] I wonder why developers keep having these fantasies that they can write code that just works, and they don't need to test it [02:36:06] when every time, it gets proven wrong [02:36:21] myself included, on occasion [02:36:37] <^demon> TimStarling: Because we all fancy ourselves better than we are? [02:37:21] TimStarling: wait, so blanking Parser.php *doesn't* work? [02:37:40] <^demon> TimStarling: By the way, got a second to poke bug 19143? [02:38:30] attractive title [02:40:48] the funny thing is, instead of using TemplateBegin/TemplateEnd templates, just using {{{{{1}}}}} should work [02:40:50] >_> [02:40:58] (I think) [02:41:20] the subject now seems to be that expandtemplates and actual parsing work different.. or something [02:41:26] or maybe it is about ellipses [02:43:00] yeah, {{{{{1}}}}} works [02:43:13] {{template|!}} -> | [02:43:14] 03(mod) Tag filter for Oldreviewedpages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19107 (10JSchulz_4587) [02:47:39] 03(WONTFIX) Complex template expansion.. not expanded... - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19143 +comment (10tstarling) [02:47:41] it's probably because the expandTemplates() method (or w/e it's called) in the parser starts at the top level and recursively works downwards, but if it's work generates more "template calls" in a level above its current state, it doesn't go back on another pass [02:48:08] poked [02:49:30] in the mailing list post I quoted there, I documented this behaviour precisely [02:50:01] ^demon: so what do i do then? [02:50:42] <^demon> TimStarling: I was pretty sure that was the case, thanks. [03:00:14] Striked for resolved bugs is annoying. [03:00:24] They should just be a different color or something. [03:01:39] a censor strip [03:03:37] Anybody know a good guide to installing rsvg on 1and1 servers. [03:03:47] ? [03:06:02] 03yaron * r51724 10/trunk/extensions/ParserFunctions/ParserFunctions_body.php: Fixed most of the calls to killMarkers() [03:20:27] 03demon * r51725 10/trunk/phase3/ (RELEASE-NOTES includes/ProxyTools.php): (bug 18173) Login form exception on malformed REMOTE_ADDR, wfGetIP() now falls back to 127.0.01 if the IP cannot be determined, which is more sane than returning null. [03:24:29] 03demon * r51726 10/trunk/phase3/RELEASE-NOTES: .1 [03:24:36] 03(FIXED) Login form barfs on malformed REMOTE_ADDR - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18173 +comment (10innocentkiller) [03:24:43] 14(INVALID) Don't intermingle local and international time notations - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18932 +comment (10shinjiman) [03:32:03] 03(NEW) PDF rendering does not accept inline formatting - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19156 enhancement; Normal; MediaWiki extensions: Collection; (grysmith) [03:59:43] Is $wgEnableSorbs a good setting to use? [04:07:32] no [04:07:54] SORBS is full of random IPs from residential DHCP pools [04:08:19] oh dear [04:08:26] they don't expire them ever [04:08:38] So, I guess I would ban myself from my wiki then [04:08:44] probably [04:09:16] TimStarling: Is it possible to make memcached keys not use the domain of the site? [04:10:04] what do you mean? [04:10:45] TimStarling: Well, having more than one domain that can access the site is bad for the parser cache, right? [04:10:54] You said it leads to duplication in the cache? [04:11:55] TimStarling: Also, do you know why diff URLs don't have the page name in them anymore? [04:14:36] that won't work, the cache for one domain won't be cleared when someone changes something on the other domain [04:15:17] maybe someone noticed that it wasn't technically necessary and so removed them [04:15:41] of course, titles were never in there because of technical necessity, it was for convenience when you read the URL [04:15:47] indeed [04:15:57] TimStarling: Why won't the cache be cleared? (You are talking about a MediaWiki cache, and not the browser cache, right?) [04:16:29] yes the MediaWiki cache [04:16:41] why don't you want to serve the wiki from a single domain? [04:17:00] TimStarling: We have a thing where people can have a subdomain that goes to their page on the wiki [04:17:16] So it's like really simple wiki page hosting [04:17:55] a single page? [04:18:15] so the rest of the wiki is not accessible through that domain? [04:18:24] it is accessible [04:20:27] you should set $wgRenderHashAppend [04:21:04] see http://noc.wikimedia.org/conf/highlight.php?file=secure.php [04:21:40] also $wgEnableSidebarCache = false; like in that file [04:22:49] why would i want them separate? [04:23:01] wouldn't that just force duplication? [04:46:31] I don't really have time for an argument [04:49:23] 03demon * r51727 10/trunk/phase3/includes/api/ApiQuerySiteinfo.php: Per code review: Use Language::getLanguageNames() instead. [04:49:41] chuck: sorry about that, he's usually not so Conciliatory, SplarkaArgumentService will find you a better dev... maybe domas, though he does tend to win [04:50:21] *chuck isn't trying to argue, I just don't understand that configuration variable [04:51:02] or are you talking about that guy who wants to get information on 3000000*100 revisions? [04:51:57] nope, was just a sly python reference [04:58:55] 03demon * r51728 10/branches/maintenance-work/maintenance/Maintenance.php: Clarify comment. [05:00:40] is the extension matrix still maintained? it's got a nasty message saying the bot is being rewritten [05:00:45] that has been there for a long time now [05:01:08] does rewriting your bot really mean you have to kill it? i mean frack, do you have to rewrite the deployed copy of the code itself?? [05:16:56] chuck: no, I was talking about $wgRenderHashAppend [05:24:13] 03demon * r51729 10/branches/maintenance-work/maintenance/ (Maintenance.php createAndPromote.php): [05:24:13] * Allow passing an arg list for things we want. Right now only used in help, but maybe param validation later? [05:24:13] * Also check for arg 'help', not just param help [05:24:13] * Port createAndPromote to new format. Works perfectly. [05:24:21] <^demon> \o/ [05:24:38] ^demon: I think that rewrite rule for Special was for "What links here" [05:25:24] <^demon> No clue. [05:26:20] Yeap [05:26:32] Re-adding that rule make 'what links here' work again [05:33:57] 03dale * r51730 10/branches/new-upload/phase3/js2/mwEmbed/ (6 files in 5 dirs): [05:33:57] lots of sequencer updates [05:33:57] * save ~working~ [05:33:57] * edit duration working with clip selection preservation [05:33:57] * some language updates for sequencer [05:33:58] * more stable display of clipEdit [05:38:07] 03dale * r51731 10/trunk/extensions/MetavidWiki/ (5 files in 3 dirs): [05:38:07] * updated server side sequence parsing. [05:38:07] ** Output now includes timestamp and wikiText description [05:38:07] * updated scripts to work better with new-upload branch (with mwEmbed as part of the core) [05:38:07] ** (still some work left to be done on that front) [05:41:34] 03(mod) Allow Books sidebar to be hidden by default - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18756 (10tstarling) [07:04:10] 03purodha * r51732 10/trunk/extensions/Contributionseditcount/Contributionseditcount.php: [07:04:10] Fix syntax error introduced in r51712 [07:04:11] (but likely provoked by an error introduced in r29575) [07:07:56] Hmm. [07:08:00] *Marybelle sets a Roan trap. [07:43:17] argument! [07:43:21] I like winning arguments [07:45:19] 03(mod) Enable dng uploads on Commons - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19153 -shell ; +comment (10jeluf) [07:45:44] Maximum file size: 32 MB. c'mon, i have changed LocalSettings.php, /etc/php5/apache2/php.ini, /etc/apache2/apache2.conf ... where is this variable?? [07:47:48] oh nm, had to also set php_value post_max_size "100M" [07:48:10] 03(FIXED) Create autopatroller group on Bulgarian Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19149 +comment (10jeluf) [07:48:23] can't mediawiki set that variable..? [07:50:31] !filesize [07:50:31] --mwbot-- The size of files you can upload to PHP is limited by the upload_max_filesize and post_max_size directives in your php.ini. MediaWiki itself only limits direct (copy) uploads from a URL, this is configured via $wgMaxUploadSize. [07:51:19] i know that..that's what mediawiki does [07:51:26] i was asking about what it could potentially do. [07:53:56] 03(mod) Improper base font size - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=9119 +comment (10hofmanj) [07:57:41] 03(mod) Enable dng uploads on Commons - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19153 (10dc) [07:57:55] is there a way to set a variable in a page to be reused by a template without explicitly passing the value into the template? Eg, set foo=bar in the contentpage, so as {{test1}} operates like {{test1|foo=bar}} [08:00:26] http://www.mediawiki.org/wiki/Extension:Variables [08:01:45] (or just pass it to another sub-template, which creates a hierarchy of interlaced templates) [08:24:16] I downloaded a new theme/style for mediawiki and put it in my /skins/ folder but cant for the life of me find anywhere that tells me how to set it as the theme :| [08:24:22] any help, greatly appreciated. [08:24:42] hiya ramanK [08:24:50] hi :) [08:52:25] *Splarka springs the roan trap [08:52:34] *RoanKattouw falls for it [08:59:35] *Archibald dies [09:03:01] 03(mod) Change font for texvc-generated images - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=7208 +comment (10hofmanj) [09:03:50] 03(mod) Improper base font size - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=9119 +need-review; +comment (10siebrand) [09:06:01] 03catrope * r51733 10/trunk/phase3/includes/api/ApiQuerySiteinfo.php: Remove unused global left in r51727 [09:06:59] Splarka: yes [09:07:21] will you be hired fulltime at some point? [09:07:51] dunno, ask brion [09:09:26] *Splarka walks over to his apartment and throws acorns at his bedroom window [09:29:10] http://pastebin.ca/1456405 hi guys, i can't understand what i'm doing wrong here ... sorting the 'date' column doesn't work, i'm suspecting it's a bug in mediawiki... any suggestion? [09:30:21] *Archibald looks [09:31:27] try sorting YYYY-MM-DD ? [09:32:03] Archibald: i have tried that too, no luck [09:32:21] Darn..... [09:32:30] I wish I could help, im here with my own issues myself [09:32:41] I'm not very experienced :x [09:32:45] Archibald: thanks [09:32:47] np [09:33:46] Archibald: what happens is when you click on the arrows that sorts the column, the click makes the page go to the top (as if it was a link to an anchor at the top of the page) but sorting doesn't happen at all [09:33:49] https://bugzilla.wikimedia.org/show_bug.cgi?id=8226 [09:34:03] ahh, hmm [09:34:21] that particular problem is a JS error [09:34:26] check your js error console? [09:35:03] but it doesn't happen if i use a normal number instead of a date [09:35:12] check your js error console anyway? [09:35:19] sure [09:36:19] *Splarka gets 'date has no properties' [09:38:45] i found the JS function where i get the error ... let's see if i can understand more from there .. thanks! [09:39:25] hmmm [09:39:34] okay [09:39:39] the problem is the table, it is malformed [09:39:50] it is not the date, it is any row after the first [09:39:56] this is because you have an empty at the end [09:40:22] Splarka: at the end of the table? [09:40:33] it (sort of) works if you remove line 19 and 20 [09:40:44] though you also have an unbalanced number of cells in each row [09:40:49] bah missing mah screenshots from tafe where i needed to ssh into the server and then play with jed =( and i need them for this assigment =( [09:41:29] Splarka: i've actually changed the table a little bit to be able to make it readable in the pastebin� [09:41:29] well then WFM [09:41:47] Splarka: i'll check 19 20 anyway .. you might be right [09:42:01] http://pastebin.ca/1456421 [09:42:30] balanced cells, the error is that if there isn't a cell for each row for the column you're trying to sort, it gives an error [09:42:46] so |-\n|\n|} gives a row with one cell [09:42:54] so only the first column sorts, any after will fail [09:43:03] again: nothing to do with date [09:43:10] Splarka: you are bloody right [09:43:21] yah, sucks doesn't it [09:43:28] Splarka: let me buy you a beer :) [09:43:34] I don't drink :( [09:43:44] *Splarka grins annoyingly [09:43:50] *yawn* [09:44:50] Splarka: let me buy you a water [09:44:53] :-D [09:45:15] yay [09:48:14] now you're making me thirsty [09:48:15] *Supaplex draws up a nice tall glass of rich chocolate milk [09:51:32] moo [10:03:23] Supaplex: i can has? [10:24:26] 03thomasv * r51734 10/trunk/extensions/ProofreadPage/proofread.js: adjusting textbox height [10:26:35] hillo [10:28:32] Http::request: CURL error code 1: Protocol https not supported or disabled in libcurl [10:28:36] ugh [10:30:29] 03catrope * r51735 10/trunk/extensions/UsabilityInitiative/EditToolbar/ (EditToolbar.css EditToolbar.js EditToolbar.php): [10:30:29] * EditToolbar: Fix attribute handling by wrapping characters in a

and slapping attributes on that [10:30:29] * Discriminate between attributes and styles correctly [10:30:29] * Fix RTL issues caused by float: left; local JS needs to be updated to use {'class': 'rtl'} instead of {'direction': 'rtl'} [10:37:33] ugga [10:37:55] when does css stop sucking in rtl environments [10:38:41] Ideally, the meaning of float: left; and float: right; would just be reversed in direction: rtl; blocks [10:38:44] when it loses direction [10:38:57] Although I can imagine that's very confusing and breaks b/c [10:42:19] ideally there should be new values like line-start or line-end which swap automatically in rtl [10:49:12] hi everybody, I'd like to delete the language selector in Special:Preferences so that users wouldn't have the choice - I tried to modify the SpecialPreferences.php file, but in vain... [10:49:47] 03ialex * r51736 10/trunk/phase3/includes/Preferences.php: [10:49:47] Fix for r51667: external diff is also controlled by $wgUseExternalEditor (see [10:49:47] includes/diff/DifferenceEngine.php line 107). $wgExternalDiffEngine is used to [10:49:47] change the difference engine's backend (wikidiff, wikidiff2, ...) and not to [10:49:47] allow users to have their own difference engine. [10:50:55] marineam15: Why would you want that? [10:51:36] *ialex was going to ask the same question ;) [10:52:15] we have multiple wikis in different languages and want to force the used language on each wiki [10:52:46] so if we manage to not save the "language" value in the user options, it will take the default value set in LocalSettings [10:53:53] would probably still be overridable with &uselang [10:54:26] marineam15: You shouldn't take away users' freedom to choose their own interface language [10:54:49] well it's not my choice ^^ my boss wants to do like that so... :) [10:55:18] I'd recommend he reconsider [10:55:50] do you have arguments ? [10:55:53] You can set the default language in LocalSettings; anonymous users will automatically get that language, as will newly created userse [10:56:14] The only way someone will get a different language is if they really want to, either by changing their prefs or using uselang [10:56:35] hmm, with Special:UserLogin/signup?uselang=xx isn't that language set as their default pref? [10:56:40] Yes [10:57:00] so with their evil plan they'd have to change that as well [10:57:16] Yeah and prevent the use of &uselang generally [10:57:50] Anyway, my point is that nobody notices anything if someone decides to pick their own interface language [10:57:50] great... [10:58:03] right [10:58:17] It's not like it'll cause trouble for anyone else [10:59:25] their point is that when you're on the english site, your interface is in english with english content [10:59:37] when you're on the french wiki, your interface is in french, with french content [10:59:39] marineam15: why can't the user choose that for himself? [10:59:45] just set the *default* language to english [11:00:15] I edit Arabic and Japanese wikis some times, which is confusing enough already with an English interface, let alone with an interface in alphabets I can't read [11:01:30] and we share the user table so that an user has only one account for multiple wikis - so when an user creates his account on the french wiki, his language is set in french and when he logs in the english wiki, the interface will be in french, and they don't want that [11:01:47] Ah, you've got global prefs [11:02:48] oh, hey flyingparchment: maybe you know... what is that type of IP encryption/obfuscation/hashing called, whereby an IP address is 96 bits of data in 3 32-bit groupings ending with '.IP'? eg: FFFFFFFF.FFFFFFFF.FFFFFFFF.IP [11:03:11] Splarka: i don't think it has a name [11:04:01] marineam15: I think your issue would fix itself with the new preferences code; werdna: can you confirm that? [11:04:19] mmm, what creates it and/or utilizes it then? [11:04:45] unreal ircd [11:05:22] k [11:07:26] *flyingparchment reverts something on metawiki by hand, since some moron removed my sysop bit [11:08:04] marineam15: share the user table and not the user_properties [11:08:57] hmm, hypothetical case werdna... (but inspired by this convo) [11:09:25] werdna: He's not using your prefs branch, or he wouldn't have this issue [11:09:31] (I think( [11:09:47] s/branch/code [11:09:53] ok so what dou you think I should do ? [11:10:20] say user_properties was shared in a multilingual farm, with the central 'home' wiki being english for a given user, if their user language is english, then would they get the contentlang for each wiki in your new prefs system as the de-facto default, but if they switched to another language, it would then show that language on all, but if they switched /back/ to english on the home wiki, would each sister wiki be in content lang again? [11:10:56] What you could *try* is upgrade MediaWiki to 1.16alpha (SVN), after which preferences won't be shared across wikis any more [11:11:07] Splarka: I'm lost and can't be bothered to parse that question [11:11:34] lost in germany? [11:11:48] werdna: If you set a pref to a custom value, then switch back to default, is that stored as "default" or "English"? [11:11:56] (Where "English" is the default value) [11:12:07] sort-of that question, yes, but specific to languages [11:12:14] RoanKattouw: the pb is that we use extensions that wouldn't be compatible with 1.16 [11:12:32] Right, what are you running now then? [11:12:37] and a follow up, should there be a "site default" setting for the languages dropdown... [11:12:38] 1.13 [11:12:41] Ah [11:12:46] bad ? [11:12:49] :s [11:13:04] Latest stable version is 1.15, released yesterday or the day before IIRC [11:13:47] well well well, it's going too fast ! [11:14:17] *Splarka wonders if any hooks could insert a hidden &uselang before every page render [11:19:17] Splarka: the LanguageDetector extension does something like that [11:20:00] Splarka: it behaves differently for anons and logged in users thnough. for anons, it basically triggers uselang fvrom a cookie. [11:20:37] ahh, possibly subvertable [11:21:07] marineam15: http://www.mediawiki.org/wiki/Extension:LanguageSelector [11:21:29] ok I'll have a look [11:21:30] it doesn't do what you want, but it does something that might teach you how to do what you want, via extension [11:23:38] it seems to be a good solution [11:25:02] like you could check what language the user is using at random times, and use $wgUser->setOption( 'language', /refer to content languge here/ ); [11:28:14] mmm yes [11:28:19] ialex: but I need a wafflegun! [11:28:26] 03(mod) Please enable transwiki import and upload import to es.wikibooks. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18612 (10dferg-wiki) [11:28:32] but where do I use $wgUser->setOption [11:29:17] *ialex stabs Splarka :P [11:29:17] in a hook somewhere (see the source of that extension) that does something! [11:29:20] ow [11:29:26] *Splarka shoots ialex with said wafflegun [11:29:37] o_O [11:29:46] 03ialex * r51737 10/trunk/ (4 files in 3 dirs): svn:eol-style native [11:30:21] 03huji * r51738 10/trunk/phase3/languages/messages/MessagesFa.php: Localisation updates: Updating magic words [11:34:56] 03jan * r51739 10/trunk/extensions/Poll/ (Poll.i18n.php Poll_body.php): Add function for changing vote [11:35:28] 11:11 < RoanKattouw> werdna: If you set a pref to a custom value, then switch back to default, is that stored as "default" or "English"? [11:35:33] it's set to the default. [11:35:39] it isn't stored at all [11:35:56] Splarka: That should answer your question -----^^ [11:36:26] so a bit of counterintuitive behavior there [11:36:45] you can, on your home wiki, then set any language via global preference, except that site's content language? [11:37:01] (assuming a silly setup as per above) [11:37:18] Splarka: Yes, that's the corollary, lol [11:38:02] well, global preferences, before I reverted it, had a whitelist of settings whose defaults were likely to vary across wikis and therefore were always stored [11:38:05] Essentially this means that if dewiki is your home wiki and you want all sites to display in German, you have to set your language preference to German on a wiki where German is not the default [11:38:11] Ah [11:38:11] ahh [11:38:19] language was one of them [11:38:31] why reverted? [11:38:41] review load [11:38:45] ahhh [11:38:49] so maybe after scap [11:39:00] brion said "I don't want to look at this right now, there are a few problems I can see" [11:42:49] if a username contains a space, eg "John Doe", what is the value of the javascript variable wgUserName ? [11:43:11] does it have a _ for the space ? [11:44:37] ThomasV: tias [11:45:22] huh ? [11:45:33] try it and see [11:45:49] oh... [11:47:25] is a scap planned this week ? [11:47:51] A scap is planned every week, but the last one was March 25th :( [11:48:57] well, the scapmap looks much better than last week [11:50:45] Hello - is there a way to prevent a heading from getting an entry in the table of contents? [11:51:00] Wyvernoid: not really, create a div that replicates the style [11:51:15] Wyvernoid: Where is that scap map again? [11:51:29] Oops [11:51:35] ThomasV: Where is that scap map again? [11:51:47] Splarka: okay, thanks. [11:52:21] Wyvernoid: I've done this before: http://uncyclopedia.wikia.com/api.php?action=query&prop=revisions&rvprop=content&titles=Template:H1|Template:H2|Template:H3 [11:52:33] RoanKattouw: importScript('User:Splarka/scapmap.js'); [11:52:36] styles might be a bit out of date since then [11:53:08] *Splarka sleeps [11:54:45] RoanKattouw: if I upgrade to 1.16, do you think it could fix my "problem" ? [11:55:31] marineam15: Yes, because user preferences will be in a separate table that you could choose not to share between wikis [11:55:48] And even if you shared it, the problem would probably still be fixed [11:56:13] great, and is it specific to the 1.16, or is it also available from 1.15 ? [11:56:44] No, it's not in 1.15 [11:57:07] ok [11:57:08] thanks [11:57:09] marineam15: Also, please note that 1.16 is alpha, i.e. not an official release and possibly not stable [11:58:52] yes, have to see with my boss [11:59:08] do you have an idea about when it will be stable ? [12:01:13] marineam15: well, 1.15 stable was released... yesterday or the day before. [12:01:30] so, it will be a while until the next version is stable. three to six months, i guess [12:03:36] hi dues [12:04:52] mmmm ok thank you Duesentrieb [12:06:33] Duesentrieb: 1.15 is strange, released "only" 3 months and half after 1.14 :) [12:07:42] and is it really new ? I mean, is there a lot differences and new features comparing to 1.14 ? [12:09:00] Hello, im trying to get the Extension:GroupPermissionsManager to work, but i get an error when i change any permission. [12:09:18] marineam15: read RELEASE-NOTES file [12:11:03] ialex: ok, it was just to know outlines [12:12:04] oh right... does anyone else think that it's been a long time since Wikimedia updated its sites to a newer revision? [12:12:09] I get the error Warning: Cannot modify header information - headers already sent by (output started at /opt/lampp/htdocs/wiki/extensions/GroupPermissionsManager/config/GroupPermissions.php:9) in /opt/lampp/htdocs/wiki/includes/WebResponse.php on line 16 [12:12:16] Yeah, it's been 2,5 months now [12:12:16] Wyvernoid: we're getting there [12:12:28] !?> | frigjord [12:12:28] --mwbot-- frigjord: The PHP closing tag "?>" is never required at the end of a pure-code php file, and mediawiki developers actively remove it, as it often causes problems related to trailing whitespace, and "headers already sent" errors. See also http://news.php.net/php.general/280796 and !bom as well as https://bugzilla.wikimedia.org/show_bug.cgi?id=17642 [12:12:30] ohh [12:15:37] so i should add the closing tag to the GroupPermission.php file? [12:15:49] 03werdna * r51740 10/trunk/extensions/HoneypotIntegration/ (HoneypotIntegration.class.php HoneypotIntegration.php): Fix HoneypotIntegration extension to use hashes instead of FSS. Now takes ~8m to load a day's worth of data, and 2ms or so to look up a particular IP. [12:17:07] frigjord: No, you should remove it if it's there [12:17:23] frigjord: What's at line 9 of GroupPermissions.php ? [12:17:38] $wgGroupPermissions['*']['userrights-interwiki'] = false; [12:18:17] frigjord: Can you pastebin the contents of extensions/GroupPermissionsManager/config/GroupPermissions.php ? [12:19:08] http://pastebin.com/m56ec23e3 [12:22:52] the config is generated in the extension, so this might need to get fixed by the developer? [12:25:40] RoanKattouw: Any suggestions? :) [12:25:46] WTF [12:26:05] Put RoanKattouw: that worked.... wierd [12:29:23] RoanKattouw: Thanks for the help!! [12:29:36] Il stay here and report this to the developer when he gets online [12:36:27] TimStarling: Have you created the user_options table on the DB cluster yet? [12:37:22] I downloaded a new theme/style for mediawiki and put it in my /skins/ folder but cant for the life of me find anywhere that tells me how to set it as the theme :| [12:37:26] RoanKattouw: http://wikitech.wikimedia.org/view/Schema_changes [12:38:10] Ah, thanks ialex, nm Tim [12:43:27] RoanKattouw: it's user_properties? [12:44:16] Oh, yeah :P [12:49:45] 03werdna * r51741 10/trunk/extensions/HoneypotIntegration/ (HoneypotIntegration.class.php HoneypotIntegration.php): Implement basic honeypot hit logging [13:14:39] how to do strong in a pre element? [13:17:57] hm, is there some way I can check how big (in say mb) a wiki is? [13:18:18] i do that through my webhost [13:18:23] huh? [13:18:30] i check the MySQL database size, and the size of the /wiki/ dir [13:18:34] well [13:18:42] I've got lots of other stuff in my database.. [13:18:54] or rather, lots of other databases running my mysql instance [13:19:03] ah I have a dedicated database for wiki and one for my phpbb [13:19:16] I can check each database separately [13:19:56] can I check the size of a mysql database from the mysql cli? [13:20:29] not sure, I have a cpanel setup, with SSH access to the server [13:20:38] would be hard for me to tell without knowing your setup [13:21:22] =) [13:29:26] So, I found a bug in Texvc, does anybody know where I should submit bugs and/or patches for this code? [13:30:03] This is the bug, http://www.mediawiki.org/wiki/Manual:Enable_TeX/problems#overleftrightarrow [13:33:24] someone help me with ? it says its supported, but i justed used it in a pre element and fail! [13:35:10] nothing works in
[13:35:15] it's designed for posting code and such [13:36:09] ah yes i guess i forgot that [13:36:20] 03catrope * r51742 10/trunk/extensions/UsabilityInitiative/EditToolbar/ (EditToolbar.js EditToolbar.php): EditToolbar: Convert spaces in page keys to underscores [13:36:27] hmm i've seen this done somewhere somehow, they must of done it with a block level code element [13:36:36] *flaccid slaps himself [14:02:49] 03(NEW) createAndPromote error on bad password - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19157 normal; Normal; MediaWiki: Maintenance scripts; (innocentkiller) [14:02:51] 03(mod) Maintenance script cleanup - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19133 (10innocentkiller) [14:12:09] 03catrope * r51743 10/trunk/extensions/UsabilityInitiative/ (3 files in 2 dirs): [14:12:09] EditToolbar: Add JS+CSS in intercept() rather than initialize(); code depended [14:12:09] on two functions attached to the same hook being called in a particular order, [14:12:09] which is scary and worked only by accident. Now adding toolbar JS+CSS only if [14:12:09] the toolbar is actually shown. [14:15:33] Bah now it wont save the settings [14:18:34] anyone know how to contact skizzers? [14:18:39] skizzerz [14:19:29] 03catrope * r51744 10/trunk/extensions/UsabilityInitiative/EditToolbar/EditToolbar.i18n.php: EditToolbar: Fix some help messages [14:21:53] frigjord: they have that username on-wiki too, or you can /ms send Skizzerz [14:22:07] That won't work, since he's offline [14:22:12] You could use MemoServ though [14:22:25] Thanks [14:22:29] Type /msg MemoServ help for help about MemoServ [14:23:06] RoanKattouw: what wouldn't work since he's offline? [14:23:15] /msg wouldn't [14:23:20] I didn't say /msg [14:23:41] Although I guess /ms is not for all clients [14:23:45] You said /ms , but in my client that's just a shortcut for /msg [14:24:34] *Mike_lifeguard ewww O.o [14:24:40] should be memoserv [14:24:58] it automagically uses memoserv when using /ms [14:25:04] but im not logged in :-P [14:28:00] I downloaded a new theme/style for mediawiki and put it in my /skins/ folder but cant for the life of me find anywhere that tells me how to set it as the theme :| anyone able to help? [14:28:30] <^demon> roan: hows the querypage branch going? [14:28:53] <^demon> !wg DefaultSkin | Archibald [14:28:53] --mwbot-- Archibald: http://www.mediawiki.org/wiki/Manual:%24wgDefaultSkin [14:28:56] ^demon: I've got little time, now that I work for the usability initiative part-time [14:29:06] But I've managed to do some stuff [14:29:07] <^demon> ah gotcha. [14:29:18] I just want to disable "View source", how hard can it be, really! [14:29:21] Ahhh i love you ^demon thank you [14:29:23] It's mostly done but needs some final fixes [14:29:28] Anyone know of any other way to do that? [14:29:38] <^demon> archibald: no problem [14:31:48] <^demon> RoanKattouw: porting all these maint scripts is slow work :\ [14:32:42] Not sure what the point of disabling "view source" is, since if people have downloaded it, they can view it . . . [14:33:14] Just want to make it harder for anyone to make a copy of the wiki. [14:33:28] since it would be much harder without the wiki source [14:34:00] Real copiers will be screen-scraping, or just using the API (unless you disabled the API) [14:34:14] API disabled. [14:34:15] frigjord: prolly better to not put it on the internet then [14:34:30] i only have the view source thingie left [14:34:35] Also, hope you're not distributing it under a free license, they tend to require it to be in the "most readable source". [14:35:16] GreenReaper: Im not, its copyrighted material. [14:35:21] Good, good. [14:35:32] Thats why i want to make it more protected [14:36:22] weve had problems with copying of our texts before, and we put hard work on translating and then competetitors just grab it and clame they translated it and charge people for it [14:36:29] thats what i want to prevent this time [14:36:38] or atleast make harder [14:37:35] 03(NEW) CentralAuth only looks for Session-Cookie? - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19158 critical; Normal; MediaWiki extensions: CentralAuth; (apper) [14:42:05] 03mfarag * r51745 10/trunk/phase3/languages/classes/LanguageAr.php: [14:42:05] Use the new and more accurate classes for Arabic per [14:42:05] http://ar.wikipedia.org/w/index.php?oldid=3406056 [14:42:59] 03(mod) Logged in as another user - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19158 04CRIT->major; summary; +comment (10agarrett) [14:43:09] 03(mod) Wiki for Wikimedia Russia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14731 (10rhalsell) [14:45:36] 03(NEW) \overleftrightarrow incorrectly parsed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19159 normal; Normal; MediaWiki extensions: texvc; (joshuagay) [14:45:46] 03(FIXED) Wiki for Wikimedia Russia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14731 +comment (10rhalsell) [14:50:20] Bah [14:50:30] only one simple line was needed to block view source for anonymous users..... [14:50:41] $wgGroupPermissions['*']['viewsource'] = false; [15:22:48] hi, is there a way to increase the size of spaces between paragraphs? [15:23:47] p {margin-bottom: 1em;} in your [[MediaWiki:Common.css]] (change "1" to more if it's not enough) [15:23:54] thansk [15:23:56] p {margin-bottom: 1em;} [15:24:17] and clear your cache afterwards [15:27:12] 03(mod) Logged in as another user - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19158 +comment (10Platonides) [15:27:27] <^demon> mdale: threw your name as cc on bug 8867 btw :) [15:27:36] yea saw that [15:28:15] should be able to plop something in there.. but having to use table output is a bit strange [15:28:33] <^demon> yeah, true [15:29:26] <^demon> stupid android. [15:39:24] 03(FIXED) Please enable transwiki import and upload import to es.wikibooks. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18612 +comment (10rhalsell) [15:53:00] 03(NEW) DISTINCTROW with Postgres - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19160 minor; Normal; MediaWiki: Database; (mguerra13) [15:56:17] 03daniel * r51746 10/trunk/WikiWord/WikiWord/src/main/php/wwtest.php: test script [16:07:43] if a user registers when password changes are disabled, an error occurs because their password can't be set. any idea how to get around this? [16:22:11] so what exactly is new about 1.15? [16:23:32] TC-nbigelow: See the RELEASE-NOTES, lemme get you a URL [16:23:34] TC-nbigelow: see the release notes [16:23:49] http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_15_0/phase3/RELEASE-NOTES [16:28:16] thanks! [16:31:08] RoanKattouw: Question! [16:31:16] Yeah [16:31:27] What's blocking special-page-based API querying? [16:31:45] I wanted to grab a timestamp from NewPages and couldn't. :-( [16:32:03] We're gonna have QueryPage-based querying soon, but NewPages isn't among them [16:32:17] Marybelle: Can't you just use recentchanges? [16:32:37] Test [16:32:54] amidaniel: Hmm, not for patrolled status? [16:32:55] Hi all. [16:33:08] Marybelle: Oh? That could be ... [16:33:17] RoanKattouw: That doesn't make any sense to me... NewPages isn't cached or expensive... [16:33:29] Is NewPages even a QueryPage? [16:33:42] Oh hey, it is :P [16:33:46] Yeah, then it'll be included [16:33:59] Even cached pages will be included, but you'll get the cached results of course [16:34:27] RoanKattouw: class NewPagesPager extends ReverseChronologicalPager <- Pager, not QueryPage [16:34:33] Marybelle: http://en.wikipedia.org/w/api.php?action=query&list=recentchanges&rctype=new&rcprop=title|timestamp|patrolled [16:34:39] ialex: http://svn.wikimedia.org/doc/classNewPagesPage.html [16:34:48] Will tell you whether it's patrolled ... but you can't filter just unpatrolled / patrolled [16:34:56] RoanKattouw: Oh, nice. :-) [16:35:24] RoanKattouw: The documentation for this class was generated from the following file: includes/SpecialNewpages.php [16:35:31] seems we have a problem [16:35:34] Oh, yeah, ancient stuff [16:46:39] Do you guys think CentralAuth will work on Windows? [16:47:03] why wouldn't it work? [16:47:32] Is there some reason it requires something that Windows doesn't have? [16:47:35] Like an MTA? [16:48:16] it's PHP, just like MediaWiki [16:48:30] it should work on any platform where php works [16:48:37] be that *nix or windows [16:48:41] OK. [16:48:46] fahadsadah: Consider shared tables first, but yes. [16:48:56] GreenReaper: It's for testing. [16:49:04] The isssue you'll probably face are things like wgConf [16:49:05] I've made a patch, and want to test. [16:49:11] *GreenReaper had a heck of a time doing that. [16:49:18] The issue I'm facing is I only have 1 DB. [16:49:35] Does anyone here have a wiki I can use for testing? [16:50:59] werdna: Ping. [16:51:12] fahadsadah: wazzap [16:51:22] werdna: Want to help test something? [16:51:31] Can you limit what rights/groups that beaurecrats can give others? [16:51:39] For instance, I don't want beaurecrats creating admins, only some other custom groups. [16:51:54] yes [16:51:59] $wgAddGroups, $wgRemoveGroups [16:52:07] werdna: I've created a VERY simple patch to https://bugzilla.wikimedia.org/show_bug.cgi?id=15536 [16:52:14] Thanks, my google-fu lacks today :-) [16:52:20] Can I please set up a CentralAuth between your wiki and mine? [16:52:49] it's not that simple [16:53:02] CentralAuth is designed for co-hosted wikis [16:53:18] werdna: It will still work. [16:53:32] I don't think we want it to though [16:53:32] yes, but not well, and I already have a centralauth instance set up [16:53:33] Oh, no it won't. [16:53:42] I can't portforward. [16:53:54] I'll try it locally, then. [16:54:03] I'd recommend setting up a few cohosted wikis to test [16:54:05] that's what I did [16:54:07] I have 3 wikis locally [16:54:27] *fahadsadah creates more DBs [16:54:35] 03daniel * r51747 10/trunk/WikiWord/WikiWord/src/main/php/ (config.sample.php wikiword.php wwutils.php): fix the worst errors. image search function operational [16:56:31] hello [17:01:05] 03(NEW) Auto account creation creates privacy vulnerability - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 critical; Normal; MediaWiki extensions: CentralAuth; (church.of.emacs.ml) [17:02:35] Why on earth would account creation be done with a GET in the first place?? [17:04:09] 03(mod) Auto account creation creates privacy vulnerability - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 normal->high (10church.of.emacs.ml) [17:08:37] 03(mod) Auto account creation creates privacy vulnerability - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 +comment (10Platonides) [17:11:35] 03(mod) Tag filter for Oldreviewedpages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19107 (10cenarium.sysop) [17:20:26] 03daniel * r51748 10/trunk/WikiWord/WikiWord/src/main/php/ (config.sample.php wikiword.php wwutils.php): fixed more sloppy errors. images found now [17:37:11] 03(mod) Auto account creation creates privacy vulnerability - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 (10church.of.emacs.ml) [17:38:15] 03(mod) Auto account creation creates privacy vulnerability - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 +comment (10agarrett) [17:38:18] Church_of_emacs: can you tell me what that bug is? [17:38:26] instead of "it's at this non-public wiki" [17:38:45] werdna, yes, via irc query [17:40:24] Sorry for making this non-public. But imho this is a major privacy vulnerability and should be treated confidential (at least until it's fixed) [17:40:56] I don't think it's really an issue [17:41:20] I think it's pretty easy to deduce [17:41:39] <^demon> i hate when people post issues on pvt wikis. [17:42:31] I don't think the evil guy would be watching our bugzilla [17:42:53] but it's always good to be prudent [17:43:09] I think there's also an email address for security vulnerabilities [17:44:09] Pfft, of course I'mw atching. [17:44:17] Platonides, could you give that address to me? [17:44:36] I don't remember, it was soemthing like security@wikimedia.org [17:44:58] that's the correct address [17:45:00] but it'll simply be an alias to brion and tim [17:45:10] ok [17:45:12] but I think the response will be "so?" [17:46:22] Is there some particular reason we're keeping all the pages in http://meta.wikimedia.org/wiki/Category:Moved_to_MediaWiki which consist solely of {{MovedToMediaWiki}}? [17:47:37] Mike_lifeguard, Special:WhatLinksHere/Template:MovedToMediaWiki?hideredirs=1&hidelinks=1 should do the same, right? [17:47:52] yeah [17:47:59] but why do we need those pages at all? [17:48:11] Mike_lifeguard: So that people who look up the page on meta can still find it [17:48:21] maybe /some/ of them are actually pages people search for, but most of them are totally useless [17:48:24] A lot of the tech pages on meta are still linked to all over the place [17:48:29] Well, that may be true [17:48:51] My question would be whether keeping them is doing any harm [17:49:40] I can define harm such that they're harmful if you like :P [17:49:49] Lol [17:51:06] 03(NEW) rel="license" on link should replace copyright meta tag - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19162 enhancement; Normal; MediaWiki: User interface; (greenreaper) [17:51:29] ^demon: for http://www.mediawiki.org/wiki/User:%5Edemon/maintenance-work : attribute.php should be deprecated, not ported ;) [17:52:08] 03(NEW) Special:GlobalBlock/127.0.0.1 should load global block log snippet - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19163 normal; Normal; MediaWiki extensions: GlobalBlocking; (mike.lifeguard) [17:52:41] hmm.... adding a CSS stylesheet using $out->addStyle (in the BeforePageDisplay hook) doesn't work for some reason.. does the stylesheet have to be added to a particular directory? [17:53:02] <^demon> ialex: ah, use reassignEdits :) [17:53:18] ^demon: yeah :) [17:53:36] elysianfields44: Check the HTML source of the wiki page and see from which path it tries to grab it [17:53:50] Can {{if: process more than one input? For instance {{#if {{{1|}}}{{{2|}}} ... {{{n|}}}| foo | bar }} possible? [17:53:55] werdna: is checking sha1 on upload going to be really expensive? [17:54:01] <^demon> ialex: will update docs. [17:54:17] 03(NEW) SQL error 1071 when running update script - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19164 normal; Normal; MediaWiki: Database; (omega13a) [17:54:19] (in abusefilter, I mean) [17:54:20] Calebrw: Yes, but that'll return foo if 1 OR 2 OR 3 ... is nonempty [17:54:36] ^demon: it's a bit a WMF-specific script [17:54:49] RoanKattouw: thanks! Indeed it's trying to find it in the default skins directory. [17:55:05] <^demon> ialex: i'll poke that one later. btw, peeked at the new code yet? [17:55:09] elysianfields44: IIRC you have to feed addStyle() an absolute path to prevent that [17:55:39] ^demon: a bit [17:55:46] RoanKattouw: yup, thanks. I fixed it now. [17:55:56] 03daniel * r51749 10/trunk/WikiWord/WikiWord/src/main/php/wikiword.php: yay, commons search, here we come [17:56:46] <^demon> ialex: suggestions/patches always welcome :D [17:57:20] ^demon: first of all: you took my idea! [17:57:24] :D [17:58:30] <^demon> im not touching the installer/upgrader, im leave that to Tim's freaky magic. [17:58:45] <^demon> *leaving [17:59:18] updaters.inc is a real mess, more than all other scripts :) [18:00:21] <^demon> IMO: old scripts should be removed entirely...they'll still be in the old branches if need be. [18:01:03] <^demon> im keeping commandLine.inc for b/c, but it gives a warning if used. [18:02:40] ^demon: but something I'd love is if( !defined( 'MEDIAWIKI' ) ) { $maintClass = "CreateAndPromote"; require_once( "doMaintenance.php" ); } so that you'd be able to include it from anywhere (e.g. for Maintenance extension to remove code duplication) [18:03:58] 03dale * r51750 10/branches/new-upload/phase3/js2/mwEmbed/ (3 files in 3 dirs): minor fixes (firefogg, temporal urls) [18:04:18] <^demon> hmmm, perhaps perhaps. [18:05:44] and possibility to remove .inc files (would need fixes when extending classes) [18:07:47] 03(mod) createAndPromote error on bad password - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19157 (10Emufarmers) [18:09:18] ^demon: if( isset( $this->mOptions['bureaucrat'] ) ) -> maybe if( $this->hasOption( 'bureaucrat' ) ) ? [18:09:49] <^demon> hasOption might be nice....getting tired of all the isset's [18:09:53] 03(mod) rel="license" on link should replace copyright meta tag - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19162 (10greenreaper) [18:11:34] ^demon: that's the point :) [18:12:00] (and Maintenance::getOption()) [18:12:12] <^demon> ialex: would love to centralize param validation eventually too...but baby steps first :) [18:13:26] ^demon: doMaintenance.php line 26: # Maybe a hook? -> too early, Hooks.php not loaded [18:14:25] <^demon> ialex: yeah i know, but thinking along those lines. [18:14:29] 17:53 < Mike_lifeguard> werdna: is checking sha1 on upload going to be really expensive? [18:14:32] what do you mean? [18:14:40] not really, it's calculated anyway [18:14:47] it's just not available at the time the hook is run [18:14:50] which is a pain in the ass [18:15:13] <^demon> ialex: more a "i need to find a way to fix this" rather than a "use hook here" [18:15:33] sure [18:15:47] but this is even before loading any configuration [18:15:51] *sigh* [18:16:46] <^demon> i know...not fantastic [18:17:58] <^demon> i love that -all- maint scripts now support --quiet and --help by default. [18:18:33] *Emufarmers pokes ^demon with bug 19157 [18:20:28] <^demon> emufarmers: ive already got a patch to commit later. i'm only fixing maintenance bugs on the branch :) [18:20:48] Buh? [18:21:49] <^demon> btw, wrapping setPassword() in try/catch is nicer than validating the pw ourselves. and we shouldnt call addToDatabase() until the setPassword() succeeds. [18:22:58] How am I supposed to know setPassword() throws an exception? >_> [18:23:02] <^demon> http://pastey.net/115850 < emufarmers, thats the snippit. [18:23:41] <^demon> you look at setPassword ;-) [18:24:10] You try it, and if it throws an exception, you'll know [18:24:13] Like I was going to check every call in the file. t_t [18:24:14] :) [18:24:52] I don't see anything in setPassword() that checks for the password being the same as the username [18:26:17] look at isValidPassword [18:27:12] Hmm, yeah, but doesn't that mean it would give the same error whether it was too short or the same as the username? (that's the reason I didn't use isValidPassword() in my code) [18:29:14] <^demon> checkAutoLoader is a cool script :) [18:29:38] Emufarmers: true, fix that then :P [18:29:56] OverlordQ: I already did, in my version :p [18:30:27] Though it should be fixed in setPassword(), I suppose [18:30:34] <^demon> the fix should happen in user, not in the maint script. [18:31:11] <^demon> if you do the sanity checks manually, you needlessly comlpicate things. [18:31:18] <^demon> *complicate [18:33:12] 03ialex * r51751 10/branches/maintenance-work/maintenance/Maintenance.php: [18:33:12] * added $withArg option to Maintenance::addParam() to maintenance so that you don't have an error like "--help needs a value after it" [18:33:12] * fixed E_NOTICEs on line 268, wrong index [18:33:12] * some coding style tweaks [18:33:38] - "to maintenance" [18:33:55] <^demon> ialex: i already fixed that...just hadnt committed :\ [18:34:08] that'll learn ya :P [18:34:14] *ialex should read his commit message before saving [18:34:21] ^demon: you're too slow :P [18:34:50] <^demon> i cant commit from work :( [18:35:48] why not? :P [18:36:08] *ialex stabs chuck :D [18:36:15] *amidaniel wonders why all these people are on IRC at work [18:36:18] ashley: There's a little block of Wikia-specific code in UserActivity that you might wanna remove [18:36:18] <^demon> cant make svn+ssh over our proxy just yet. [18:36:32] and your need your private key :) [18:36:38] In /trunk/extensions/SocialProfile/UserActivity/UserActivity.body.php, look for "ArmchairGM" [18:36:48] ialex: that's the easy part ;-) [18:37:00] <^demon> ialex: ive got my key....i just cant access the repo :p [18:38:08] ^demon: I don't see any way for setPassword() to know what the exact problem was unless isValidPassword() is changed to return an error code or throw an exception [18:39:32] chuck: ain't the only one, heh :P I was gonna remove "network activity" stuff from UserActivity, but then I got lazy...feel free to do it for me if you want to [18:39:38] *ashley runs [18:40:04] lol, I don't have my laptop, and i have no idea what "network activity" is [18:40:52] armchairgm-specific stuff..."sport networks" or something like that [18:42:02] oh... [18:43:04] oooh, I see now [18:43:17] It's kind of like Facebook networks? [18:45:07] ^demon, does r51717 mean that every call to Http::request() now needs to be made two lines and a whole bunch of extra characters? That seems like an uglier interface than we have now. [18:46:01] 03(NEW) Pick a single head tag for the Universal Edit Button - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19165 minor; Normal; MediaWiki: Page rendering; (greenreaper) [18:50:02] does anyone know of a pre-configured MediaWiki site that can be d/l and used to demo? [18:50:53] GNu_Joe: You can always just go to the Special:Export page of a MediaWiki site, export a few pages, then import them into your demo wiki [18:51:49] chuck, That sounds cool as it also demo's export and import which we need, Thanks! [18:52:10] no problem [18:54:29] Simetrical: surely they could leave a stub behind [18:55:09] <^demon> simetrical: nothing in core calls http::request() anymore [18:55:16] I don't see any reason to get rid of old APIs, really, unless they haven't worked for multiple releases and no one's noticed. [18:55:33] ^demon, . . . because you removed all of them and replaced them with an uglier and more complicated call, or for some other reason? [18:55:47] <^demon> i didnt nuke it, dale did. i just updated the only core caller left. [18:56:06] Well, I'd think it should be un-nuked. [18:56:12] <^demon> 99% of core external requests can use http::get() or post() [18:56:30] But this one can't? [18:56:36] So why get rid of it? [18:56:55] <^demon> no, because get/post can vary here. [18:57:11] Right, so why get rid of it? It's useful in this case, and third-party extensions might be calling it. [18:57:24] Can anyone explain to me under what conditions ParserClearState gets called? I'm seeing it getting called several times, and one time in the middle of processing tags. [18:58:10] And oddly, this stray call that's killing me is only present when I'm NOT logged in (browser type doesn't matter). Log in, it works correctly. [18:59:55] Eek, parser question. [19:00:06] Hey! [19:00:11] <^demon> simetrical: fair enough, can do later. [19:00:12] there's nothing about not asking them in the topic! [19:00:16] So it's legal :) [19:01:01] jcw, I wasn't criticizing, just expressing alarm. [19:01:05] *Simetrical runs away [19:01:05] mdale: poke [19:01:10] heh [19:05:33] hi ^demon an RoanKattouw [19:05:47] Hi Nike [19:06:07] didn't demon fix https://bugzilla.wikimedia.org/show_bug.cgi?id=19164 ? [19:06:59] <^demon> simetrical: marked 51717 as fixme for after work. [19:07:36] Hitting preview in CodeReview should not reset the Status box. [19:08:25] <^demon> nikerabbit: in trunk. simetrical pointed out some flaws in it though. [19:11:01] i recently updated from MW 1.14 to 1.15 as per the upgrade requirements and now my users cannot log in. each user's name returns a "Login Error You have not specified a valid user name" [19:11:25] brock, using any extensions? Have a link to your site? [19:11:50] it's actually on an internal network, only inside our campus can we access it [19:12:07] <^demon> simetrical: got the fix for httprequest done, will add it to my commit list for after work. [19:12:08] i am using multiupload and a code showing extension [19:12:38] brock, just to double-check, could you try disabling them and making sure it still happens? [19:12:55] Also, verify that the name actually shows up on Special:ListUsers. [19:13:21] simetrical, you are referring to basically comment out the extensions in localsettings right? and yes, they are in the user list [19:13:28] Yes, try that. [19:14:39] returns the same [19:14:46] 03ialex * r51752 10/trunk/extensions/Configure/ (CHANGELOG Configure.php Configure.settings-ext.txt): Updated Semantic MediaWiki extension [19:15:26] <^demon> ialex: i actually like your patch better. i'll merge with my fixes before committing. [19:15:29] are you using some sort of single sign-on or external auth? [19:15:58] OverlordQ is that to me? [19:16:07] yes [19:16:39] OverlordQ, the only logons created were done so with mediawiki on its create account page [19:16:46] does that answer the question? [19:17:07] fyi, all the websites created are still running [19:17:56] also, i can see the users in my mysql db [19:18:10] <^demon> simetrical: maybe fall back to 0.0.0.0 (so we dont explode), but throw some stuff to debug so we warn that remote_addr is broken? [19:18:20] ^demon, I'd throw an exception. [19:18:30] If REMOTE_ADDR is broken, that should be fixed. [19:18:53] If someone comes up with a legitimate reason for why REMOTE_ADDR might be set to gibberish, then we can consider using 0.0.0.0 or something, IMO. [19:19:20] The case presented was what, some free webhost screwing with REMOTE_ADDR and putting XFF in it but messing it up so it sometimes contained a list of IP addresses? [19:19:30] That's patently broken and they should be told about it. [19:19:40] In that case, the user would want to strip out the first IP address, *not* silently use a bogus one. [19:20:02] If REMOTE_ADDR is broken, some other variable might contain the actual info, and the user would have to figure that out on their own on a case-by-case basis. [19:20:28] <^demon> hmm. [19:20:30] You're proposing that on servers with broken REMOTE_ADDR we give everyone the same IP address. That totally messes up auditing or IP blocks. [19:20:35] Fail fast is better here. [19:22:06] anything else I can try here? [19:22:51] <^demon> simetrical: blah ok. [19:22:56] werdna: was at lunch whats up [19:23:14] brock, if you know PHP, start debugging the code, I guess. [19:23:20] Not much else we can do if we can't access your wiki. [19:23:25] mdale: what's the deal with killing Http::request? [19:23:32] hmm... [19:23:39] can't you leave a stub behind that calls whatever you're supposed to call? [19:23:56] Simetrical, that is true, anywhere in particular that uses the accounts that i can start lookin? [19:24:01] sure [19:24:11] <^demon> werdna/mdale: i was going to re-add it in my commit later. [19:24:50] oh okay [19:24:57] i will add it back... [19:25:49] not sure why it was taken out... [19:25:55] get & post still exist as static... [19:26:46] <^demon> mdale: my patch http://pastey.net/115858 [19:27:25] brock, includes/specials/SpecialUserlogin.php [19:27:34] ...oky [19:27:36] *^demon really needs to figure out how to commit over this damn proxy. [19:27:46] RoanKattouw how can i unreview a revision? I always getting a "500 Internal Server Error" server response [19:28:10] No idea, I didn't write the FR API module [19:28:21] Get someone to dig in the server logs and find the error message [19:28:24] its better to have an object so you can cleanly get errors (for future usage) ... but no point in not having the fall-back static request around.. [19:28:46] Simantic, i'll give it a look and get back if needed [19:29:02] <^demon> mdale: if you need those...sometimes all you need is data yes/no. [19:29:13] oky [19:29:49] is it an [19:29:57] API or WMF-Bug? [19:30:21] Could be either [19:30:25] <^demon> a FR bug? [19:30:34] Or that, even [19:30:49] If it's either of the former two, I'll be able to tell based on the error message [19:36:52] Seriously, is there anyone around who knows the parser well that would spend a few minutes answering some questions? [19:37:22] I'm in a position to look and find out, and I understand bits and pieces [19:37:29] but really, you should look and find out yourself [19:37:50] you asked when clearState was called, and the obvious thing to do is to grep the source for clearState and see what comes up [19:37:51] !ask [19:37:51] --mwbot-- 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. See also: !gethelp [19:37:53] jcw, TimStarling is the only one brave enough to actually do stuff with the parser. [19:38:00] Also, I'm pretty sure he wrote whatever it is you were asking about. [19:38:02] if you can't be bothered to look yourself, then neither can I. [19:38:04] OverlordQ, he already did ask. [19:38:08] oh, my bad :) [19:38:18] if it happened more then 20 lines ago it didn't happen :P [19:38:38] I have grepped the sources. Just because you know when the parser runs clearState doesn't mean it's implicitly clear what triggers it, especially when recursion comes into play. [19:38:40] if you have trouble with a particular part, let me know and maybe I can help out [19:38:49] And there's also the question of what it SHOULD do, and what it MIGHT actually be doing. [19:38:54] 03catrope * r51753 10/trunk/extensions/UsabilityInitiative/PrefStats/ (6 files): UsabilityInitiative: Committing work on PrefStats extension to track skin and toolbar usage. Code is WIP and should not be used [19:39:41] 03(NEW) Review-API-Module is not working on WMF-Projects - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19166 major; Normal; MediaWiki extensions: FlaggedRevs; (bugreporter) [19:39:42] another good way to do it is to patch in a var_dump( wfBacktrace() ); into clearState, parse a page, and see what the output is. [19:39:45] that's what I'd do. [19:39:51] RoanKattouw: ooh does it include nice graphics? [19:40:06] OK, let me give you a basic overview. I started with the Cite module, and implemented some functionality. It's not very complex. Something Cite is doing (probably the ) tag is triggering clearState. I'm unclear under what conditions clearState SHOULD be triggered. I would have thought it was reaching the end of a page, not a tag. [19:40:16] Nikerabbit: No, it's very much WIP [19:40:20] RoanKattouw: like http://translatewiki.net/wiki/Special:UserOptionStats/skin :) [19:40:23] It's only got untested code for tracking [19:40:30] <^demon> the parser gives me nighmares. [19:40:34] jcw: I can help you there then -- the contents of a are parsed separately. [19:40:54] tag extensions are unparsed by default, so the contents have to be separately parsed. [19:40:56] Nikerabbit: Holy shit is that data live? [19:41:24] Nikerabbit: that's cool. [19:41:28] OK. So recursiveTagParse is being called. You're saying that when the parser exits, it's calling clearState? [19:41:43] RoanKattouw: live as in? [19:41:52] As in are 32% using modern? [19:41:56] 03tparscal * r51754 10/trunk/extensions/UsabilityInitiative/EditToolbar/ (EditToolbar.css EditToolbar.js): Fixed a few CSS bugs and tweked some javascript field names. [19:41:58] As in not cached? [19:42:03] it probably would die on wmf, if that is what you are asking [19:42:07] I'm not clear on exactly why youre interested in clearState [19:42:13] And that's causing all clearState actions to be performed, rather than at the currently nested level, so other extensions may be triggered into doing Bad Things? [19:42:33] RoanKattouw: I'm not sure what cache headers it sends.. but no special caching [19:42:38] what are you trying to implement? [19:42:41] Right [19:42:53] Because Cite is using it to clear the mRefs array, so that data doesn't persist across pages. I'm learning by example, and you're welcome to tell me that Cite was a poor place to start, if it was. [19:43:03] I'm writing something that tracks certain special preferences (in our case skin=vector and usebetatoolbar=1) over time [19:43:07] I'm not clear on whether or not clearState is called in recursiveTagParse -- I thought recursiveTagParse was there to avoid clearing state. [19:43:19] 03dale * r51755 10/branches/new-upload/phase3/includes/ (HttpFunctions.php Import.php): restored static Http::request support [19:43:24] Which means it registers when which user started and stopped using it [19:43:25] jcw: what are you trying to implement? [19:43:31] oops :P [19:43:33] RoanKattouw: yeah, that's not the same thing [19:43:43] RoanKattouw: but PHPlot is handy if you are doing graphics [19:43:52] I've implemented a small spreadsheet-like thing. basically named variables with formulas. [19:44:04] oh yeah that's right [19:44:06] But, for comparison, I can tell you this: [19:44:13] GreenReaper: yes [19:44:18] well, I would recommend that if that's how Cite does it, then it probably works [19:44:23] try it, see if anything breaks [19:44:31] Interesting. [19:44:48] If I had copied Cite, and changed the tags to , this same problem will occur. When the tag closed, all of previous history would be lost. [19:44:56] In fact, that might be a good and simple test. [19:45:38] Nikerabbit: Yeah, what we're doing is more extensive, and supposed to be runnable on Wikipedia [19:46:13] there seems to be a bug in my mediawiki [19:46:33] it's giving stylesheet references to index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000" [19:46:38] Would anyone have any idea why I'm getting an error ” [19:46:39] werdna: I'm pretty sure you saw that earlier already :) [19:46:48] Nikerabbit: saw what? [19:46:53] but my edits to common.css aren't working [19:47:00] werdna: that what is now an extension showing nice pies [19:47:03] "Fatal error: Call to undefined method FSRepo::getMemcKey() in [--]htdocs/includes/filerepo/FileRepo.php on line 534" after update to 1.15.0? [19:47:04] so i navigated to that url and it doesn't give me raw text of the stylesheet, it gives me the wiki page [19:47:21] ZeiP: filerepo... what extension does cause that? [19:47:36] I'm also unsure about one other thing: When should recursiveTagParse be used? Only if you have to worry about something like This is a nested reference? [19:47:38] <^demon> filerepo is core, nike [19:47:55] jcw: recursiveTagParse means a parse within a parse [19:47:55] Nikerabbit, haven't tried disabling extensions, but filerepo seems to indeed be core. [19:48:05] ^demon: then you ought to know what that bug is :) [19:48:25] <^demon> yes, because tim nuked filestore. [19:48:35] OK, but when do I need to be concerned about a parse within a parse? [19:48:39] yeah... and fixed it in core... [19:48:47] so I assumed it must be an extension triggering it [19:49:13] Nikerabbit: no i haven't seen it before [19:49:58] Nikerabbit, disabling all the extensions didn't fix it. [19:50:18] <^demon> zeip: one sec, looking into it [19:50:26] ^demon, thanks [19:51:16] wtf [19:51:23] bad inhane [19:52:04] 03(mod) English Wikinews as an external file repository for Serbian Wikinews - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19061 +shell (10ssanbeg) [19:52:34] <^demon> stupid me, its not a filestore issue its fsrepo. [19:53:10] Mmh [19:56:27] <^demon> odd, i moved getMemcKey() in r49001, why isnt it in the 1.15 branch? [19:56:46] branched 48811 [19:56:54] ^demon: because 1.15 was branched 1at 48811 [19:56:55] (Wikimedia version) [19:57:51] <^demon> ah, gotcha. [19:58:00] <^demon> in that case it needs backporting. [19:58:07] so do it :) [19:58:23] *^demon adds it to his todo list [20:00:06] <^demon> zeip: the fix was never backported to v1.15. i'll do that later. you'll then want to grab an up to date copy of FileRepo.php from svn. [20:00:49] trunk/phase3? [20:00:57] yeah [20:01:00] Thanks [20:01:17] <^demon> the trunk version is fine, if you'd rather grab that. [20:01:30] <^demon> (and not wait for me to commit to 1.15 branch) [20:04:56] Mmh, OK. [20:06:38] I only updated FileRepo.php from trunk/phase3, and now I'm getting this: "Fatal error: Class FSRepo contains 1 abstract method and must therefore be declared abstract or implement the remaining methods (FileRepo::fileExistsBatch)". Should I update FSRepo.php also, or use some other version of FileRepo.php? [20:07:16] <^demon> blah, ignore trunk. wait for the 1.15 fix. [20:07:28] Ok [20:13:19] lo [20:14:03] Hi [20:14:07] guess what ... i've got a user question :S ... how do you show file size of a linked local file :S bogles me plenty [20:14:42] Do you guys know why the main page on my wiki isn't being marked as cacheable? [20:16:04] chuck ... u probabbly have something in it that cannot be cached :D [20:16:12] Cache-Control is private, s-maxage=0, max-age=0, must-revalidate [20:16:48] chuck: if you are logged in, this is normal [20:17:33] ialex: I'm not logged in, and I deleted all of my cookies for the site [20:18:12] freakolowsky: ls -lH [20:18:39] or just ls -lL [20:19:52] OverlordQ ... ehem ... yes ... and since when does MW understand shell commands ? [20:20:12] Grr, I think I can see what's causing that header to be like that, it's that 6 cookies are being set when I try to request the page [20:20:17] I have *no* clue what they are, though [20:20:37] i ment ... how do you get filesize of [[Media:sth.ext]] [20:20:48] Google Analytics... [20:20:50] oh :) [20:22:38] http://pastebin.com/m73a88bcb I think this pretty well shows the problem. If you hook ParserClearState, you have no idea if it's calling back to you for your instance. So everyone is going to clear their state, even when they don't necessarily want to. [20:26:07] 03magnusmanske * r51756 10/trunk/wiki2xml/php/mediawiki_converter.php: Fix breaking typo introduced by tstarling in r36340, noticed by Jan Rous [20:34:14] If I wanted to checkout just the standard stable release of mediawiki with svn, which branch would it be? [20:34:59] akozak: /tags/REL1_15_0 [20:35:17] Simetrical, Brock again, so I tried reverting to version 1.14 and the same problem still exists where my users cannot log in, it almost seems as if the authenticateUserData function isn't taking the name you type in at all and treating it as blank [20:35:17] thanks! [20:35:24] Actually, /tags/REL1_15_0/phase3 [20:35:28] ok [20:35:47] *chuck wonders what phase4 will be [20:35:55] brock, again, it's not really possible to help much if I don't have access to the wiki. I can't think of anything special it might be. You'll have to debug on your own. [20:38:53] chuck: http://en.wikipedia.org/wiki/Phase_IV [20:39:26] I actually named my script @Phase II@ back in the day in the hopes it would come to this :-) [20:39:27] lol [20:39:44] aZaFred:lol [20:39:50] oops [20:39:54] hmmm ;) [20:39:58] bitch acting smart again [20:40:04] bitchX that is :d [20:40:23] hahaha [20:40:41] *freakolowsky bitch-slaps BitchX :D [20:40:47] 03siebrand * r51757 10/trunk/phase3/languages/messages/MessagesEn.php: Consistency tweaks [20:42:19] magnusmanske: haha, nice [20:44:02] Maybe phase4 will run on Ruby on Rails? *hides* [20:46:21] chuck: mediawiki developers aren't much for fads [20:48:41] :O! [20:48:43] how dare you [20:48:43] except identica ;) [20:49:48] flyingparchment: how about scala and lift, then? its syntax is so annoying that it can't possibly ever be a fad [20:51:24] *freakolowsky votes for making wiki a java app :D [20:52:43] Scala runs on JVM [20:53:29] 03rotem * r51758 10/trunk/ (2 files in 2 dirs): Localization update for he. [20:54:38] I am pleased to announce that the IRC Group Contacts team has been [20:54:39] changed over to a new group with a strong manifesto. [20:54:42] lolmanifesto [20:54:54] freenode: where we take irc WAY too seriously. [20:56:09] where is that? [20:56:13] and, agreed ;-) [20:56:24] http://tinyurl.com/wmgcs [20:56:30] was sent to several mailing lists [20:57:23] 03siebrand * r51759 10/trunk/phase3/languages/messages/ (22 files): Localisation updates for core messages from translatewiki.net (2009-06-11 20:53 UTC) [20:58:01] "We hope that freenode will get the other contacts approved soon but we have no ETA on this and the queue is roughly four years long" jeesus [20:59:00] ... [20:59:17] seanw is a freenode staff member, how can the queue for him to get something done be that long... [20:59:22] sigh, freenode [20:59:25] he's lazy? [20:59:43] or he secretly works for dalnet. [20:59:58] or freenode has way too much red tape to get stuff done ;-) [21:00:00] some things are not done by all the staff [21:00:01] *FunPika will take a guess [21:00:20] maybe he was too busy writing the manifesto [21:00:27] And say that theres some strange policy saying that Freenode Staff can no longer just skip over requests :P [21:00:30] lmao xD [21:00:34] isn't that the thing that terrorists have? [21:00:37] just a possible guess.... [21:00:57] chuck, flyingparchment: I'm not a freenode staffer. [21:01:11] you were though [21:01:16] I was, true. [21:01:30] gasp [21:01:33] staff-emeritus, means you were one long enough and trusted enough to get an emeritus cloak [21:01:46] About two years :) [21:02:00] seanw: i'm still waiting for confirmation from wmfgcbot about the changes on stable TS. just fyi [21:02:11] flyingparchment, ack, I shall poke my dev. [21:02:39] there can't be THAT many groups filing gcfs to fill a queue out 4 years, can there? [21:03:01] even if it takes a week per gcf to process, that's still a lot [21:03:06] Skizzerz, christel just explained in -ops that there are about 4k [21:03:14] >_< [21:03:23] I thought it was 8l [21:03:23] ok, maybe they do have that many :P [21:03:26] 8k* [21:03:33] only if 4k means 8k [21:03:37] 8.5, to be exact [21:03:53] they should just scrap all the old ones and start over [21:04:01] that's what we do when there are too many old tickets in the toolserver support queue [21:04:08] it's easier than actually answering them [21:04:21] seanw, I poked that dev quite a few times... [21:04:39] flyingparchment, lol, sad thing is that you're not kidding [21:04:50] kibble, oops sorry. [21:05:05] flyingparchment, surely the easiest route is often far from the best? :) [21:05:34] seanw: i fail to see how the thing that is easier for me could not be the best. [21:05:55] I see. [21:07:00] Skizzerz: Well, freenode does recommend (and sometimes force) people to fill out a GCF if they have a # channel [21:08:19] I wrote mine ages ago and expect a reply! :-p [21:09:51] Does #math have to have a GCF? [21:10:08] Should be ##math [21:11:09] 03siebrand * r51760 10/trunk/extensions/ (118 files in 107 dirs): Localisation updates for extension messages from translatewiki.net (2009-06-11 20:53 UTC) [21:14:33] Do you think we should discuss this bug openly or only in a private environment? https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 [21:15:31] werdna? [21:16:16] "critical bug" heh [21:16:25] if you thought it was private, why did you open a bug on the public bug tracker? [21:16:42] XD [21:17:06] I didn't know where I could discuss this [21:17:17] so I created a public bug with a reference to a private wiki [21:17:37] But some users felt like this issue isn't too private [21:17:38] i guess that's useful for the 0 mediawiki developers with access to that wiki.. [21:17:43] oh... [21:17:46] flyingparchment is on a roll today [21:18:00] I thought more devs had access :) [21:18:09] developers dont care about otrs [21:18:25] So, do you think it is okay to discuss possible attacks on mediawiki in public? [21:18:43] probably [21:18:52] *kibble thinks flyingparchment needs a huggle [21:18:54] Church_of_emacs: that's kind of how fixing open source software works [21:20:39] chuck, yes, but's there is a difference between free software and the concept of publishing security holes before they're fixed. But that's just my $0.02 [21:22:00] wee /me is immune [21:22:28] okay, as it seems there are no objections, I'll discuss the bug in public [21:22:29] Church_of_emacs: you should probably close the bug on the public issue tracker then [21:26:45] hey, anybody knows any bug that causes "We could not process your edit due to a loss of session data" when using memcached? [21:26:52] or is it just me? [21:27:06] !sessiondata hapablap [21:27:06] --mwbot-- 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. [21:27:24] that's the first thing I tried :) [21:28:14] it's a private server, although I don't have direct access to it, we have tried all those solutions... even phpbb is working in the same server, using sessions without problems [21:28:22] hello.. how can I make pages on my wiki available in other languages? all I can find on Google are things about translating the interface, but nothing about actually translating the pages (ie. using namespaces to store articles in other languages). [21:31:47] re-asking: is there a way to get a filesize in MW? [21:31:58] filesize of Media:sth.ext [21:32:40] in PHP? or what? [21:33:12] in MW ... [21:34:07] $file->getSize() [21:35:19] OverlordQ in MW page content ... not FS, not PHP, not DB, not JS [21:38:01] AFAIK, no [21:40:19] What would be the best way to change content of a page based on the namespace? [21:40:43] wait, I don't think that would work... hrm [21:41:43] 03ashley * r51761 10/trunk/extensions/SocialProfile/UserActivity/UserActivity.i18n.php: SocialProfile: grammar fix [21:42:35] chuck: you mean count an extra namespace as content ? [21:43:01] charitwo: No, not exactly. I want to change the content of a system message based on the namespace of the page that is being accessed [21:43:18] the message is [[MediaWiki:noarticletext]] [21:43:47] that's something with parser functions, i forget the function needed [21:44:18] but it is possible [21:44:34] *chuck wonders if it would use the current page's namespace rather than the system message's namespace, though [21:44:50] {{:MediaWiki:Noarticletext/{{NAMESPACE}}}} ? [21:45:55] I think I would have to use a parser function with {{NAMESPACE}} [21:45:57] like here: http://de.wikipedia.org/w/index.php?title=MediaWiki:Noarticletext&action=edit&uselang=en [21:46:25] ParserFunctions are not needed [21:46:57] Church_of_emacs: Oh! good idea! [21:49:00] Alternativly you can do something like {{#switch: {{NAMESPACE}} | Talk = {{MW_Noarticletext_Talk}} | #default = {{MW_Noarticletext}} }} [21:49:18] that's with the ParserFunction #switch [21:49:35] 03tparscal * r51763 10/trunk/extensions/UsabilityInitiative/EditToolbar/ (4 files in 2 dirs): Fixed some small bugs, tweaked some toolbar configurations, added some labels. [21:49:37] What does {{NAMESPACE}} return if it's the main namespace, though? [21:49:38] nothing? [21:49:58] an empty string [21:50:01] "" [21:50:58] so how do I access that in the switch :P [21:51:03] So Template:MediaWiki_Noarticletext_NS_{{NAMESPACE}} is Template:MediaWiki_Noarticletext_NS in the main namespace [21:51:12] you can access that via #default [21:51:59] I want a different message for main namespace only though, so that won't work (unless I put all of the other namespaces into the switch block, of course :P) [21:51:59] or via {{#switch: {{NAMESPACE}} | = main namespace }} [21:52:26] that works, thanks [21:52:32] Hi [21:53:00] chuck, then the best should be: {{#if: {{NAMESPACE}} | not main | main }} [21:53:28] that works too, thanks agian ;-) [21:53:30] *again [21:53:40] no problem [21:57:03] Church_of_emacs: works perfectly, thanks again :D [21:57:21] :) [22:03:27] 03(mod) SmoothGallery: Call to a member function getText() on a non-object - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19148 (10g.m.hagedorn) [22:13:54] 03demon * r51764 10/branches/REL1_15/phase3/includes/filerepo/ (FileRepo.php LocalRepo.php): Backport r49572 to 1.15 (move up getMemcKey() from LocalRepo to FileRepo). [22:15:45] 03(mod) Auto account creation creates privacy vulnerability - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 +comment (10x127) [22:17:32] 03(FIXED) Remove AdminSettings.php from MediaWiki core - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18768 +comment (10public) [22:21:58] 04(REOPENED) Remove AdminSettings.php from MediaWiki core - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18768 +comment (10innocentkiller) [22:26:47] 03tparscal * r51765 10/trunk/extensions/UsabilityInitiative/EditToolbar/EditToolbar.i18n.php: Added example for file embedding help. [22:28:51] 03demon * r51766 10/trunk/extensions/SmoothGallery/SmoothGalleryParser.php: [22:28:51] (bug 19148) SmoothGallery: Call to a member function getText() on a non-object. [22:28:51] Patch has the same effect on local repos as before, with the added bonus of [22:28:51] fixing the non-object error (getDescriptionText() will always return String or [22:28:51] false) on ForeignAPIRepos. [22:28:53] 03(FIXED) SmoothGallery: Call to a member function getText() on a non-object - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19148 +comment (10innocentkiller) [22:32:02] 03(mod) Auto account creation creates privacy vulnerability - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 (10herd) [22:33:38] !defaultsettings [22:33:38] --mwbot-- For the current version of DefaultSettings.php, see: . [22:33:52] 03(mod) Auto account creation creates privacy vulnerability - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 (10Platonides) [22:41:20] 03dale * r51767 10/branches/new-upload/phase3/ (7 files in 5 dirs): [22:41:20] added token to upload api & Special:Upload page. [22:41:20] * this avoids cross-site credential exposure / DOS vector for upload-by-url support [22:41:20] * also avoids cross-site POST image data upload with credentials exposure. (ie [22:41:20] no custom HTTPRequest POST request packaging (using Canvas raw-pixel-data) and [22:41:22] HTML5 browsers Canvas.toDataURL("image/jpeg") function to upload an image with [22:41:24] someone else's cookies from an external site) [22:55:24] 03demon * r51768 10/branches/maintenance-work/ (11 files in 2 dirs): [22:55:24] * Define DO_MAINTENANCE to easily require doMaintenance.php [22:55:24] * Add hasOption() / getOption() methods, made $mOptions private, update all instances to use the appropriate accessor. [22:55:24] * Make $mParams and $mArgList private, no need to use in children really. [22:55:26] * Port some scripts to Maintenance.php. All have been tested except benchmarkPurge [22:55:28] * Doc updates [23:06:41] 03tparscal * r51769 10/trunk/extensions/UsabilityInitiative/EditToolbar/EditToolbar.css: Tweaked colors to match Vector [23:07:19] 03tparscal * r51770 10/trunk/phase3/skins/vector/ (4 files in 2 dirs): Tweaked link colors to unify colors of content and navigation. [23:11:04] 03tparscal * r51771 10/trunk/extensions/UsabilityInitiative/EditToolbar/images/example-image.png: Added example image [23:21:24] <^demon> Simetrical: Exception in wfGetIP() is nasty. [23:35:48] 03demon * r51772 10/trunk/phase3/includes/ (AuthPlugin.php Preferences.php): [23:35:48] Per code review: call allowPropChange() directly, and only reference the [23:35:48] deprecated methods if they're available, this way if someone _has_ implemented [23:35:48] these, they will still get their desired results. Removed them so A) We don't [23:35:49] encourage people to use them, and B) We don't fool ourselves with is_callable()