[00:16:02] <codurr>	 New code comment: Krinkle; What problem is attempted to be solved here ? \ If a gadget needs styling, there shuld be no FOUC as ; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/100497#c29130>
[00:22:55] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108339> 10/trunk/phase3/resources/mediawiki.special/ (2 files): Re-do svn copy from r106516 preserving history
[00:24:31] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108340> 10/trunk/phase3/resources/mediawiki.special/mediawiki.special.changeemail.js:
[00:24:31] <codurr>	 Re-applying change to code from r106516
[00:24:31] <codurr>	 * Diff in r106516 didn't show that these changes where made due to new file creation, fixed now.
[00:24:31] <codurr>	 * Follows-up r108339
[00:26:56] <wikibugs>	 03(FIXED) Have buttons that are grayed out disabled completely - 10https://bugzilla.wikimedia.org/33113  +comment (10Krinkle)
[00:36:11] <wikibugs>	 03(FIXED) Ablity to get current action (The Right Way) - 10https://bugzilla.wikimedia.org/27930  +comment (10Krinkle)
[00:36:56] <wikibugs>	 03(mod) Wikiversity interwiki not-local => local - 10https://bugzilla.wikimedia.org/25995  +comment (10krinklemail)
[00:44:13] <wikibugs>	 03(NEW) Remove action "historysubmit" from history pages. - 10https://bugzilla.wikimedia.org/33587 minor; MediaWiki: History/Diffs; (krinklemail)
[00:44:45] <wikibugs>	 03(mod) wgAction incorrectly asumes 'view' instead of 'historysubmit' on diff-pages without a &action parameter - 10https://bugzilla.wikimedia.org/25800  +comment (10krinklemail)
[00:53:08] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108341> 10/trunk/phase3/ (RELEASE-NOTES-1.19 includes/actions/HistoryAction.php):
[00:53:08] <codurr>	 Remove action=history from submit on HistoryAction
[00:53:08] <codurr>	 * Not needed, and not used. Is internally converted to "view" as much as possible.
[00:53:08] <codurr>	 * Fixes bug 33587
[00:53:08] <codurr>	 * See also https://bugzilla.wikimedia.org/show_bug.cgi?id=25800#c6
[00:53:08] <codurr>	 * Other diff links from MediaWiki don't do this either
[00:53:31] <wikibugs>	 03(FIXED) Remove action "historysubmit" from history pages. - 10https://bugzilla.wikimedia.org/33587  +comment (10Krinkle)
[00:59:01] <kryl>	 hi
[01:07:02] <codurr>	 New code comment: Siddhartha Ghai; Maybe bug 2013, bug 11325 and r32382 are relevant here?; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108215#c29131>
[01:09:05] <Krinkle>	 Reedy: Hi, you there /
[01:09:22] <Reedy>	 Ya
[01:09:53] <Krinkle>	 two questions: I'm looking for a function that will tell me which action is currently being performed. mediaWiki->getAction() is close, except that it'll return random garbage on action=random%20garbage
[01:10:20] <Krinkle>	 There is MediaWiki::performAction which eventually goes to unknownaction, which is good, but this doesn't appear to be stored anywhere
[01:10:50] <Krinkle>	 (i'll save the other Q for later)
[01:11:04] <Krinkle>	 Is there something like that that you know of ?
[01:12:57] <Reedy>	 Not without going and poking around in the code
[01:13:07] <Reedy>	 Not something I've ever needed to bother about
[01:13:08] <Reedy>	 Sorry
[01:13:39] <Krinkle>	 Right now mw.config's wgAction property is doing getValue('action', 'view') which is horrible.
[01:13:54] <Krinkle>	 body class "action-" was doing a similar thing and eventually reverted
[01:13:55] <Krinkle>	 http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/Skin.php?r1=94131&r2=94130&pathrev=94131
[01:14:04] <Krinkle>	 although the above did sneak into 1.18
[01:15:17] <Krinkle>	 Reedy: How do you feel about letting it be stored in MediaWiki class, and using global $mediaWiki getCurrentAction to retrieve it ? I'm trying to find a more appropriate place for it, since it is request/context related.
[01:16:32] <varnent>	 are git's commands (not repo management - things like fetch) included with most web server software or does it always need to be added after the fact?
[01:17:40] <Reedy>	 don't necesserily need a webserver
[01:19:25] <varnent>	 yeah - just troubleshooting someone on a shared apache server
[01:19:49] <wikibugs>	 04(REOPENED) Ablity to get current action (The Right Way) - 10https://bugzilla.wikimedia.org/27930  +comment (10Krinkle)
[01:20:03] <varnent>	 they got git: command not found when doing a fetch - was wondering if it was just not enabled for jailshell or if their host actually needs to install it - which I didn't think was the case…but haven't run a web server in a long time  :)
[01:20:06] <wikibugs>	 03(mod) Magic words localization per the viewing project instead of source - 10https://bugzilla.wikimedia.org/33576  +comment (10Siddhartha.Ghai)
[01:21:39] <johnduhart>	 varnent: Are we talking about a web server like apache or nginx or a full linux server that serves linux content?
[01:21:54] <johnduhart>	 that serves web content*
[01:21:59] <varnent>	 johnduhart: apache - pretty standard setup from what I can tell
[01:22:07] <varnent>	 I wish nginx…but…
[01:22:20] <johnduhart>	 varnent: How do you have a Jailshell then?
[01:22:41] <johnduhart>	 If you have SSH it's not a webserver, apache is a piece of software that runs on a server
[01:23:21] <varnent>	 johnduhart: well - okay - it's a shared server running Apache - no clue what the core OS is - probably Linux
[01:23:28] <johnduhart>	 Yup
[01:23:56] <varnent>	 johnduhart: not my server - just trying to troubleshoot something - any clue if their admin needs to "install" git or just enable it for jailshell?
[01:24:00] <johnduhart>	 Given that it's a server for web hosting they probably won't have git on it, and I'm not too sure that the jailshell would have access to git
[01:24:05] <varnent>	 trying to figure out what they need to lobby their web host for  :)
[01:24:15] <johnduhart>	 varnent: Ask to install git and give access probably :)
[01:24:27] <varnent>	 hmmm..kk
[01:24:31] <johnduhart>	 Who's the host?
[01:24:43] <varnent>	 not sure actually - some local place they're working with
[01:25:03] <varnent>	 they're getting free hosting - so trying to make it work for their group rather than jump to a better, but paid, solution
[01:25:31] <johnduhart>	 fair enough
[01:25:51] <varnent>	 I'm more familiar with git than svn - can you cheat git and pull when svn is enabled (which it is in this case and working fine for them)
[01:25:56] <varnent>	 whoops
[01:26:01] <varnent>	 more familiar with svn than git  :)
[01:26:47] <johnduhart>	 What do mean?
[01:27:00] <johnduhart>	 Like use svn until git is available?
[01:27:48] <varnent>	 all they really want to do is fetch and pull updates for some web apps - one of the apps is already on git and I'm thinking about when MW goes git - can they use svn commands to somehow work with git?  :)
[01:28:11] <johnduhart>	 No
[01:28:20] <varnent>	 probably trying to push a circle through a square peg - lol - but running down list of possible work-arounds for them other than just - you know - download the darn thing and update yourself  :)
[01:28:23] <johnduhart>	 And when we go git no one can use svn :)
[01:28:33] <johnduhart>	 Well, no one wanting to commit to things moved to git
[01:28:44] <johnduhart>	 varnent: Is there code on github though?
[01:30:28] <varnent>	 I think this app is on github (going from a "got any quick ideas?" phone call) - but when MW goes git - (lol - they'll never commit) are they gonna be forced to go git (or just download old fashioned way) to maintain their mw download
[01:30:54] <johnduhart>	 You're in luck :)
[01:30:54] <johnduhart>	 https://github.com/blog/966-improved-subversion-client-support
[01:31:00] <johnduhart>	 GitHub supports svn
[01:31:19] <varnent>	 excellent! - so what about their future with MW?
[01:31:34] <varnent>	 that should make him happy - lol - but I haven't told him MW is going git by March yet  :)
[01:32:08] <johnduhart>	 varnent: I'm not sure how our use of verison control affects them, mind explaining?
[01:32:23] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108342> 10/trunk/phase3/includes/Wiki.php:
[01:32:24] <codurr>	 Implement MediaWiki::getPerformedAction()
[01:32:24] <codurr>	 * Fixes:
[01:32:24] <codurr>	 -- Bug 27930 - Ablity to get current action (The Right Way)
[01:33:06] <varnent>	 maybe I'm just not familiar enough with git to get it (no pun) - but right now they use svn co to download all their MW installations - so if we go git - will they still be able to get future releases and extensions from svn co or will they now have to use git fetch to download things for MW? that make sense?
[01:33:17] <Krinkle>	 !r  94131
[01:33:17] <mw-bot>	 https://www.mediawiki.org/wiki/Special:Code/MediaWiki/`e1
[01:33:39] * johnduhart  claps for mw-bot

[01:33:57] <Reedy>	 !r 94131
[01:33:58] <mw-bot>	 https://www.mediawiki.org/wiki/Special:Code/MediaWiki/94131
[01:34:04] <Krinkle>	 yeah, I'm there already :)
[01:34:04] <johnduhart>	 varnent: No, they'll have to use git
[01:34:45] <varnent>	 okay - so basically by march they'll either have to give up updating MW extensions w/o manual downloads - or break into the host facility and install git themselves?  :)
[01:34:58] <johnduhart>	 varnent: Pretty much :)
[01:35:04] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108343> 10/trunk/phase3/includes/OutputPage.php:
[01:35:04] <codurr>	 [mw.config] wgAction shouldn't use direct URL values
[01:35:05] <codurr>	 * Fixes bug 25800
[01:35:05] <codurr>	 * Depends on r108342
[01:35:08] <varnent>	 hmmm
[01:35:19] <wikibugs>	 03(FIXED) Ablity to get current action (The Right Way) - 10https://bugzilla.wikimedia.org/27930  +comment (10Krinkle)
[01:35:25] <Reedy>	 by march?
[01:35:26] <Reedy>	 bahaha
[01:35:40] <varnent>	 lol - well - okay - by whenever we actually go git
[01:35:42] <wikibugs>	 03(mod) Ablity to get current action (The Right Way) - 10https://bugzilla.wikimedia.org/27930  (10Krinkle)
[01:36:20] <wikibugs>	 03(FIXED) wgAction incorrectly asumes 'view' instead of 'historysubmit' on diff-pages without a &action parameter - 10https://bugzilla.wikimedia.org/25800  +comment (10Krinkle)
[01:36:21] <varnent>	 which got me thinking actually - is it setup enough that I can work on a new extension off git - or is the MW git not ready for extensions yet? (again - pleading ignorance about git)
[01:36:47] <Reedy>	 we don't  have a git repo setup for production use yet
[01:37:02] <Reedy>	 and we only have a trunk clone for testing
[01:37:09] <Reedy>	 /trunk/phase3
[01:37:10] <Reedy>	 even
[01:37:12] <varnent>	 okay - so svn it is  :)
[01:37:32] <Reedy>	 SVN won't be automatically just stopped
[01:37:32] <codurr>	 New code comment: Krinkle; This class was requested in bug 4438, re-opened.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/94131#c29132>
[01:37:42] <johnduhart>	 Heh, The Right Way™
[01:37:47] <Reedy>	 Chances are you'll be able to keep using svn for extensions for a while
[01:37:48] <wikibugs>	 03(mod) No CSS hook exists for distinguishing between actions for a given page title - 10https://bugzilla.wikimedia.org/4438  +comment (10krinklemail)
[01:37:53] <Reedy>	 just to make it even more confusing
[01:37:57] <varnent>	 lol
[01:37:58] <varnent>	 nice
[01:38:12] <Reedy>	 There might be a nice way to push git branches into svn tags
[01:38:14] <Reedy>	 no idea
[01:38:27] <varnent>	 maybe I can find some oddball offline/online hybrid solution for them to auto-update the files - lol or maybe the extension manager's completion will beat git
[01:38:33] <codurr>	 New code comment: Krinkle; Note that this revert didn't make it into REL1_18, the bad way of getting action- class is in 1.18; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/94131#c29133>
[01:39:16] <varnent>	 Reedy: I wouldn't be surprised to learn that more shared hosts that allow jailshell don't support git - and I now a lot of low-budget nonprofits use that style webhost
[01:40:17] <Krinkle>	 !b 25800
[01:40:17] <mw-bot>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=25800
[01:40:23] <varnent>	 Reedy: anything we can do to help those folks with transitioning or delaying their need for git command I imagine would be helpful - at least until git gains the same traction with web host companies…but they're a crazy bunch (I say with love)
[01:40:42] <Reedy>	 One would hope they'd just install git stuff
[01:40:44] <Reedy>	 But god knows
[01:40:56] <wikibugs>	 03(mod) wgAction should contain the actually performed action instead of whatever the query value contains - 10https://bugzilla.wikimedia.org/25800  summary (10Krinkle)
[01:40:58] <p858snake|l>	 I don't see how that is a issue, very few people should in theory be running their MW install directly from a svn clone
[01:41:03] <Reedy>	 Hell, we still don't know how we're going to do production wikipedia on git
[01:41:09] <Reedy>	 p858snake|l, svn switch
[01:41:10] <Reedy>	 vs
[01:41:17] <Reedy>	 wget, untar, replace
[01:41:22] <Reedy>	 I can see the benefits
[01:41:25] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108344> 10/trunk/phase3/RELEASE-NOTES-1.19: release notes for r108343
[01:41:32] <p858snake|l>	 well whatever the command is
[01:41:54] <varnent>	 p858snake|l: until we have a true extension manager - most wikis I work with use svn to maintain at least their extensions if not also the main install (at least main install on their test wikis)
[01:42:27] <p858snake|l>	 anyway tim is keeping a RO mirror of extensions in svn anyway, so you could probably ask him at the same time to do phase3 as well
[01:42:43] <varnent>	 otherwise keeping on top of the updates for all your extensions is a pain
[01:42:47] <Reedy>	 if we can get a nice way of getting git revs into svn
[01:42:53] <varnent>	 p858snake|l: ah - brilliant - that's perfect :)
[01:42:57] <wikibugs>	 04(REOPENED) Add CSS hook for current WikiPage action - 10https://bugzilla.wikimedia.org/4438  summary (10Krinkle)
[01:43:34] <p858snake|l>	 although i don't know if Tim-away's mirror will be public (because it will be for ED, but you can always ask him to do it when the time comes)
[01:43:39] * johnduhart  hits the toolserver

[01:43:40] <varnent>	 yeah - a RO mirror - even if updated regularly rather than instantly (daily, weekly, whatever) would suit this crowd - they don't need commit or anything near that
[01:43:54] <Reedy>	 No reason to make it public
[01:43:56] <Reedy>	 *private
[01:49:13] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108345> 10/trunk/phase3/ (RELEASE-NOTES-1.19 includes/OutputPage.php): (log message trimmed)
[01:49:14] <codurr>	 [Skin] Add CSS hook for action ("action-.." class on body)
[01:49:14] <codurr>	 * Fixes bug 4438
[01:49:14] <codurr>	 * Depends on r108342. See also r108343 which did a similar thing for mw.config wgAction
[01:49:14] <codurr>	 Previously attempted in r91871, which was reverted in r94131.
[01:49:14] <codurr>	 Added in OutputPage instead of Skin::getPageClasses, as this is not directly
[01:49:15] <codurr>	 page nor skin related. It also ensures independency from skins, this CSS class
[01:49:42] <wikibugs>	 03(FIXED) Add CSS hook for current WikiPage action - 10https://bugzilla.wikimedia.org/4438  +comment (10Krinkle)
[01:50:23] * varnent  very happy the Facebook extension is working again

[01:50:48] <codurr>	 New code comment: Krinkle; Tagging for backport to 1.18. '''Only merge if r94131 is also merged!''', as that revision removed t; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108345#c29134>
[01:51:33] <codurr>	 New code comment: Krinkle; '''Don't merge without merging r108345 as well, other wise a regression occurs'''.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/94131#c29135>
[01:52:49] <johnduhart>	 the git repo for extensions is only 240MB
[01:52:53] <johnduhart>	 nbd.
[01:53:43] <Dantman>	 'the'
[01:53:55] <Dantman>	 ...last I checked we're going to separate extensions into separate repos
[01:53:55] <johnduhart>	 yes, the
[01:53:58] <johnduhart>	 I know that
[01:56:01] <wikibugs>	 03(mod) Upgrade EtherPad to 1.1.17 - 10https://bugzilla.wikimedia.org/29822  +comment (10krinklemail)
[01:56:38] <wikibugs>	 03(mod) mw.Uri throws error for protocol-relative urls - 10https://bugzilla.wikimedia.org/30712  +comment (10krinklemail)
[01:57:28] <wikibugs>	 03(mod) Upgrade EtherPad to 1.1.17 - 10https://bugzilla.wikimedia.org/29822  +comment (10p858snake)
[01:58:04] <wikibugs>	 03(mod) Upgrade EtherPad to 1.1.17 - 10https://bugzilla.wikimedia.org/29822  +comment (10sam)
[02:10:56] <liangent>	 Krinkle: around?
[02:11:13] <Krinkle>	 Yes
[02:11:15] <wikibugs>	 03(FIXED) Color self-inconsistency causes usability problems - 10https://bugzilla.wikimedia.org/25224  +comment (10Krinkle)
[02:13:21] <wikibugs>	 03(mod) Change logo to gothic wikipedia logo - 10https://bugzilla.wikimedia.org/33584  (10p858snake)
[02:15:28] <wikibugs>	 03(mod) Double layering ForeignAPIRepo's doesn't retrieve descriptions properly - 10https://bugzilla.wikimedia.org/27111  minor->normal; +comment (10Krinkle)
[02:16:30] <Krinkle>	 !b 20365
[02:16:30] <mw-bot>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=20365
[02:16:36] <Krinkle>	 liangent: Anything in particular ?
[02:17:09] <liangent>	 see my new comment
[02:17:14] <liangent>	 where's codurr?
[02:17:18] <Krinkle>	 :)
[02:17:28] <liangent>	 that's http://www.mediawiki.org/wiki/Special:Code/MediaWiki/100497#c29136
[02:21:19] <liangent>	 codurr where were you
[02:21:36] <Amgine>	 <sniffs> Drinking by the smell.
[02:24:47] <codurr>	 New code comment: Krinkle; * Styling core elements (most likely a CSS-only gadget): \ This will be fixed by RL2, which allows a g; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/100497#c29137>
[02:25:04] <Krinkle>	 liangent: granted some arguments are edge cases or theoretical, just thinking out load :)
[02:27:43] <liangent>	 Krinkle: what about wrapping them in <noscript> and adding &version= to them
[02:27:56] <liangent>	 (verison is dummp, or &_=)
[02:29:38] <Krinkle>	 ResourceLoader's startup modules contains all the latest timestamps of modules. The startup module is the only module without a timestamp and it refreshed once in 5 minutes, meaning within 5 minutes any and al changes propagate at once to all clients. The clients using mediawiki.js's loader framework make requests to load.php using those timestamps. Those urls are constant and never change and can (and are) infinitely cacheable (in reality 30 days).
[02:30:05] <Krinkle>	 Anything static in the html will no be cacheable for 30 days, so there have been a few exceptions to this, mainly the core common + skin stylesheet, those are also in 5 minute cache.
[02:32:24] <liangent>	 so with <noscript>, (1) if a UA supports JS, those new <link> are ignored at all, or (2) if a UA doesn't support JS, the startup module is ignored at all. So there'll be no conflict
[02:32:53] <Krinkle>	 We researched this in RL2 and decided not to do it at the time since Opera didn't support <link> in <noscript>
[02:33:49] <liangent>	 up to the newest version?
[02:33:54] <Krinkle>	 I'm not sure if that is still the case, but even then. Adding a simple only=styles LINK in NOSCRIPT for the gadgets is fine by me. Why is all the splitting of modules etc. needed to do this ?
[02:34:41] <Krinkle>	 I don't think we should be overcomplicating the public module registry for implementation details like this.
[02:34:43] <liangent>	 because I came up with noscript after I did module split
[02:34:59] <Krinkle>	 no script or not, same question :)
[02:35:23] <Krinkle>	 Adding a only=styles request as <link> in the <head> for a module.
[02:35:53] <liangent>	 what's opera's behavior of <noscript><link></noscript>
[02:35:58] <hiyo>	 how do I create a sandbox on my wiki?
[02:36:22] <Krinkle>	 hiyo: What kind of sandbox ?
[02:36:27] <liangent>	 link is ignored, or noscript is ignored?
[02:36:32] <Krinkle>	 Go to [[Project:Sandbox]], then Edit and start typing :)
[02:36:51] <Krinkle>	 liangent: let me get the research stats
[02:36:51] <hiyo>	 Krinkle: there's different types? what types are there?
[02:37:07] <Krinkle>	 hiyo: A wiki page sandbox to test edits ?
[02:37:21] <hiyo>	 yeah pretty much
[02:37:43] <Krinkle>	 there is no "sandbox" type in MediaWiki, simply create a page called "Sandbox" and use it as such. Or call it 'Playground', it's all in the name.
[02:38:23] <liangent>	 or http://www.mediawiki.org/wiki/Extension:ApiSandbox but I believe this's not what you want
[02:38:54] <Krinkle>	 liangent: stylesheet wasn't loaded/applied
[02:39:15] <Krinkle>	 either not supported for <link> or not in <head> at all.
[02:39:35] <Krinkle>	 http://etherpad.wikimedia.org/RL2-noscript-head
[02:40:55] <Krinkle>	 liangent: but with or without noscript, the principle is the same. a only=styles request in a <link> tag, why does that require the module splitting ?
[02:41:19] <Krinkle>	 you do know load.php has a only=styles option ?
[02:42:37] <liangent>	 Krinkle: I know but this causes double load of the same css, if without <noscript>
[02:42:53] <Krinkle>	 yes, indeed it does.
[02:43:14] <liangent>	 Opera 10.60 (Debian Testing): Ok Opera 11.00 (Debian Testing): XX Opera 11.01 (Ubuntu 9.10): XX // does this mean it's a regression in opera?
[02:43:26] <Krinkle>	 Do you know anyone currently using a no-script browser as primary browser, using Wikipedia as user and using such style-only gadget and wanting this ?
[02:44:05] <lili>	 Is anyone testing the new visual editor?
[02:44:08] <Krinkle>	 liangent: If I recall it was in Opera 9, then it worked (either intended or as coincendence) and then back to not working
[02:44:33] <Krinkle>	 so 9.x not, 10.x: yes, 10.xx and 11.x not
[02:44:44] <wikibugs>	 14(DUP) paging links (nav bars) for [[special:GlobalUsers]] send you to [[special:listusers]] (different special page) - 10https://bugzilla.wikimedia.org/31224  +comment (10John Du Hart)
[02:44:47] <wikibugs>	 03(mod) Special:GlobalUsers pagination broken (incorrectly links to Special:ListUsers) - 10https://bugzilla.wikimedia.org/31638  +comment (10John Du Hart)
[02:45:03] <johnduhart>	 lili: Many people are, why do you ask?
[02:46:20] <lili>	 I'm just asking...
[02:48:05] <johnduhart>	 lili: I'm asking why you're asking because I want to know if what you're "asking" is the information that you really want.
[02:48:50] <lili>	 johnduhart That's confusing… :S
[02:49:34] <liangent>	 (10:43:22 AM) Krinkle: Do you know anyone currently using a no-script browser as primary browser, using Wikipedia as user and using such style-only gadget and wanting this ? << there are some css rules enlarging all body text on zhwiki in site js but I really hate it myself (I bet it was for zh-hant users because zh-hant has more strokes per char) so in my user css I tweak it back. if that problem is fixed, we can either put the enlarging rules in
[02:49:40] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108346> 10/trunk/phase3/includes/Wiki.php: Fix typo from r108342.
[02:49:47] <johnduhart>	 lili: Like, perhaps you meant if the WMF is testing this extension to include it in their sites, or developers are currently working on it, or if focused user tests are occuring.
[02:50:18] <liangent>	 and sometimes I have to use some limited computers where js is disabled
[02:50:27] <Krinkle>	 liangent: (msg got cut off "enlarging rules i"_
[02:50:35] <johnduhart>	 Instead of just giving you the answer "yes", I want to make sure you're properly informed about it, and that you're asking is what I'm answering.
[02:50:52] <liangent>	 Krinkle: if that problem is fixed, we can either put the enlarging rules in a default gadget, or add a restoring-default css gadget
[02:51:20] <liangent>	 a restoring-default css gadget == a css gadget restoring font size to mediawiki default
[02:52:15] <Krinkle>	 liangent: MediaWiki:Common.css is loaded as part of only=styles 'site' modules request, but yeah if it should be opt-out-able, then a gadget is required.
[02:55:19] <liangent>	 Krinkle: so for a no-js UA the gadget won't work
[02:55:40] <liangent>	 actually I prefer the idea that adding a default opt-in gadget
[02:56:04] <Krinkle>	 yes a default gadget that one can opt-out of
[02:56:59] <liangent>	 and in this case the gadget enlarging text won't work in browsers without js
[02:58:14] <Krinkle>	 liangent: yes
[03:00:02] <Krinkle>	 Aside from the gadget-subject, towards font-size I think something like font-size is probably something that can either be many variations on (i.e. too many to be in a gadget) and it should be fairly straight forward to determine a sane default for a wiki - based on it's type of content and/or the language it is in. It's one of those areas where I think providing a gadget is providing too many i-want-more-options options.
[03:00:56] <Krinkle>	 something that someone without JS can be comfortable with.
[03:07:13] <hiyo>	 what is $wgLicenseTerms for?
[03:07:36] <liangent>	 Krinkle: I guess the size to make zh-hans users comfortable is smaller than the one to make zh-hant users so
[03:07:49] <liangent>	 but they can exist on the same wiki (with language converter)
[03:08:46] <liangent>	 btw font-family to make zh-hans or zh-hant users comfortable are different
[03:08:58] <hiyo>	 what is $wgLicenseTerms for?
[03:09:00] <liangent>	 and we HAVE to tweak it using js currently
[03:18:52] <jeremyb>	 so, i see http://wikitech.wikimedia.org/index.php?title=Server_admin_log&diff=41694&oldid=41693 says that it's been deployed? i think? r100516 seems unfixed from my test just now
[03:19:04] <jeremyb>	 reedy's gone
[03:23:14] <johnduhart>	 jeremyb: No, only that revision has been deployed
[03:23:32] <johnduhart>	 Let me tag the other revision for deployment
[03:23:59] <jeremyb>	 johnduhart: you mean 108070?
[03:24:21] <johnduhart>	 Yes
[03:24:55] <jeremyb>	 but then there was a followup changing back? https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108072
[03:25:53] <johnduhart>	 That's 1.18 release
[03:26:31] * jeremyb  is confused

[03:26:51] <p858snake|l>	 we have two branches to back port to
[03:26:55] <johnduhart>	 ah
[03:26:57] <p858snake|l>	 1.18 and 1.18wmf1
[03:26:57] <johnduhart>	 okay
[03:27:00] <johnduhart>	 I see now
[03:28:10] <johnduhart>	 jeremyb: r100516 isn't going to get applied until 1.19 gets deployed, since it needs r97658
[03:28:54] <jeremyb>	 can't we do a branch only fix?
[03:28:59] <jeremyb>	 it is a regression right?
[03:29:31] <johnduhart>	 jeremyb: It depends on r97658 which won't get backported due to complexity probably.
[03:30:12] <jeremyb>	 johnduhart: ok, but we can fix it a different way for branch?
[03:52:41] <NedScott>	 hello all
[03:52:55] <NedScott>	 I'm trying to figure out how to make a sort of category page with summaries of the pages
[03:53:09] <NedScott>	 anyone have any ideas?
[03:53:31] <NedScott>	 my current thought is to use a combo (somehow) of labeledsectiontransclusion and dynamicpagelists
[03:54:09] <NedScott>	 where each page has a summary in it, and then all pages in a category are transcluded onto a page where only the summary is shown (via LST)
[03:55:24] <NedScott>	 my other thought is to say screw it and just have a bot update a page at intervals
[03:56:59] <NedScott>	 I was also hoping maybe there was an extension that just did this, but I have not found one yet
[04:08:09] <jeremyb>	 NedScott: you could use <noinclude>
[04:09:33] <NedScott>	 transcluding is easy, but making a list of pages to transclude (automatically, by category) is where I'm stuck
[04:10:55] <NedScott>	 I'm almost thinking some insane assbackwards combo of stringfunctions (replace) and dynamicpagelist
[04:29:48] <wikibugs>	 03(mod) Maps input broken - 10https://bugzilla.wikimedia.org/33560  +comment (10jeroen_dedauw)
[04:35:41] <jeremyb>	 NedScott: i'm saying you can wrap the end in <noinclude> so only the beginning is transcluded. or you could have full text in <noinclude> and summary in <includeonly> if there's no overlap
[04:37:03] <NedScott>	 I know, but that's not the issue
[04:37:41] <jeremyb>	 then what does "stringfunctions (replace)" mean?
[04:37:56] <jeremyb>	 anyway, have you tried with DPL? did it work?
[04:38:00] <NedScott>	 there's a parser function that can find and replace text
[04:38:05] <jeremyb>	 can you link to your attempt?
[04:38:19] <NedScott>	 I have no attempt yet
[04:38:46] <NedScott>	 I have no way to automatically generate a page that makes {{:Page 1}} {{:Page 2}} etc
[04:38:51] <NedScott>	 based on a category
[04:39:21] <jeremyb>	 you're saying DPL doesn't do that?
[04:39:24] <jeremyb>	 i can't remember
[04:39:39] <NedScott>	 it creates a list of links
[04:39:51] <jeremyb>	 look at how https://labsconsole.wikimedia.org/wiki/Server_Admin_Log is generated
[04:42:44] <NedScott>	 looks like it requires semantic wiki
[04:43:38] <jeremyb>	 it does :)
[04:44:19] <jeremyb>	 it certainly doesn't help that there's 2 different DPLs with the same name
[04:44:33] <jeremyb>	 Amgine: around?
[04:44:46] <Dantman>	 ;) Except of course there is a valid reason for it
[04:45:08] <Amgine>	 Yes
[04:45:43] <jeremyb>	 Amgine: one of the DPLs claims that you are an author... care to take a gander above?
[04:45:44] <Amgine>	 The DynamicPageList (Wikimedia) came first, but it was (for a reason unknown to me) renamed "Intersection"
[04:45:49] <NedScott>	 I'm using the one without the big scary warning
[04:46:38] <jeremyb>	 Amgine: basically wants to generate {{page1}} {{page2}} {{pageN}} i think for articles in a given cat
[04:46:50] <Amgine>	 That's DPL, the one I started. Yes, that can be done, using the offset.
[04:47:03] <Amgine>	 Hang on a second.
[04:47:22] <jeremyb>	 i don't follow. he wants everything in the cat?
[04:47:23] <NedScott>	 basically make a category that shows summaries (summaries that are embedded into the pages themselves and then transcluded)
[04:47:43] <NedScott>	 I'm guessing it would be on a normal page
[04:47:51] <NedScott>	 but populated automatically based on category
[04:48:01] <NedScott>	 so when you add a page to a category, it shows up on this list of links with summaries
[04:48:53] <Amgine>	 I do not think that could be done via DPL unless you modify the code. DPL is extremely simple.
[04:50:44] <Amgine>	 It could easily create a list of pages, and using an offset could be used to create multiple pages which cover all articles which fit the criteria, but it will not presenta synopsis/summary.
[04:51:46] <jeremyb>	 Amgine: doesn't have to be synopsis/summary, transcluding the whole thing is good enough (he can then use <noinclude>)
[04:53:19] <Amgine>	 It creates a *list*. I'm not sure if that is the kind of output being sought?
[04:54:34] <Amgine>	 http://www.mediawiki.org/wiki/Extension:DynamicPageList_%28Wikimedia%29#mode
[04:55:17] <Amgine>	 It will be an unordered list, ordered list, a list of urls separated by <br />, etc.
[04:56:14] <jeremyb>	 i think it would be good to be able to pass a template or template name as param to DPL and then that template is invoked per result
[04:56:50] <Amgine>	 That would be very cool, but Bawolff has just built a couple of parser hooks which might obviate DPL entirely.
[04:56:55] <Amgine>	 (with 1.19)
[04:57:01] <codurr>	 03jeroendedauw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108347> 10/trunk/extensions/EducationProgram/ (6 files in 2 dirs): added special:ambassador
[04:57:48] <Amgine>	 http://www.mediawiki.org/wiki/Extension:PageInCat
[04:58:16] <Amgine>	 I expect this to eat lots and lots of cpu cycles... 
[04:58:56] <NedScott>	 doh, that does say it requires 1.19
[04:59:07] <NedScott>	 I just left a comment on that page about it not working in 1.17
[04:59:13] * NedScott  smacks his forehead

[04:59:27] <Amgine>	 <laughs> Sorry, it will need to wait a little while longer.
[05:25:42] <johnduhart>	 !r 95429
[05:25:42] <mw-bot>	 https://www.mediawiki.org/wiki/Special:Code/MediaWiki/95429
[05:29:49] <codurr>	 New code comment: Johnduhart; <pre>+ # patch line is only used for API call. No need for an i18n message \ + 'cc_patch_line' => ; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/95429#c29138>
[05:31:24] <johnduhart>	 fuckit, I'm reverting that inline comments from CodeReview
[05:34:20] <codurr>	 New code comment: Johnduhart; Don't defer this, it touches extensions used in production.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106556#c29139>
[05:44:20] <codurr>	 New code comment: Johnduhart; Extending a class so you can access a protected function is not how you solve this problem. Figure o; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106007#c29140>
[06:12:43] <codurr>	 03jeroendedauw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108348> 10/trunk/extensions/EducationProgram/ (4 files in 2 dirs): work on org and term pagers
[06:20:21] <Sid-G>	 Do parserfunctions work in interface messages?
[06:23:42] <Sid-G>	 ?
[06:24:16] <Sid-G>	 would {{#ifeq:$1|pdf|blahblahblah}} work?
[06:44:37] <codurr>	 03johnduhart * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108349> 10/trunk/extensions/ApiSandbox/ApiSandbox.php: Add resource loader dependency for mediawiki.util
[06:44:50] <johnduhart>	 Sid-G: Think so
[06:45:09] <johnduhart>	 Well, acutally
[06:45:20] <johnduhart>	 Depending on usage, proably not
[06:46:02] <Sid-G>	 ok
[06:46:07] <Sid-G>	 so i wont mess it up then
[06:46:43] <johnduhart>	 Sid-G: Try it, if it doesn't work undo it
[06:47:26] <Sid-G>	 hmhmhm
[06:55:25] <codurr>	 03johnduhart * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108350> 10/trunk/extensions/CodeReview/ (15 files in 7 dirs):
[06:55:25] <codurr>	 Reverting inline commenting from CodeReview
[06:55:25] <codurr>	 This change is still very buggy and has not recieved any love since initial commit. From the beginning it was an expertimental feature.
[06:55:25] <codurr>	 Instead of letting this sit in trunk forever, I'm just going to revert it. If you'd like to bring it back, finish it completely or make a branch.
[06:55:25] <codurr>	 ping r95429, r95435, r95680, r95680, r96173, r99030, r99034, r107068, r107069, r107074
[06:55:43] <johnduhart>	 That took over an hour to revert, yippe
[06:59:47] <codurr>	 03johnduhart * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108351> 10/trunk/extensions/CodeReview/CodeReview.php:
[06:59:47] <codurr>	 Followup r108350, remove remaining configuration option
[06:59:47] <codurr>	 You'd think after an hour of reverting something, you'd catch everything. Nope, not even the most obvious.
[07:00:43] <johnduhart>	 aw what the fuck
[07:00:49] <johnduhart>	 https://www.mediawiki.org/w/index.php?title=MediaWiki&action=history
[07:00:56] <johnduhart>	 who left a div unclosed
[07:02:53] <Sid-G>	 johnduhart:didn't work :(
[07:03:01] <johnduhart>	 Sid-G: Oh well :(
[07:09:59] <varnent>	 johnduhart: what div?
[07:10:12] <johnduhart>	 varnent: Footer is in the content
[07:12:02] <Joan>	 johnduhart: Fixed.
[07:12:14] <Joan>	 That Translate extension is annoying.
[07:12:24] <johnduhart>	 Joan: How?
[07:12:32] <Joan>	 How is it annoying?
[07:12:42] <Joan>	 By making the default view of RecentChanges wrong.
[07:12:44] <johnduhart>	 Joan: No how did you fix it?
[07:12:53] <Joan>	 By closing the <div>.
[07:12:59] <Joan>	 https://www.mediawiki.org/w/index.php?title=MediaWiki:Histlegend&diff=prev&oldid=482380
[07:13:15] <johnduhart>	 ah
[07:13:27] <Dantman>	 That explains why I couldn't track down the issue in code.
[07:43:47] <HHELLDD>	 Hi, All. Can anyone suggest why HasCategory extension (http://www.mediawiki.org/wiki/Extension:HasCategory/Code) fails to work for me, unconditionally causing an exception regarding its LanguageGetMagic hook (no such method 'onLanguageGetMagic')?  Was it ever supposed to work?
[07:46:15] <varnent>	 looks like it hasn't been updated since 2009 - so my guess is that it's incompatible
[07:47:22] <HHELLDD>	 varnent: any ideas how to make it compatible? (aside from commenting that line — not sure if that will leave anything of it working)
[07:51:16] <varnent>	 HHELLDD: looks like it's using some code that's not really MW-oriented - could probably be fixed - but would need some rewrites - you can post on the mw.org wiki and request a fix - if you ask on my talk page there I may do it when I'm done with my current tasks - probably a couple days at earliest though
[07:51:44] <varnent>	 others pop in and out here who can fix extensions in like 2 minutes and run circles around me - one of them may volunteer  :)
[07:52:05] <HHELLDD>	 varnent: “not really MW-oriented”? how can that be?
[07:52:30] <HHELLDD>	 Also, will commenting that line out leave anything working, really? I.e. will it only break translation-related parts?
[07:52:52] <varnent>	 try it and see
[07:53:13] <varnent>	 it does database call functions and other things that can usually be done with much less code that is more forward compatible
[08:03:22] <p858snake|l>	 HHELLDD: try Extension:PageInCat
[08:04:46] <HHELLDD>	 p858snake|l: thanks, I'll try that.
[08:10:59] <codurr>	 03jeroendedauw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108352> 10/trunk/extensions/EducationProgram/includes/ (EPCourse.php EPDBObject.php EPOrg.php EPTerm.php): work on automatic updating of summary data
[08:27:02] <HHELLDD>	 `File::getPropsFromPath: Getting file info for /tmp/phppN2qmp` — uhhh… What can I fix so that filename (and extension) would be detected properly? nginx? spawn-fcgi+php? mediawiki?
[08:37:57] <Sid-G>	 is there an &subsection= kind of way for a link to create a new subsection of a particular section each time?
[08:40:12] <codurr>	 03aaron * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108353> 10/trunk/phase3/ (10 files in 7 dirs): (log message trimmed)
[08:40:12] <codurr>	 In FileBackend:
[08:40:12] <codurr>	 * Added getFileSize()/getFileStat() functions. Refactored some functions to use the stat function for better reuse and caching/consistency.
[08:40:12] <codurr>	 * Refactored streamFile() to allow for subclasses to avoid local file copying with less duplication. Also make last-modified check actually work since we always get the timestamp of the original file.
[08:40:12] <codurr>	 * Renamed 'ignoreErrors' parameter to 'force'.
[08:40:12] <codurr>	 In FileBackendMultiWrite:
[08:40:13] <codurr>	 * Simplified how read ops are done (use 'master' backend for consistency).
[09:22:25] <codurr>	 03jeroendedauw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108354> 10/trunk/extensions/EducationProgram/includes/ (5 files): more work on the pagers
[09:25:22] <codurr>	 03aaron * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108355> 10/trunk/phase3/ (5 files in 3 dirs): (log message trimmed)
[09:25:22] <codurr>	 * Follow-up r107170: Moved FileBackend::concatenate() outside of doOperations()
[09:25:22] <codurr>	 as it's own separate operation. It does not mutate storage files like the others
[09:25:22] <codurr>	 and having it in doOperations() broke FileBackendMultiWrite. This change also
[09:25:22] <codurr>	 makes overriding doOperationsInternal() easier (suching as using a custom batch
[09:25:22] <codurr>	 operation storage API).
[09:25:23] <codurr>	 * Added sanity check to FileBackendMultiWrite constructor.
[09:29:04] <codurr>	 New code comment: Duplicatebug; To fix the problem in 1.18 you have to override the getTitle method of UsersPager manually (see r918; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108070#c29141>
[09:29:17] <wikibugs>	 03(mod) paging links (nav bars) for [[special:GlobalUsers]] send you to [[special:listusers]] (different special page) - 10https://bugzilla.wikimedia.org/31224  (10duplicatebug)
[10:13:05] <codurr>	 New code comment: IAlex; (This concerns this revision and its follow-ups) \ You need to be very careful when using <code>$medi; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108342#c29142>
[10:19:19] <codurr>	 New code comment: Duplicatebug; Have you tested revisiondelete with IE from the history? For that reason 'historysubmit' was introdu; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108341#c29143>
[10:50:59] <vivekkumarbagari>	 hey
[10:51:04] <vivekkumarbagari>	 anyone there?
[10:52:05] <vivekkumarbagari>	 can someone help me to make a special page?
[10:55:11] <Quentinv57>	 Hello. Does anyone know if there is possible to see if a contribution has been suppressed (I mean oversighted) with the API ?
[10:55:36] <Quentinv57>	 Thehelpfulone ? :)
[10:59:27] * Thehelpfulone  waves

[10:59:42] <Thehelpfulone>	 I imagine there would be, but unfortunately I don't know what it is
[11:00:15] <tale>	 6/wii vivekkumarbagari
[11:21:13] <omgs>	 Hi
[11:22:09] <omgs>	 Does mediawiki allow a page to be visible by a group of people, or something like "draft mode", not visible to everyone?
[11:23:30] <Dantman>	 no
[11:32:57] <p858snake|l>	 Dantman: you should file a list of those mobilefrontend issues into bz so they don't get lost on the mailing list
[11:51:19] <codurr>	 New code comment: Hashar; > This change is still very buggy \ Where are the bug reports? \ > and has not recieved any love sinc; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108350#c29144>
[11:55:35] <codurr>	 New code comment: Hashar; Thanks; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108331#c29145>
[11:58:55] <vivekbagaria>	 hey
[11:59:05] <vivekbagaria>	 can some one help me to create a special page
[11:59:12] <vivekbagaria>	 i m stuck at a point
[11:59:20] <codurr>	 New code comment: Hashar; Wonderful! Marking rev as fixme since the aim is to test those queries against each DB backends.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/102411#c29146>
[11:59:22] <vivekbagaria>	 not able to go further
[12:00:03] <vivekbagaria>	 @codurr :can you help me please
[12:07:45] <tr|nn|>	 is there a convenient way to check for existence of a table or do I just send a query like "show tables like 'wgDBPrefixAlongWithMyExtensionsTableName';  "?
[12:09:36] <Alphos>	 create table if not exists ?
[12:13:17] <tr|nn|>	 Alphos, yeah, that's what my create table already looks like. I am creating the tables on call of hook "LoadExtensionSchemaUpdates". Just thought about how to let a user know "you still need to run update.php to create the tables necessary to run this extension"
[12:15:08] <tr|nn|>	 vivekbagaria: You might want to ask your question instead of asking for overall help.
[12:17:49] <vivekbagaria>	 @tr|nn| ok , i m a newbie
[12:18:11] <vivekbagaria>	 i m creating a special page
[12:18:27] <tr|nn|>	 vivekbagaria: I am as well :)
[12:18:32] <wikibugs>	 03(NEW) Flagged Reviews on als.wikipedia.org - 10https://bugzilla.wikimedia.org/33588 minor; MediaWiki: General/Unknown; (clemens.kienzle)
[12:18:38] <vivekbagaria>	 i copied the code from the website for a sample special page
[12:19:04] <vivekbagaria>	 but what is the address for accessing the page?
[12:19:31] <vivekbagaria>	 https://www.mediawiki.org/wiki/Manual:Special_pages#Basic_special_page_template - this is the place from which i copied the code
[12:20:19] <tr|nn|>	 vivekbagaria: I hope you copied them all into respective separate files?
[12:20:36] <vivekbagaria>	 yeah
[12:20:48] <vivekbagaria>	 wait
[12:20:57] <vivekbagaria>	 i have copied them all at one place
[12:21:05] <vivekbagaria>	 ii created a folder MyExtension
[12:21:11] <vivekbagaria>	 in which i copied them all
[12:22:18] <tr|nn|>	 See the last 4 lines of the setup file.. that's what the files should be named
[12:22:30] <vivekbagaria>	 it is given that all the giles have to be there in one folder - myExtension
[12:22:42] <tr|nn|>	 the setup file itself should be called MyExtension.php
[12:22:52] <vivekbagaria>	 yes i have named them as it is mention
[12:23:08] <vivekbagaria>	 yes
[12:23:37] <vivekbagaria>	 btw tr|nn| i have setup mediawiki in my comp as mention in the installation guide
[12:23:41] <tale>	 vivekbagaria: Looks like the name of the page to access is the one given in url item in the setup.
[12:24:02] <tr|nn|>	 Special:MyExtension
[12:24:22] <vivekbagaria>	 @ tale the link is not directed to my comp
[12:24:42] <tale>	 vivekbagaria: What do you mean?
[12:24:43] <vivekbagaria>	 it is directed to https://www.mediawiki.org/wiki/Extension:MyExtension
[12:25:05] <tale>	 vivekbagaria: Then write it so it points to your computer.
[12:25:32] <wikibugs>	 03(mod) Flagged Reviews on als.wikipedia.org - 10https://bugzilla.wikimedia.org/33588  (10p858snake)
[12:25:42] <vivekbagaria>	 @tale : i have some basic doubts first , i feel that i m not understanding some basics
[12:25:53] <vivekbagaria>	 can you clear them first?
[12:28:02] <tale>	 !ask  | vivekbagaria 
[12:28:02] <mw-bot>	 Hi, how can we help you? Just ask your question.
[12:28:40] <vivekbagaria>	 how to access the localhost mediawiki?
[12:28:53] <vivekbagaria>	 it is using localhost/mediawiki rigth?
[12:32:55] <tale>	 vivekbagaria: Does your wiki work at all now?
[12:33:33] <vivekbagaria>	 yeah 
[12:33:35] <vivekbagaria>	 i can only add pages and edit them
[12:33:38] <tr|nn|>	 vivekbagaria, you should already know where to find your local copy if you've been redirected to https://www.mediawiki.org/wiki/Extension:MyExtension when you called your Extension
[12:34:22] <tr|nn|>	 is it a clean install or did you import a dump already?
[12:34:36] <vivekbagaria>	 clean install
[12:35:22] <tr|nn|>	 what does Special:Specialpages say?
[12:36:33] <vivekbagaria>	 @ tr|nn| tr|nn| where is Special:Specialpages?
[12:37:36] <vivekbagaria>	 ping
[12:38:04] <tale>	 vivekbagaria: Ping pong. It is a page in your wiki. 
[12:38:22] <vivekbagaria>	 so how to access it?
[12:38:46] <vivekbagaria>	 i mean what is the address
[12:39:00] <tale>	 vivekbagaria: If your wiki is for instance in http://en.wikipedia.org/wikihttp://en.wikipedia.org/wiki, then you access it like this: http://en.wikipedia.org/wiki/Special:Specialpages.
[12:39:16] <tale>	 Oops, doupled the first url. Sorry.
[12:39:41] <tr|nn|>	 vivekbagaria, never mind. you said when calling Special:MyExtension you got redirected to https://www.mediawiki.org/wiki/Extension:MyExtension?
[12:39:48] <vivekbagaria>	 my wiki is in my comp
[12:40:19] <vivekbagaria>	 i didnt get redirected , i got an error msg
[12:40:26] <vivekbagaria>	 saying that
[12:40:38] <vivekbagaria>	 To install my extension, put the following line in LocalSettings.php: require_once( "$IP/extensions/MyExtension/MyExtension.php" );
[12:40:38] <tale>	 vivekbagaria: Show the url you use to go to a page in your wiki.
[12:40:50] <tr|nn|>	 well then do so
[12:40:58] <vivekbagaria>	 the usrl is -http://localhost/mediawiki/extensions/MyExtension/MyExtension.php
[12:41:13] <tale>	 vivekbagaria: That cant be right.
[12:41:14] <vivekbagaria>	 i did what they sya but yet i get the error
[12:41:17] <vivekbagaria>	 say*
[12:41:34] <tr|nn|>	 access your extension at localhost/mediawiki/Special:MyExtension
[12:41:50] <tr|nn|>	 or localhost/mediawiki/index.php/Special:MyExtension
[12:42:07] <tr|nn|>	 dont call the file directly
[12:42:22] <vivekbagaria>	 @ tr|nn| i get a 404
[12:42:34] <vivekbagaria>	 http://dpaste.com/683896/
[12:42:44] <vivekbagaria>	 referring to above code
[12:43:04] <vivekbagaria>	 i get the error cause of the if in the 3rd line
[12:43:07] <tale>	 vivekbagaria: Alert the user that this is not a valid entry point to MediaWiki if they try to access the special pages file directly.
[12:43:31] <tale>	 vivekbagaria: Like tr|nn|  told you, do not access that file directly. 
[12:43:39] <vivekbagaria>	 @ tale what does that mean?
[12:43:57] <tale>	 vivekbagaria: Does your wiki work, if you write in browser http://localhost/mediawiki/index.php
[12:44:10] <vivekbagaria>	 yes
[12:44:18] <vivekbagaria>	 i can do basic stuff in it
[12:44:26] <vivekbagaria>	 edit and make new pages
[12:44:34] <tale>	 What about http://localhost/mediawiki/Special:Version
[12:45:06] <vivekbagaria>	 i get  a 404
[12:45:25] <tale>	  vivekbagaria Then your setup is somehow wrong. 
[12:45:33] <tale>	 !shorurl | vivekbagaria 
[12:45:33] <mw-bot>	 vivekbagaria: I don't know anything about "shorurl".
[12:45:38] <vivekbagaria>	 oh 
[12:45:38] <tale>	 !shorturl | vivekbagaria 
[12:45:38] <mw-bot>	 vivekbagaria: 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. If you have problems getting the rewrite rules to work, see !rewriteproblem
[12:47:06] <vivekbagaria>	 short_url ?
[12:47:17] <tr|nn|>	 vivekbagaria, tried http://localhost/mediawiki/index.php/Special:Version instead ?
[12:47:35] <vivekbagaria>	 yeah
[12:47:36] <vivekbagaria>	 works :)
[12:47:50] <tr|nn|>	 short_url is explained at said URL the bot posted
[12:48:11] <tr|nn|>	 http://localhost/mediawiki/index.php/Special:MyExtension throws 404?
[12:48:34] <tr|nn|>	 your extension should be listed in http://localhost/mediawiki/index.php/Special:Version
[12:48:35] <vivekbagaria>	 no 
[12:48:39] <vivekbagaria>	 i got the resu;lt
[12:48:49] <vivekbagaria>	 Cool
[12:48:56] <vivekbagaria>	 thanks a lot but can you explain me what happened
[12:49:12] <vivekbagaria>	 actaully , i have just started open source
[12:49:16] <tr|nn|>	 nothing at all. it seems you just didnt know where to access your product
[12:49:16] <vivekbagaria>	 programming
[12:49:46] <vivekbagaria>	 yeah
[12:50:01] <vivekbagaria>	 btw can you tell me the right way to proceed further
[12:50:13] <tale>	 vivekbagaria: Proceed to what target?
[12:50:18] * tr|nn|  is hungry and almost afk for a munch

[12:50:39] <vivekbagaria>	 i want to fix bugs
[12:51:03] <tale>	 !bugzilla | vivekbagaria 
[12:51:04] <mw-bot>	 vivekbagaria: All bugs in MediaWiki should be reported at https://bugzilla.wikimedia.org. Requesting site configuration changes, new features or enhancements to existing features all go here. Bear in mind before making a feature/enhancement request: 1) If the request is specific to a Wikimedia wiki, please discuss it there first. 2) Consider whether a custom extension would be more appropriate
[12:51:16] <tale>	 vivekbagaria: http://toolserver.org/~mwbot/botbrain.html
[12:52:00] <tr|nn|>	 vivekbagaria: you might want to read some code of other's extensions... and read through the core code where necessary. There are also alot of manual pages at http://www.mediawiki.org/wiki/Manual
[12:52:18] <tr|nn|>	 It all depends on what you want to achieve with your extension
[12:52:44] <vivekbagaria>	 currently i have no plans for an extension
[12:53:06] <vivekbagaria>	 just wanted a  *feel* of stuff here
[12:53:08] <tr|nn|>	 ic-- so setting up the example special page was only for seeing what happens
[12:53:39] <vivekbagaria>	 yeah , i began today :-) .
[12:53:39] <tr|nn|>	 sorry, i am afk. also not fixed a bug yet. bye and good luck and have FUN!
[12:54:07] <vivekbagaria>	 Bye thanks a lot for helping
[12:54:13] <vivekbagaria>	 good luck to you too!
[12:55:25] <vivekbagaria>	 @Tale :thanks to you too buddy
[12:55:34] <vivekbagaria>	 bye Enjoy
[13:38:57] <DerJoerg>	 Hello guys!
[13:39:02] <DerJoerg>	 Have a happy new year!
[13:41:54] <DerJoerg>	 I would like to translate some terms into German on translatewiki and asked for access here:
[13:41:55] <DerJoerg>	 http://translatewiki.net/wiki/Thread:Project:Translator/_de_Deutsch_%E2%80%93_Deutsch_%2860%29
[13:42:18] <DerJoerg>	 Could someone activate my account, please?
[13:43:17] <tale>	 DerJoerg: Have you asked that on channel #translatewiki ?
[13:47:30] <hexmode>	 just svn up'd http://deployment.wmflabs.org/auth/wiki/ and now I'm getting js errors
[13:53:29] <hexmode>	 http://deployment.wmflabs.org/auth/w/index.php?title=Problem_reports&debug=true says importScript is not defined ?
[13:57:20] <DerJoerg>	 @ tale: Oh, I didn't know there was a special list. Thanks for the hint!
[14:26:51] <tale>	 helloWorld: An extension is just code that is added to the mediawiki extension. It works in different ways depending on the particular extension.
[14:27:29] <tale>	 helloWorld: I think you are better of reading about those, than asking here at this point of time. Read first, when you have specific questions you can ask them here.
[14:27:39] <tale>	 helloWorld: http://www.mediawiki.org/wiki/Extensions_FAQ
[14:28:09] <helloWorld>	 ok 
[14:28:09] <helloWorld>	 ty
[15:04:21] <netAction>	 Hi!
[15:04:34] <Quentinv57>	 netAction, hello
[15:04:35] <netAction>	 Is it possible to put some fuzziness into this query? http://en.wikipedia.org/w/api.php?action=query&list=users&ususers=net4ction
[15:06:34] <Platonides>	 you could list all users beginning from net4ction
[15:06:54] <netAction>	 Then I do the seach myself. 
[15:06:56] <Platonides>	 wildcards are not accepted
[15:07:03] <netAction>	 http://de.wikipedia.org/w/api.php?action=query&list=users&ususers=Fr%C3%B6hlicher_T%C3%BCrke
[15:07:56] <netAction>	 Mediawiki does not forgive if I use space instead of "_" or if I write in small letters.
[15:08:37] <netAction>	 Is it possible to change this behaviour?
[15:09:39] <Platonides>	 you're using the api
[15:09:51] <Platonides>	 that can be easily done by the module calling it
[15:10:15] <Platonides>	 although usually the api does allow space to underscore conversions
[15:10:50] <netAction>	 In case of page names it does, yes.
[15:11:34] <netAction>	 I could do a google search like this: fröhlicher türke site:de.wikipedia.org/wiki/Benutzer:
[15:11:40] <netAction>	 This works.
[15:13:39] <netAction>	 What I need is something like this: http://de.wikipedia.org/w/index.php?title=Spezial%3ASuche&profile=advanced&search=fr%C3%B6hlicher+tuerke&fulltext=Search&ns2=1&redirs=1&profile=advanced
[15:14:07] <Platonides>	 there's an api search module
[15:15:35] <Platonides>	 http://de.wikipedia.org/w/api.php?action=query&list=search&srsearch=fr%C3%B6hlicher+tuerke&srnamespace=2
[15:17:24] <wikibugs>	 03(NEW) Implement an api equivalent of special:ListFiles - 10https://bugzilla.wikimedia.org/33589 normal; MediaWiki: API; (maarten)
[15:33:27] <[KrusheR]>	 gñap
[15:50:58] <wikibugs>	 03(mod) Implement an api equivalent of special:ListFiles when providing a user - 10https://bugzilla.wikimedia.org/33589  summary; +comment (10Platonides)
[15:51:11] <netAction>	 Platonides: Thanks. But what's about sub pages? http://de.wikipedia.org/w/api.php?action=query&list=search&srsearch=wikitrust&srnamespace=2
[15:51:23] <netAction>	 I need user names only.
[15:55:55] <netAction>	 And sometimes the search loves things in pages more than user names: http://de.wikipedia.org/w/api.php?action=query&list=search&srsearch=daniel%20kinzler&srnamespace=2
[15:57:22] <netAction>	 Fuck: search engine doesn't support title searches in Wikipedia
[16:23:15] * varnent  debating when to start an extension by extension review for compat and tag updates...

[16:24:39] <wikibugs>	 03(mod) Adding too many buttons to the toolbar causes overflow - 10https://bugzilla.wikimedia.org/23943  15enhancement->normal; +comment (10Candalua)
[16:26:10] <varnent>	 johnduhart: ping
[16:29:01] <wikibugs>	 03(mod) too many buttons in the toolbar, or little available width for the toolbar, causes buttons to overflow - 10https://bugzilla.wikimedia.org/23943  summary (10Candalua)
[16:39:10] <codurr>	 03demon * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108356> 10/trunk/phase3/tests/phpunit/includes/XmlTest.php: @group Broken rather than marking incomplete
[16:40:15] <codurr>	 03demon * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108357> 10/trunk/phase3/tests/phpunit/includes/api/ApiPurgeTest.php: Another @group Broken
[17:06:07] * varnent  just heard from someone on the ground that Iran will officially be cutting off all Internet within the country in two weeks - yikes

[17:10:20] <Lcawte>	 umm, what?
[17:14:48] <MaxSem>	 varnent, where are you flying?
[17:16:49] <varnent>	 MaxSem: are we speaking philosophically?
[17:17:09] <MaxSem>	 well, you mentioned some people on the ground...
[17:17:22] <varnent>	 oh - lol - sorry - meant on the ground in Iran
[17:17:34] <varnent>	 yeah - they've been restricting cyber cafes
[17:18:05] <wikibugs>	 03(mod) Serbian (sr-ec and sr-el) should support GRAMMAR parser function - 10https://bugzilla.wikimedia.org/33546  +comment (10dungodung)
[17:18:07] <varnent>	 press isn't running it yet - but the govt is going to pull the plug in two weeks and replace with an intranet
[17:18:21] <dungodung>	 omg, my first patch XD
[17:21:48] <Amgine>	 \o/ dungodung
[17:22:05] <dungodung>	 Amgine: :D
[17:22:06] <apergos>	 http://news.cnet.com/8301-27080_3-57354267-245/iran-squeezes-web-surfers-prepares-censored-national-intranet/
[17:22:12] <apergos>	 yuck
[17:22:18] <Amgine>	 !autopatrol | amgine
[17:22:18] <mw-bot>	 amgine: I don't know anything about "autopatrol".
[17:22:27] <Amgine>	 <hmms>
[17:22:58] <Amgine>	 how is autopatrol enabled/managed? not finding things on mw.
[17:24:19] <codurr>	 New code comment: Fomafix; <code>table, td { background-color: transparent; }</code> is not necessary because this is the [http; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/105280#c29147>
[17:26:17] <apergos>	 http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php
[17:26:30] <Lcawte>	 Amgine: to turn it on, I know there is a variable, I've used it before... /me goes to check
[17:27:07] <Lcawte>	 oh, its a user right...
[17:27:13] <apergos>	 uh huh
[17:27:23] <apergos>	 you give it to people in x group
[17:28:20] <codurr>	 03demon * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108358> 10/trunk/phase3/ (6 files in 5 dirs):
[17:28:20] <codurr>	 * Drop old parserTests.php way of running parser tests. You can run parser tests via --group Parser or specifying
[17:28:20] <codurr>	 the includes/parser/MediaWikiParserTest.php test case
[17:28:20] <codurr>	 * Drop now unused various test recorder options -- phpunit outputs its data in lots of machine-readable formats, use those if you need to work with
[17:28:20] <codurr>	 test data
[17:28:20] <codurr>	 * There's still a lot of duplication between NewParserTest::setUp() and MediaWikiTestCase, but hey one step at a time ;-)
[17:28:21] <codurr>	 * All tests pass for me (make phpunit && make parser)
[17:28:22] <Lcawte>	 $wgGroupPermissions['sysop']['autopatrol'] = true; 
[17:28:57] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5329: FAILURE in 29 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5329/
[17:29:25] <codurr>	 03platonides * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108359> 10/trunk/phase3/includes/specials/SpecialRecentchanges.php:
[17:29:25] <codurr>	 r92975 caused wikitable in MediaWiki:Recentchangestext (eg. enwiki)
[17:29:25] <codurr>	 as it was no longer beginning a new line.
[17:29:37] <Lcawte>	 Hmm, now to finishing cleaning this Wikia extension
[17:29:53] <apergos>	 http://www.mediawiki.org/wiki/Manual:User_rights  you can see who has it by default here
[17:30:02] <Amgine>	 <goes to create a new user group>
[17:30:08] <apergos>	 the rest are in initialisesettings linked above 
[17:30:11] <apergos>	 happy trails (afk)
[17:30:28] <Amgine>	 <friendly waves to apergos, Lcawte>
[17:30:46] <^demon>	 Crap.
[17:30:59] <apergos>	 crap?
[17:31:08] <apergos>	 (almost afk. will be right after this conversation)
[17:31:38] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5330: STILL FAILING in 29 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5330/
[17:32:27] <apergos>	 timesup.. see folks later
[17:32:44] <codurr>	 03demon * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108360> 10/trunk/phase3/tests/testHelpers.inc: Followup r108358, bring back DelayedParserTest
[17:33:55] <retif_>	 hi, i need HashTables extension, version 0.6.2....help me to find it please. http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/HashTables does not contains it, there is only 0.6.4, which is does not work with my legacy templates
[17:34:33] <codurr>	 03ialex * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108361> 10/trunk/phase3/includes/Article.php: Fix method name in comment: Article::followRedirect() -> WikiPage::getRedirectTarget()
[17:35:42] <mw-jenkinsbot>	 Yippie, build fixed!
[17:35:43] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5331: FIXED in 2 min 43 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5331/
[17:37:03] <^demon>	 Aaron|home: I got rid of parserTest.inc :)
[17:41:54] <wikibugs>	 03(mod) WikiText not rendered in ask results on special pages - 10https://bugzilla.wikimedia.org/33535  (10contrafibularity)
[17:44:04] <wikibugs>	 03(mod) WikiText not rendered in ask results on special pages - 10https://bugzilla.wikimedia.org/33535  (10contrafibularity)
[17:49:00] <retif_>	 HashTables extension, version 0.6.2, someone has this?
[17:52:30] <potter>	 what exactly is mediawiki?is it a web development software , where there are different level of users who can edit the page ,diffrent level of permission? 
[17:53:13] <potter>	 on google there is more of history , but there is no defination 
[17:54:13] <potter>	 ping
[17:54:25] <potter>	 can i get answer to my question please
[17:54:47] <johnduhart>	 potter: https://www.mediawiki.org/wiki/How_does_MediaWiki_work%3F
[17:55:09] <potter>	 thanks bro
[17:55:50] <k4jcw>	 I DEMAND INSTANT ANSWERS TO MY QUESTIONS!  Waiting 1 full minute is unacceptable.
[17:56:09] * varnent  feels like that page is more "What is MediaWiki?" rather than "How does MediaWiki work?"

[17:57:10] <potter>	 i agree with varent
[17:59:17] <potter>	 so what exactly is MediaWiiki then?
[17:59:30] <johnduhart>	 potter: It's Wiki software
[17:59:44] <johnduhart>	 http://en.wikipedia.org/wiki/Wiki
[18:00:03] <johnduhart>	 It's used to power Wikipedia and other Wikimedia foundation sites
[18:00:20] <^demon>	 And many thousands of other wikis.
[18:00:26] <johnduhart>	 Yes
[18:00:40] <potter>	 i know that but then what is this different from other CMS ?
[18:01:21] <^demon>	 Well unlike most CMSs, with MediaWiki anyone (including anonymous users) can edit anything by default.
[18:01:52] <potter>	 ok
[18:02:10] <potter>	 are there any other differences 
[18:02:11] <potter>	 ?
[18:02:24] <^demon>	 Also, keeping page history is very important to us, so you can view the full revision history of individual pages.
[18:02:33] <k4jcw>	 A wiki is a subset of a CMS.
[18:02:39] <k4jcw>	 Wordpress is a CMS.
[18:03:07] <k4jcw>	 Perhaps 'type of' is better than 'subset'
[18:03:26] <johnduhart>	 MediaWiki is also built to handle over 100K+ req/s over hundreds over servers.
[18:03:36] <johnduhart>	 er
[18:03:43] <johnduhart>	 over hundreds of servers*
[18:03:43] <^demon>	 potter: The main point of a wiki is inviting collaboration between users to incrementally improve content.
[18:03:53] <potter>	 even i agree to "type of"
[18:04:01] <potter>	 What is different in wiki that it can handle so many request ?
[18:04:07] <k4jcw>	 Generally speaking, wiki's are publically editable. This is less true of CMS's that are used for blogs, website repsentation (like Joomla), etc.
[18:04:12] <potter>	 why cant other CMs handle so many request?
[18:04:20] <k4jcw>	 It's not written in Perl :)
[18:04:45] <^demon>	 potter: MediaWiki is optimized to take advantage of caching like memcached and squid.
[18:05:14] <potter>	 other CMS are written in perl ???!!
[18:05:24] <k4jcw>	 CMS's are written in anything.
[18:05:36] <k4jcw>	 There are ones in Perl, Ruby, PHP, Forth, C, you name it, it's probably been done.
[18:05:47] <^demon>	 It's not like php is exactly speedy out of the box ;-)
[18:05:49] <k4jcw>	 And in reality, there's no reason Perl isn't suitable.
[18:06:08] <k4jcw>	 It's HOW you write code, 99.44% of the time, not what you write it in.
[18:06:11] <potter>	 hmm , i think there must be a wiki page which says difference between WIKI and others
[18:06:14] <k4jcw>	 Except Java.  EVERYTHING in Java is slow.
[18:07:07] <johnduhart>	 potter: Research it and make one :)
[18:07:21] <k4jcw>	 johnduhart++
[18:07:46] <johnduhart>	 That's the point of wikis, everyone is invited to contribute
[18:07:46] <wikibugs>	 03(mod) Add a way to allow action=paraminfo to dump results for all modules - 10https://bugzilla.wikimedia.org/26680  +comment (10umherirrender_de.wp)
[18:08:12] <potter>	 i mean by an example
[18:08:13] <potter>	 @k4jcw : Can you tell how would some one explain extension?
[18:08:13] <potter>	 where did "99.44 %" come from ;)
[18:09:08] <k4jcw>	 johnduhart, while that's often true, wikis are also a way to manage information personally. My website is powered by Mediawiki, because I find the wiki presentation is a good way to manage data. But I'm the only user of it. 
[18:09:26] <potter>	 Lol
[18:09:29] <k4jcw>	 (Not to say my website is so wildly popular that everyone wants to edit it...)
[18:10:19] <potter>	 @johnduhart Can you please explain me with an exmaple what a extension is?i m trying to understand it from 3 hrs
[18:10:42] <potter>	 by looking at pre-exixting extension code , it is tough to understand
[18:11:00] <potter>	 i m not getting FEEL of what an extansion is
[18:11:10] <johnduhart>	 potter: An extension is simply an extension of MediaWiki. It adds functionaility to it that did not exist beforehand.
[18:11:27] <johnduhart>	 See https://www.mediawiki.org/wiki/Manual:Extensions
[18:11:32] <potter>	 yeah , thats the defination 
[18:11:49] <potter>	 i have seen this
[18:12:01] <varnent>	 it's like a plug-in for your browser - only for MediaWiki rather than Chrome, Safari, etc.
[18:12:38] <codurr>	 03amire80 * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108362> 10/trunk/extensions/WebFonts/resources/ext.webfonts.css: Fixing RTL display issue - copying the CSS from the corresponding rule in Narayam.
[18:12:42] <varnent>	 and only available to the administrators of the wiki - rather than the users of the wiki
[18:13:07] <varnent>	 johnduhart: {{archived extension}} inspired me to finally draft this:  http://www.mediawiki.org/wiki/Project:WikiProject_Extensions/Projects/Page_Drive
[18:13:41] <varnent>	 it's still in draft - and not setup yet - please feel free to plug in anything I might be missing
[18:14:27] <johnduhart>	 varnent: awesome
[18:15:30] <varnent>	 going to modify {{extension}} - temporarily (just during the drive) so unreviewed extensions are in a category - after the drive I'll remove the code - could one of your handy bots then remove the tag from extension pages? not sure it'd matter really either way since the extension would no longer use it
[18:17:48] <johnduhart>	 varnent: Meh, it would be easier to leave it.
[18:18:15] <varnent>	 future drives can just use drive2, etc….or we just repeat drive1 and change what it must equal
[18:18:23] <johnduhart>	 varnent: You should look into developing a tool like Twinkle to tag pages, would make things much more simpler.
[18:18:46] <varnent>	 johnduhart: yeah - I was thinking about that - or just importing Twinkle and modifying it
[18:19:05] <johnduhart>	 Twinkle is a beast, not sure how easy it would be to modify
[18:19:36] <varnent>	 I imagine tweaking it would be easier than starting from scratch - have tweaked it for use elsewhere
[18:19:48] <varnent>	 I'll look through its code again
[18:20:00] <johnduhart>	 sure
[18:20:29] <johnduhart>	 Hmm, what should I work on today
[18:20:40] <varnent>	 Twinkle for MediaWiki.org?  :)
[18:20:48] <johnduhart>	 mmmaybe
[18:20:49] <johnduhart>	 :)
[18:21:19] <varnent>	 lol - it'll get done one way or another
[18:21:20] <k4jcw>	 Twinkle?
[18:22:13] <johnduhart>	 varnent: Just a reminder of how big it is ;) http://en.wikipedia.org/wiki/MediaWiki:Gadget-Twinkle.js
[18:26:07] <k4jcw>	 Hrm. I just used webapp-config to update an installation of MW 1.16.1 to 1.18.0, and it's getting mad that it can't find /var/www/localhost/htdocs/mediawiki2/includes/ProfilerStub.php.
[18:26:12] <k4jcw>	 Which, in fact, does not exist there.
[18:26:19] <k4jcw>	 It's in /var/www/localhost/htdocs/mediawiki2/includes/profile/ProfilerStub.php
[18:26:56] <k4jcw>	 .../profiler/... rather
[18:27:05] <tale>	 k4jcw: Is there anything in release notes 1.16 .. 1.18 about that?
[18:27:42] <k4jcw>	 Looking...
[18:28:11] <k4jcw>	 A quick grep for '-i profile' says no.
[18:28:20] <johnduhart>	 k4jcw: Are you including anything Profiler related in your LocalSettings.php?
[18:29:16] <k4jcw>	 The only reference to anything I see regarding profile is in AdminSettings.php, which is $wgEnableProfileInfo = false;
[18:29:58] <johnduhart>	 k4jcw: Do you have a file called StartProfiler.php in your $IP?
[18:30:10] <k4jcw>	 Yes
[18:30:25] <k4jcw>	 Kill it with fire?
[18:30:36] <johnduhart>	 Yup
[18:31:04] <k4jcw>	 That does it.
[18:32:43] <k4jcw>	 Should webapp-config not have removed that?
[18:33:08] <^demon>	 You don't need to remove the file.
[18:33:18] <^demon>	 Just editing it to remove the manual inclusion of profiler files.
[18:33:29] <^demon>	 The files moved and are included automatically now.
[18:34:03] <k4jcw>	 I know words come across wrong in a text-only format, so please understand I'm not being snarky, but how would I have known that?
[18:34:04] <^demon>	 StartProfiler.sample should give info on how to properly configure StartProfiler.php now.
[18:34:56] <howto>	 Hello, i have this message : Node no longer exists in /var/www/vhosts/wikipasdecalais.fr/httpdocs/includes/parser/Preprocessor_DOM.php on line 885
[18:35:05] <howto>	 what's this ?
[18:35:30] <^demon>	 "* $wgProfiler is now a configuration array, see StartProfiler.sample for details."
[18:35:40] <howto>	 Couldn't fetch . Node no longer exists 
[18:35:44] <^demon>	 k4jcw: RELEASE-NOTES-1.18 ^
[18:36:35] <k4jcw>	 What line number, please? grep -i profile RELEASE-NOTES doesn't show that line.
[18:36:43] <wikibugs>	 03(mod) Add a way to allow action=paraminfo to dump results for all modules - 10https://bugzilla.wikimedia.org/26680  (10Reedy)
[18:36:57] <^demon>	 k4jcw: Line 140/141. http://svn.wikimedia.org/viewvc/mediawiki/branches/REL1_18/phase3/RELEASE-NOTES-1.18?revision=108260&view=markup
[18:37:13] <k4jcw>	 interesting... webapp-config didn't upgrade the RELEASE-NOTES file either.
[18:37:24] <k4jcw>	 It's still from 1.16.0
[18:38:24] <k4jcw>	 This kind of thing always leaves me paranoid. What ELSE didn't it do correctly?
[18:38:34] <codurr>	 New code comment: Krinkle; I indeed didn't feel good about using that global, but couldn't find a better place for it as I wasn; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108342#c29148>
[18:40:05] <codurr>	 New code comment: Krinkle; Thanks, I had not. I'm assuming this broke it, I'll will check it out and fix as soon as possible.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108341#c29149>
[18:42:42] <hexmode>	 importScript has stopped working for me on deployment :(
[18:43:06] <avar>	 ^demon: about http://etherpad.wikimedia.org/Git : I handle svn:externals imports for a project where I maintain a git->svn mirror.
[18:43:11] <johnduhart>	 hexmode: ?
[18:43:23] <hexmode>	 http://deployment.wmflabs.org/auth/wiki/Problem_reports?debug=true
[18:43:29] <hexmode>	 johnduhart: ^^
[18:43:39] <hexmode>	 something changed... worked yesterday
[18:43:41] <^demon>	 avar: The conclusion was externals are evil by nature, since you're pulling unreviewed code into the repo.
[18:45:10] <wikibugs>	 03(mod) Implement an api equivalent of special:ListFiles when providing a user - 10https://bugzilla.wikimedia.org/33589  normal->15enhancement (10Reedy)
[18:45:13] <avar>	 That isn't the case with Git since submodules unlike svn externals are pinned at a specific revision.
[18:45:30] <johnduhart>	 ^demon: I disagree with a no more externals stance, since you can pin them to a specific revision.
[18:45:43] <johnduhart>	 Why doesn't that meat our needs?
[18:45:54] <johnduhart>	 meet*, heh
[18:45:58] <howto>	 Impossible to view a page Warning: Couldn't fetch . Node no longer exists in /var/www/vhosts/wikipasdecalais.fr/httpdocs/includes/parser/Preprocessor_DOM.php on line 973
[18:46:07] <avar>	 Anyway what I do with svn external support for git projects is: 1. check out a given svn revision 2. import it into a git repo 3. add that repo as a submodule
[18:46:17] <howto>	 what's this ?
[18:46:19] <howto>	 please
[18:46:21] <hexmode>	 johnduhart: good thing you fixed that.  was about to go full grammar police
[18:46:45] <^demon>	 I don't have logs, but I remember the discussion in -dev.
[18:46:48] <wikibugs>	 03(mod) Serbian (sr-ec and sr-el) should support GRAMMAR parser function - 10https://bugzilla.wikimedia.org/33546   +need-review +patch (10Reedy)
[18:46:51] <avar>	 ^demon: Anyway, just something I thought I'd mention. I'd be happy to advice on the migration in general if you'd like.
[18:46:53] <^demon>	 Tim had some good argument against externals/submodules.
[18:50:30] <johnduhart>	 ^demon: http://prototype.wikimedia.org/logs/%23wikimedia-dev/20111220.txt
[18:51:16] <^demon>	 Ah yes
[18:51:27] <Matrixiumn>	 bye
[18:51:42] <johnduhart>	 [00:50:39] <TimStarling>	they're insecure since code changes are applied outside of the review process
[18:51:59] <johnduhart>	 That's the only argument from him I see on the subject
[18:52:16] <^demon>	 [00:51:09] <^demon>	TimStarling: That's part of the reason brion suggested just importing 3rd party libs by hand.
[18:52:24] <^demon>	 Brion must've said something similar.
[18:53:19] <avar>	 Yes but this doesn't apply if you host these modules under your own code reviewing system, then just update the pointer in the main repo once they've been reviewed.
[18:53:54] <avar>	 I.e. you could treat them just like you treat maintaining and upgrading extensions.
[18:54:08] <johnduhart>	 [17:21:24] <brion>	^demon: submodules are similar but are git-to-git only
[18:54:08] <johnduhart>	 [17:21:31] <brion>	i think we'd just need to bite the bullet and import the files
[18:54:35] <johnduhart>	 [17:24:27] <brion>	all our svn externsl are also pegged
[18:54:35] <johnduhart>	 [17:24:29] <brion>	or they should be :)
[18:54:41] <johnduhart>	 http://prototype.wikimedia.org/logs/%23wikimedia-dev/20111219.txt
[18:55:04] <wikibugs>	 03(NEW) $wgUseRCPatrol instead of FlaggedRevs on vec.wikipedia - 10https://bugzilla.wikimedia.org/33590 normal; Wikimedia: Site requests; (marco27.wiki)
[18:55:05] <wikibugs>	 03(mod) Wikipedia Android app clear button doesn't clear text - 10https://bugzilla.wikimedia.org/33574  +comment (10yuvipanda)
[18:56:23] <wikibugs>	 03(mod) Application should default to user/phone locale - 10https://bugzilla.wikimedia.org/32005  +comment (10Yuvi Panda)
[18:57:05] <avar>	 johnduhart: You can have git submodules for svn externalso too as I mentioned..
[18:57:18] <johnduhart>	 avar: Really? Neat
[18:57:50] <avar>	 Yes, you just maintain your own git-svn clone and make that a submodule
[19:03:16] <wikibugs>	 14(INVALID) Change logo to gothic wikipedia logo - 10https://bugzilla.wikimedia.org/33584  +comment (10Bawolff)
[19:07:06] <avar>	 afk
[19:07:19] <codurr>	 New code comment: Krinkle; This causes titles on history page to be double escaped "Revision history of "Main Page" -> "Revisio; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108312#c29150>
[19:07:35] <wikibugs>	 03(mod) Double layering ForeignAPIRepo's doesn't retrieve descriptions properly - 10https://bugzilla.wikimedia.org/27111  +comment (10bawolff+wn)
[19:18:47] <omgs>	 Hi
[19:19:03] <omgs>	 I've just installed mediawiki 1.18
[19:19:25] <k4jcw>	 100% AWESOMENESS
[19:19:31] <omgs>	 It has 51 tables, but I didn't set a prefix (just to go to the next step and play around)
[19:19:52] <omgs>	 Now, I need to set a prefix
[19:20:03] <omgs>	 Does it apply to *all* the 51 tables?
[19:20:09] <omgs>	 It's just to be sure
[19:20:56] <omgs>	 I intend to test the farmer extension with a set of wikis
[19:22:03] <k4jcw>	 I, unfortunately, don't know the answer to your question. Others will, but it may take a few minutes.
[19:22:28] <MaxSem>	 Farmer looks scary
[19:24:28] <omgs>	 MaxSem: can you lead to an extension/tool/whatever in order to manage several wikis with the same source?
[19:24:52] <MaxSem>	 that's the problem:)
[19:25:01] <omgs>	 Taking that you're against farmer extension
[19:25:28] <omgs>	 I've read some docs and I'm on the way, but I'm going step by step
[19:25:29] <MaxSem>	 I ain't said that there\s a beter option:)
[19:26:23] <omgs>	 I take that it may have some difficulty or strategy, but I take that "it works"
[19:26:34] <codurr>	 New code comment: Nikerabbit; Is it safe without htmlspecialchars?; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108312#c29151>
[19:33:52] <varnent>	 where does a page describing the actual MediaWiki software belong most?  Manual or mainspace?
[19:35:57] <Nikerabbit>	 depends on the audience
[19:38:39] <varnent>	 Nikerabbit: do you think it's possible to write a page that suits both audiences - keeping in mind there are brief and not elaborate
[19:39:01] <Nikerabbit>	 everything is possible
[19:39:13] <varnent>	 lol - I like that mentality  :)
[19:39:51] <howto>	 hello, i have this message on my wiki : Warning: Couldn't fetch . Node no longer exists in /var/www/vhosts/wikipasdecalais.fr/httpdocs/includes/parser/Preprocessor_DOM.php on line 885
[19:40:00] <howto>	 What is the probleme please ?
[19:40:38] <varnent>	 Nikerabbit: https://www.mediawiki.org/wiki/Manual_talk:What_is_MediaWiki%3F
[19:40:51] <wikibugs>	 03(WONTFIX) Difficulties reaching IPv6-enabled sites (bugzilla, lists) in Opera, Chrome on some systems - 10https://bugzilla.wikimedia.org/17140  +comment (10Marcin Cieślak)
[19:44:48] <johnduhart>	 omgs: Prefixes apply to all extensions
[19:50:41] <omgs>	 johnduhart: thanks, I've already renamed all the tables
[19:52:38] <johnduhart>	 petan: Is this a known issue? http://deployment.wmflabs.org/auth/wiki/Special:GlobalUsers/sdfskfldsg
[19:52:57] <johnduhart>	 I can see where in the code it would cause that, are you running a different version of CentralAuth?
[19:53:04] <johnduhart>	 Ca't see*
[19:53:06] <johnduhart>	 ugh
[19:53:09] <^demon>	 Prolly not known.
[19:58:39] <hexmode>	 johnduhart: report a bug here? http://deployment.wmflabs.org/auth/wiki/Problem_reports
[19:59:01] <hexmode>	 also maybe fix it?
[19:59:45] <hexmode>	 ^demon: deployment.wmflabs.org is supposed to be where we can get wiki users to test 1.19
[19:59:51] <wikibugs>	 03(mod) Implement an api equivalent of special:ListFiles when providing a user - 10https://bugzilla.wikimedia.org/33589  +comment (10brion)
[19:59:54] <Reedy>	 Didn't I fix that already?
[20:00:08] <hexmode>	 Reedy: when?
[20:00:14] <Reedy>	 The last week or so
[20:00:29] <hexmode>	 hrm... that is from recent svn
[20:00:32] <Reedy>	 http://www.mediawiki.org/wiki/Special:Code/MediaWiki/108070
[20:00:36] <hexmode>	 let me make sure
[20:00:44] <Reedy>	 I fixed it in 1.18wmf1/1.18
[20:00:49] <hexmode>	 ah
[20:00:51] <Reedy>	 shouldn't happen in trunk as prototypes are correct
[20:01:37] <johnduhart>	 Yeah is deployment up to date with trunk?
[20:02:42] <hexmode>	 k, deployment is running 1.18wmf extensions with trunk... I'll tell petan to fix it
[20:02:53] <petan>	 it shouldn't be?
[20:03:12] <hexmode>	 petan: no it should be using, for now, trunk extensions
[20:03:21] <Reedy>	 indeed
[20:03:24] <petan>	 ah
[20:03:25] <johnduhart>	 yeah
[20:03:30] <hexmode>	 we branch extensions and phase3 at the same time
[20:03:32] <petan>	 but next deployment will update only mediawiki?
[20:03:34] <Reedy>	 svn switch to branches/REL1_19 when it's there
[20:03:43] <petan>	 ah, this
[20:03:45] <petan>	 sure
[20:03:57] <petan>	 I thought you want extensions head
[20:04:00] <johnduhart>	 Can I get access to the project so I can try to fix the CentralAuth config
[20:04:05] <petan>	 yes
[20:04:12] <petan>	 johnduhart: sec
[20:04:26] <hexmode>	 !1.18
[20:04:27] <mw-bot>	 MediaWiki 1.18 is out. Latest version is 1.18.0; <https://www.mediawiki.org/wiki/Download>; REL1_18 branched on 18 July 2011 at r92475 <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/92475>;
[20:04:40] <hexmode>	 !1.19
[20:04:40] <mw-bot>	 Working on it, hoping to deploy in February 2012. http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/56919
[20:04:45] <johnduhart>	 petan: Right now extensions should be at trunk, when REL1_19 is available (acutally 1.19wmf1), svn switch to it
[20:04:48] <petan>	 johnduhart: done, try not to break stuff :)
[20:04:52] <johnduhart>	 Sure :)
[20:04:54] <petan>	 I worked on that 5 days
[20:04:57] <petan>	 :D
[20:05:01] <johnduhart>	 hah
[20:05:05] <petan>	 but I have made a complete backup today
[20:05:20] <petan>	 but we don't have sql backup
[20:05:28] <johnduhart>	 CentralAuth, the extension that requiries praying.
[20:05:33] <petan>	 so drop database simple_data would cost us some 3 days of db import
[20:05:47] <johnduhart>	 I'll try not to do that :>
[20:05:48] <petan>	 btw johnduhart we have a git for config
[20:05:50] <wikibugs>	 03(mod) PHP floor( log10() ) gives wrong results and need a replacement - 10https://bugzilla.wikimedia.org/33571  +comment (10brion)
[20:05:52] <petan>	 don't forget that
[20:05:53] <petan>	 :P
[20:05:54] <johnduhart>	 petan: Yay, where?
[20:06:01] <petan>	 //mnt/www/global
[20:06:11] <petan>	 it's a git repository
[20:06:14] <petan>	 ther is all config
[20:06:21] <johnduhart>	 ah
[20:06:28] <petan>	 I will make some doc on wiki
[20:06:42] <petan>	 http://deployment.wmflabs.org/global
[20:06:47] <petan>	 there is viewfile.php
[20:06:57] <petan>	 if you give it parameter file= it show you source code
[20:07:08] <petan>	 it's for people without shell access
[20:07:26] * johnduhart  nods

[20:07:54] <petan>	 btw what's wrong on SUL
[20:07:58] <petan>	 it crashes?
[20:08:18] <johnduhart>	 It doesn't autologin
[20:08:22] <johnduhart>	 The hosts are wronfg
[20:08:46] <petan>	 are you sure
[20:08:55] <petan>	 there is config in extensiondata
[20:08:55] <johnduhart>	 Yes
[20:08:58] <petan>	 for SUL
[20:09:16] <petan>	 what doesn't autologin? when I login on one site it logs me to all
[20:09:27] <petan>	 did you mean that?
[20:09:30] <johnduhart>	 Yeah
[20:09:34] <petan>	 that works
[20:09:42] <petan>	 did you actually try it? :)
[20:09:57] <johnduhart>	 No it doesn't
[20:10:13] <johnduhart>	 <img src="//deployment.wmflabs.org?logout=1&amp;token=0fda8b6d103ebf059528e165f5b2ac69" alt="7" title="7" width="20" height="20" style="border: 1px solid #ccc;">
[20:10:25] <johnduhart>	 I highly doubt that's a valid URL
[20:10:40] <petan>	 where you see it
[20:10:46] <petan>	 btw autologin works to me
[20:10:49] <johnduhart>	 On login/logout
[20:10:52] <petan>	 I tried it in 2 browsers
[20:11:13] <petan>	 http://deployment.wmflabs.org/en_wikinews/w/index.php?title=Special:UserLogout&returnto=Main+Page
[20:11:19] <petan>	 that's what I have on logout
[20:11:41] <johnduhart>	 petan: That's the link to logout not on the logout page
[20:11:53] <petan>	 you mean that small icons on login window?
[20:11:55] <hexmode>	 petan I'm getting boxes indicating that images aren't loading
[20:11:58] <johnduhart>	 yes
[20:12:04] <petan>	 I know about it, that's broken
[20:12:06] <petan>	 but autologin works
[20:12:09] <johnduhart>	 No it doesn't
[20:12:14] <petan>	 bah
[20:12:19] <petan>	 I will create a test account for that
[20:12:27] <petan>	 it works to me on two browsers
[20:12:44] <petan>	 hexmode: does it work to you?
[20:13:18] <petan>	 $wgCentralAuthAutoLoginWikis =  $wgLocalDatabases;
[20:13:22] <petan>	 johnduhart: ^
[20:13:26] <petan>	 it's configured
[20:13:30] <hexmode>	 just logged into auth, but no en_wiki cookie
[20:13:42] <petan>	 hm... why it works to me?
[20:13:54] <petan>	 what's different on my acc
[20:13:54] <hexmode>	 pretty sure it needs the images
[20:14:49] <petan>	 I'd like to believe you that it's broken but why it's not broken for all people
[20:14:51] <hexmode>	 log out on all accounts and then try
[20:14:56] <petan>	 ok
[20:14:56] <johnduhart>	 johnduhart@deployment-web:/mnt/www$ ls
[20:14:56] <johnduhart>	 ar_wikipedia  cs_wikipedia  en_wikinews     en_wikiversity  global        index.html   simplefull   testwikidb
[20:15:02] <johnduhart>	 That's not a wiki farm!!
[20:15:13] <johnduhart>	 lol
[20:15:13] <petan>	 when I logout on one I get logouted on all
[20:15:23] <petan>	 so I don't even have to
[20:15:28] <petan>	 * logged out
[20:15:31] <hexmode>	 johnduhart: we could use help!
[20:15:42] * johnduhart  puts on his sysadmin hat

[20:15:46] <johnduhart>	 away!
[20:16:00] <petan>	 johnduhart: should I make another backup now?
[20:16:09] <johnduhart>	 petan: Go for it
[20:16:10] <wikibugs>	 03(FIXED) PHP floor( log10() ) gives wrong results and need a replacement - 10https://bugzilla.wikimedia.org/33571  +comment (10Brion Vibber)
[20:16:18] <petan>	 johnduhart: it will take 2 hours
[20:16:22] <johnduhart>	 ahh!
[20:16:24] <petan>	 vm's have slow storage
[20:16:25] <johnduhart>	 just for files?
[20:16:27] <petan>	 yes
[20:16:30] <johnduhart>	 yikes
[20:16:35] <petan>	 anyway, there is another server for maintenance scripts
[20:16:40] <johnduhart>	 what if we spin up another instance for me to build this with
[20:16:49] <petan>	 so don't break the structure we have :D
[20:16:52] <johnduhart>	 There is?
[20:16:58] <petan>	 there are 4 other 
[20:17:12] <petan>	 one is sql server one is nfs one is apche and one is for maint
[20:17:22] <johnduhart>	 That's dbdump?
[20:17:26] <petan>	 yes
[20:17:41] <petan>	 we also import big xml
[20:17:43] <johnduhart>	 Ok, what should I not do so I won't break it
[20:17:43] <petan>	 on it
[20:17:52] <petan>	 basically you shouldn't do anything :)
[20:17:53] <petan>	 :D
[20:18:03] <petan>	 ./mnt is whole on nfs
[20:18:03] <johnduhart>	 Well that doesn't help me :D
[20:18:11] <johnduhart>	 petan: I guessed that much
[20:18:16] <petan>	 so changing files is ok
[20:18:20] <petan>	 but problem is with sym links
[20:18:28] <petan>	 cli has different bahaviour than apache
[20:18:49] <petan>	 hexmode changed some links and it worked in apache but maint script were crashing
[20:19:08] <petan>	 best idea is to change configuration of one wiki and check if it really works
[20:19:14] <petan>	 after than start changing other wikis
[20:19:21] <petan>	 also do !log everythinh
[20:19:25] <johnduhart>	 Okay
[20:19:28] <petan>	 and frequently commit to git
[20:19:39] <petan>	 every reload of apache etc should be logged
[20:19:48] <petan>	 memcached is running on another instance too
[20:20:00] <hexmode>	 johnduhart: petan: I'm gonna take my hands off the config and leave it to you guys
[20:20:10] <hexmode>	 now going to notify commons
[20:20:15] <petan>	 also try to make global config compatible with noc so that we can copy paste configs from noc here and it works
[20:20:17] <hexmode>	 and dewiki
[20:20:35] <hexmode>	 and maybe track down that js bug
[20:20:39] <johnduhart>	 petan: THat's the goal
[20:20:39] <petan>	 ok
[20:20:55] <johnduhart>	 petan: Apache configs are in the usual places?
[20:21:00] <petan>	 johnduhart: however layout of noc suck a bit, check how local.php looks
[20:21:01] <petan>	 yes
[20:21:14] <petan>	 the extension scheme we use is epic ^^
[20:21:37] <petan>	 you just put true or false to config and extension is deployed
[20:21:51] <petan>	 I definitely don't want to use that bloody scheme which is in noc
[20:22:17] <petan>	 also having all configs in one huge file isn't a best idea
[20:22:27] <johnduhart>	 petan: I really think we should stick to what is used in production to make copying changes over easy
[20:22:31] <petan>	 you make one small mistake and whole cluster is down
[20:23:13] <petan>	 I don't agree with this, we will never be able to have 100% identical config + ^demo n said he would like to change layout of production config a bit
[20:23:27] <petan>	 production config is a big mess
[20:23:31] <petan>	 it's hard to operate with that
[20:23:52] <petan>	 I agree with should be able to copy Initialise and Common settings without big changes
[20:24:16] <petan>	 but that doesn't mean there can't be our own config scheme on background which is just easier to manage
[20:24:42] <petan>	 check the local.php of some wiki
[20:24:44] <johnduhart>	 configuration working copt is dirty, someone please commit
[20:24:49] <wikibugs>	 03(mod) "images" directory to be renamed or migrated to "files" - 10https://bugzilla.wikimedia.org/33569  +comment (10fastgoldfish)
[20:24:53] <petan>	 if you are able to keep this possible using production config go ahead
[20:25:35] <petan>	 done
[20:26:06] <petan>	 johnduhart: unless you can see rest of production config you can hardly replicate it
[20:26:31] <johnduhart>	 I have a good idea of how it works
[20:26:45] <petan>	 right, did you check any local.php file?
[20:26:58] <petan>	 that extension set is what I am talking about, it's pretty usefull
[20:27:07] <Jarry1250_>	 https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2012-01-09/Technological_roadmap <-- feel free to hit me with omissions, corrections, wet fish, etc.
[20:27:07] <petan>	 that big array
[20:27:29] <johnduhart>	 petan: the stuff in /mnt/www/global/local/*?
[20:28:11] <petan>	 that wasn't like that until hex moved it, but yes
[20:28:19] <codurr>	 New code comment: Reedy; I was thinking about normalising the code when I was adding to it... \ The difference between the 2 b; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108363#c29152>
[20:29:10] <petan>	 my idea is to make a script which would automaticaly generate all configs for you, so you just type addwiki fr_wikinews 1.19 and boom wiki is working configured
[20:29:20] <johnduhart>	 Of course
[20:29:27] <petan>	 that doesn't seem to be possible using noc configs
[20:29:48] <johnduhart>	 It is
[20:29:55] <johnduhart>	 Can we get wildcard domains in labs?
[20:30:12] <Reedy>	 should be able to
[20:30:16] <petan>	 you mean like en.deployment.wmflabs
[20:30:29] <johnduhart>	 en.wikipedia.deployment.wmflabs.org, yes
[20:30:40] <johnduhart>	 So cookies are closer to how they are in production
[20:30:49] <petan>	 yes we can but there was some reason not to do that I think...
[20:30:54] <johnduhart>	 oh?
[20:30:59] <petan>	 but I don't remember it, I will check logs
[20:32:28] <petan>	 oh right, it was another idea
[20:32:35] <petan>	 johnduhart: yes we can do it
[20:32:36] <johnduhart>	 Can we add everyone to the www-data group or soemthing so we don't have to dance around permissions and 777 everything?
[20:32:52] <petan>	 hm, probably...
[20:32:57] <wikibugs>	 04(REOPENED) [SMW] Semantic Search offset incorrect on first display after clicking "further results" in table - 10https://bugzilla.wikimedia.org/33575  +comment (10badon)
[20:33:06] <petan>	 btw it's not 777 :|
[20:33:07] <johnduhart>	 petan: Great, and great
[20:33:11] <petan>	 777 is for folders only
[20:33:37] <petan>	 johnduhart: we were working really quickly, cosmetic issues like this were planned for later
[20:33:52] <petan>	 we wanted it working tommorow
[20:35:19] <johnduhart>	 what the
[20:35:23] <petan>	 ?
[20:35:23] <johnduhart>	 I can't sudo chown?
[20:35:28] <petan>	 sure you can
[20:35:34] <wikibugs>	 03(NEW) Page deletions and blocks aren't showing up on watchlists on enwiktionary - 10https://bugzilla.wikimedia.org/33591 normal; MediaWiki: Watchlist; (yyairrand)
[20:35:43] <johnduhart>	 sudo chown -R www-data:www-data global
[20:35:49] <johnduhart>	 chown: changing ownership of `global/local/en_wiktionary.php': Operation not permitted
[20:35:53] <hexmode>	 petan I already did svn group
[20:36:00] <johnduhart>	 hexmode: Oh
[20:36:02] <petan>	 johnduhart: root squash
[20:36:11] <petan>	 I will do it
[20:36:22] <johnduhart>	 Wait
[20:36:41] <johnduhart>	 hexmode: Use the svn group?
[20:36:42] <petan>	 ok
[20:36:46] <petan>	 no
[20:36:48] <petan>	 that's in ldap
[20:36:59] <petan>	 but, right I don't care
[20:37:01] <hexmode>	 johnduhart: it seemed to work
[20:37:07] <petan>	 anyway there is a group git for global
[20:37:12] <petan>	 apache should write to it
[20:37:17] <petan>	 * shoudlnt
[20:37:51] <petan>	 but svn is better, right
[20:37:55] <johnduhart>	 So make a new group like ops or something and add use to it then chown the whole www folder to www-data:ops
[20:38:09] <petan>	 is it necessary?
[20:38:15] <petan>	 all people with shell access are "ops"
[20:38:35] <johnduhart>	 petan: I would like to stop having a permissions mismosh, yes
[20:38:38] <petan>	 it's on nfs which will be migrated to gluster so doing this will make a lot of complications
[20:38:48] <petan>	 but rgith
[20:38:55] <petan>	 so you want a new group?
[20:39:03] <johnduhart>	 Right
[20:39:06] <petan>	 can we move to -labs
[20:39:15] <johnduhart>	 huh?
[20:39:20] <johnduhart>	 oh
[20:39:21] <johnduhart>	 yeah
[20:40:23] <tr|nn|>	 Just ran update.php. What is it currently doing, it is outputting "...doing rev_id from 56565632 to 56565631"?
[20:40:37] <tr|nn|>	 ...since a while now
[20:43:01] <hexmode>	 tr|nn|: what does it say just before that
[20:43:31] <tr|nn|>	 hexmode: I'd love to know that too :) it is flushing my terminal...
[20:43:45] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5335: FAILURE in 2 min 37 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5335/
[20:44:03] <tr|nn|>	 I just passed 920000032...
[20:45:26] <tr|nn|>	 I'm guessing it is doing something with my revision table.
[20:48:45] <mw-jenkinsbot>	 Yippie, build fixed!
[20:48:46] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5336: FIXED in 2 min 36 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5336/
[20:49:25] <Krenair>	 Is there some sort of trick to get the page's name without it's namespace?
[20:50:27] <tr|nn|>	 hexmode, seems it is adding a row. Just realized there is a new row in the recent version of tables.sql ... SHA-1 text content hash.... that explains why it is running slow on the other machine....
[20:51:13] <Krenair>	 I'm looking for something like {{subst:FULLPAGENAME}}
[20:51:20] <Krenair>	 But without the namespace part
[20:51:41] <Krenair>	 never mind, found it. {{subst:PAGENAME}} -.-
[20:55:36] <wikibugs>	 03(NEW) please include autopatrolled right inside patroller for he.wiki - 10https://bugzilla.wikimedia.org/33592 normal; Wikimedia: Site requests; (matanya.moses)
[20:57:13] <wikibugs>	 03(mod) DatabaseError is served without encoding information - 10https://bugzilla.wikimedia.org/33570  +comment (10brion)
[20:58:16] <hexmode>	 tr|nn|: moar security!
[20:59:08] <hexmode>	 commons notice made
[21:03:01] <wikibugs>	 03(mod) DatabaseError is served without encoding information - 10https://bugzilla.wikimedia.org/33570  +comment (10Platonides)
[21:03:53] <spacexula>	 Can anyone think of a reason why everyone sees this edit as 2 columbs, but on IE7 I only see 1? http://reprap.org/mediawiki/index.php?title=User:Johnduhart/Testing&oldid=52319
[21:04:13] <omgs>	 Hi
[21:05:13] <spacexula>	 houdey omgs
[21:06:46] <Reedy>	 spacexula, cause IE sucks
[21:07:32] <spacexula>	 Reedy: right but I don't want to break the wiki for all the people that suck, my wife might want to read it.
[21:07:55] <Reedy>	 Upgrade her to Ie8 or Chrome/FF ;)
[21:08:31] <spacexula>	 I am stuck with this browser at work :)  
[21:08:50] <codurr>	 New code comment: Amire80; I tried to fix it in r108367. Please test mercilessly.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/105855#c29153>
[21:13:35] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5337: FAILURE in 2 min 26 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5337/
[21:15:05] <codurr>	 New code comment: Reedy; Seem to have broken unit tests... http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5337/; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108367#c29154>
[21:23:52] <wikibugs>	 03(mod) API upload doesn't apply mime type check - 10https://bugzilla.wikimedia.org/33549  summary (10Derk-Jan Hartman)
[21:25:11] <wikibugs>	 03(mod) API upload doesn't apply mime type check - 10https://bugzilla.wikimedia.org/33549  +comment (10maarten)
[21:25:34] <wikibugs>	 03(mod) API upload doesn't apply mime type check - 10https://bugzilla.wikimedia.org/33549  +comment (10hartman)
[21:28:23] <wikibugs>	 03(mod) API upload doesn't apply mime type check - 10https://bugzilla.wikimedia.org/33549  +comment (10hartman)
[21:29:32] <wikibugs>	 03(mod) API upload doesn't apply mime type check - 10https://bugzilla.wikimedia.org/33549  major->04CRIT;  +need-regression-test; +comment (10Derk-Jan Hartman)
[21:30:09] <Krenair>	 When a template uses itself for an example, how do you make it update the version of the template used for the example to the latest?
[21:31:29] <Yaron>	 Krenair - it'll always be the latest version... but a template shouldn't call itself; that would lead to an infinite loop. (MediaWiki will stop such a thing from happening, but still.)
[21:31:52] <Krenair>	 Well we have templates that transclude themselves in examples
[21:32:12] <Krenair>	 Obviously the example is done with <noinclude> to stop infinite loops happening
[21:32:25] <Krenair>	 But when you save changes to the template, the example is not updated
[21:32:29] <wikibugs>	 03(mod) Implement an api equivalent of special:ListFiles when providing a user - 10https://bugzilla.wikimedia.org/33589  +comment (10maarten)
[21:34:21] <Yaron>	 Krenair - try refreshing the template page, I guess.
[21:34:52] <Krenair>	 I've tried refreshing the page multiple times
[21:35:07] <Yaron>	 That's weird, then - is this on a public wiki?
[21:35:16] <Krenair>	 Yes: http://discoverygc.com/wiki/index.php/Template:NPC_Faction_Infobox
[21:36:38] <Yaron>	 Krenair - so what's the part that's not updated?
[21:36:58] <Krenair>	 Categories list
[21:37:04] <codurr>	 New code comment: Amire80; It's probably OK. If this change is fine by itself, the tests should probably be updated.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108367#c29155>
[21:37:26] <Krenair>	 The last change that was made was supposed to stop Template:NPC Faction Infobox from being added to the categories list
[21:37:41] <Krenair>	 I've found this problem before
[21:38:01] <Krenair>	 I had to make silly changes like adding or removing a line before template examples would update
[21:38:08] <Krenair>	 And even then they'd always be one revision of the template behind
[21:39:16] <Yaron>	 This looks like the text that's causing it: "<includeonly>[[Category: {{FULLPAGENAME}}]]</includeonly>".
[21:39:20] <Krenair>	 I don't know if this is related or not: Is it normal for the job queue length to seemingly get stuck at 12?
[21:39:27] <Krenair>	 Yaron, that should be in includes only...
[21:39:46] <Krenair>	 So not showing on the template page, just pages that transclude it
[21:40:17] <Yaron>	 Yeah, but the template is including itself.
[21:40:46] <Krenair>	 Oh damn, I see what you mean
[21:41:45] <Yaron>	 There's probably a way to do what you're trying to do, using a hack of some sort...
[21:42:14] <Yaron>	 Maybe have an #if in there, so that that category gets added only if the page name doesn't start with "Template:", or something.
[21:42:43] <Krenair>	 Yaron, I'm thinking #ifeq
[21:42:52] <Yaron>	 That would work too.
[21:43:07] <Yaron>	 Yeah, that's easier.
[21:44:06] <Krenair>	 {{#ifeq:{{FULLPAGENAME}}|Template:NPC Faction Infobox||[[Category: {{FULLPAGENAME}}]]}}
[21:44:07] <Krenair>	 I think
[21:46:13] <Krenair>	 Hmm nope, doesn't seem to have worked
[21:48:14] <Yaron>	 That's weird - that seems like it should work.
[21:49:01] <Krenair>	 Yaron, I removed a random useless line break. Now it works.
[21:49:04] <Krenair>	 Wat.
[21:55:41] <wikibugs>	 03(mod) $wgUseRCPatrol instead of FlaggedRevs on vec.wikipedia - 10https://bugzilla.wikimedia.org/33590  normal->15enhancement (10Nemo_bis)
[21:58:38] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5338: STILL FAILING in 2 min 29 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5338/
[22:01:52] <DerJoerg>	 Hi ho guys!
[22:02:04] <codurr>	 New code comment: Krinkle; I'm not sure, but it's double escaping right now.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108312#c29156>
[22:03:30] <DerJoerg>	 I use a skin with custom messages. Is there a way to provide the texts for them in a PHP file?
[22:03:52] <DerJoerg>	 E.g. something like these *.i18n.php files in extensions?
[22:10:04] <codurr>	 New code comment: Krinkle; This seems to fix the problem, and still looks safe: \ <syntaxhighlight lang="diff"> \ Index: OutputPag; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108312#c29157>
[22:10:19] <Krinkle>	 Nikerabbit: Can you take a look ? You know more about the Message class
[22:13:45] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5339: STILL FAILING in 2 min 36 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5339/
[22:16:18] <wikibugs>	 03(mod) Upload doesn't apply mime type check - 10https://bugzilla.wikimedia.org/33549  summary; +comment (10Bawolff)
[22:18:46] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5340: STILL FAILING in 2 min 37 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5340/
[22:23:36] * hexmode  dives into the js problem on http://deployment.wmflabs.org/auth/wiki/Problem_reports

[22:28:56] <Krinkle>	 hexmode: Same error I had locally yesterday, let me commit the fix
[22:29:03] <Krinkle>	 centralnotice lacks a dependency
[22:29:26] <hexmode>	 Krinkle: ty!
[22:30:01] <Krinkle>	 done
[22:30:13] <Krinkle>	 !r 108371
[22:30:13] <mw-bot>	 https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108371
[22:33:46] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5341: STILL FAILING in 2 min 37 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5341/
[22:38:13] <Krinkle>	 !r 108367
[22:38:13] <mw-bot>	 https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108367
[22:38:37] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5342: STILL FAILING in 2 min 29 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5342/
[22:39:13] <hexmode>	 Krinkle: svn up gives me no new revs?
[22:39:38] <Krinkle>	 hexmode: what does svn info say ?
[22:40:09] <Krinkle>	 The "URL: " line specificlaly
[22:40:20] <hexmode>	 Krinkle: before I give you that, we are talking about importScript failures, right?
[22:40:35] <Krinkle>	 No, exception thrown in BannerController
[22:40:45] <Krinkle>	 I don't see any other error
[22:41:07] <Krinkle>	 Do I need to be logged in ?
[22:41:20] <hexmode>	 http://deployment.wmflabs.org/auth/wiki/Problem_reports?debug=true -- firebug shows an importScript problem
[22:41:23] <hexmode>	 don't think so
[22:41:27] <hexmode>	 let me check
[22:41:45] <Krinkle>	 importScript('MediaWiki:bugStatusUpdate.js'); also gives an exception yes
[22:41:46] <wikibugs>	 03(mod) please include autopatrolled right inside patroller for he.wiki - 10https://bugzilla.wikimedia.org/33592   +shell (10Bawolff)
[22:41:53] <Krinkle>	 that should be a Gadget with [default] instead
[22:42:08] <Krinkle>	 Don't know why it's failing in MediaWiki:Common.js
[22:42:12] <Krinkle>	 it won't in a gadget
[22:42:31] <hexmode>	 Krinkle: it was working yesterday, I swear
[22:42:41] <hexmode>	 pointer to how to make this a gadget?
[22:43:05] <Krinkle>	 MovePage 'MediaWiki:bugStatusUpdate.js to MediaWiki:Gadget-BugStatusUpdate.js
[22:43:19] <Krinkle>	 add a line to MediaWiki:Gadgets-definition with the following
[22:43:35] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5343: STILL FAILING in 2 min 26 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5343/
[22:43:38] <Krinkle>	 * BugStatusUpdate[ResourceLoader | default] | BugStatusUpdate.js
[22:43:41] <Krinkle>	 and save
[22:43:43] <wikibugs>	 03(mod) User table misses Primary Key - 10https://bugzilla.wikimedia.org/33228  +comment (10mueller062001-reg)
[22:44:37] <hexmode>	 Krinkle: have you just made me into another gadget gnome?
[22:44:48] <wikibugs>	 03(NEW) Namespace 4 Translation in ko Wiktionary - 10https://bugzilla.wikimedia.org/33593 normal; MediaWiki: Redirects; (AheunHana)
[22:45:00] <Krinkle>	 hexmode: It's fun :)
[22:45:33] <wikibugs>	 03(mod) Namespace 4 Translation in ko Wiktionary - 10https://bugzilla.wikimedia.org/33593  normal->15enhancement (10Reedy)
[22:45:36] <wikibugs>	 03(NEW) timeline parameter timelineposition=today doesn't work - 10https://bugzilla.wikimedia.org/33594 normal; MediaWiki extensions: SemanticResultFormats; (katkov.juriy)
[22:45:59] <wikibugs>	 03(mod) Various tables missing PK when upgraded from ancient versions of MW - 10https://bugzilla.wikimedia.org/33228  summary (10Reedy)
[22:46:27] <Krinkle>	 hexmode: I made an account there, are you able to grant me some rights ?
[22:46:45] <hexmode>	 y, let me finish with the gadget
[22:46:51] <Krinkle>	 sure, no rush
[22:48:03] <hexmode>	 \o/ works!
[22:48:15] <Krinkle>	 Okay, who's running Epiphany on the test swarm ?
[22:48:19] <hexmode>	 k, krinkle is the name?
[22:48:24] <Krinkle>	 hexmode: yes
[22:49:10] <Krinkle>	 I hate browser user agents, they always lie! Epiphany is prefixed with "Mozilla/.. WebKit/.. Gecko/.. Safari/..", but it has bugs that Safari doesn't and is messing up the swarm
[22:49:12] <Krinkle>	 Argh!
[22:49:23] <Krinkle>	 Mozilla/5.0 (X11; Linux i686) AppleWebKit/534.26+ (KHTML, like Gecko) Version/5.0 Safari/534.26+ Ubuntu/11.04 (3.0.4-1ubuntu1) Epiphany/3.0.4
[22:49:34] * hexmode  gives krinkle administrator

[22:49:42] * Krinkle  thankyuthankyuthankyu

[22:50:04] <Reedy>	 I don't know why every browser type doesn't have a UID in the bloody useragent string
[22:50:08] <Reedy>	 even if they share components
[22:50:39] <Krinkle>	 problem is, test swarm doesn't know about Epiphany and simply looks for "Safari" and a certain build (the WebKit build), and it matches.
[22:51:00] <Reedy>	 i know
[22:51:01] <Krinkle>	 Chrome does the same, which is why every user agent detected needs to check for Chrome before Safari
[22:51:09] <Krinkle>	 detector*
[22:51:13] <Reedy>	 But my point is, why hasn't this been fixed properly before now?
[22:51:33] <Krinkle>	 I don't know, I would support anything remotely like it.
[22:51:55] <Krinkle>	 (fun read if you haven't already http://webaim.org/blog/user-agent-string-history/ )
[22:58:51] <Lcawte>	 Hmm, now, are there any automated things I can run against this patched extension to make sure its the quality the svn likes and everything is good, or do I have to get humans to do that?
[22:59:09] <varnent>	 there a way for editors (vs. sysadmins) to add tags to CharInsert?
[23:00:00] <Lcawte>	 (Patch) http://servhome.lewiscawte.info/CloakCheckVanilla.diff (Original Code) https://svn.wikia-code.com/wikia/trunk/extensions/wikia/CloakCheck/
[23:15:16] <wikibugs>	 03(mod) Interwiki prefix c: could be used as a shortcut for commons: - 10https://bugzilla.wikimedia.org/4676  +comment (10Logan)
[23:18:58] <wikibugs>	 03(mod) Interwiki prefix c: could be used as a shortcut for commons: - 10https://bugzilla.wikimedia.org/4676  +comment (10p858snake)
[23:24:25] <wikibugs>	 03(mod) Interwiki prefix c: could be used as a shortcut for commons: - 10https://bugzilla.wikimedia.org/4676  +comment (10loganwikipedia)
[23:34:16] <tr|nn|>	 hexmode: how is that extra text hash going to provide more security?
[23:35:20] <wikibugs>	 03(NEW) mwdocgen.php: Add option to not create graphs - 10https://bugzilla.wikimedia.org/33595 enhancement; MediaWiki: Documentation; (mrbluesky)
[23:42:06] <wikibugs>	 03(mod) mwdocgen.php: Add option to not create graphs - 10https://bugzilla.wikimedia.org/33595  +comment (10sam)
[23:53:32] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5344: STILL FAILING in 2 min 24 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5344/