[00:00:34] <bawolff>	 mostly i just don't like how the "post new thread" is hard to find if your not used to it
[00:00:36] <codurr>	 03asher * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108186> 10/trunk/debs/varnish3/debian/ (6 files in 3 dirs): upgrade to varnish 3.0.2, varnishncsa: escape spaces in logged request headers
[00:01:09] <Mrokii>	 ashley: Where is that comments-extension of yours? I don't find it (still not used to the structure of the extensions-site).
[00:01:33] <bawolff>	 And there's quite a few little things that aren't quite right with it, but by and large lqt gets the job done. 
[00:03:38] <ashley>	 Mrokii: http://www.mediawiki.org/wiki/Extension:Comments -- I can't promise any specific date, but I'll try to work on that 5% to finish that patch so that I can commit it (really, it's just one JavaScript function not working, everything else should be OK...)
[00:05:21] <Samus_Aran>	 Mrokii: heya
[00:05:28] <Mrokii>	 Samus_Aran: Hi
[00:06:15] <codurr>	 03bsitu * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108187> 10/trunk/extensions/MoodBar/ (4 files in 2 dirs): Adding "Show unanswered" filter to feedback dashboard
[00:06:34] <Mrokii>	 ashley: So you are the developer of the comments-extension?
[00:07:42] <ashley>	 that, and many other [[mw:social tools]] (well, not the *original* developer, but the current maintainer)
[00:07:56] <Mrokii>	 cool.
[00:09:02] <ashley>	 :D
[00:09:44] <Mrokii>	 The screenshot looks nice.
[00:10:34] <Mrokii>	 ashley: What exactly doesn't work with the extension at the moment?
[00:11:29] <ashley>	 ResourceLoader (http://www.mediawiki.org/wiki/ResourceLoader), a new feature in MediaWiki 1.17+, broke the JavaScript badly (this extension is quite old, dating back to like 2006 or so) as the Comments extension uses plenty of inline JS
[00:11:52] <ashley>	 I've prepared a patch to fix that, but there's one small thing to fix in that patch (an invalid JS-generated link)
[00:12:10] <Mrokii>	 okay
[00:12:48] <ashley>	 basically, when you click on a "reply" link on a comment, you are taken to the bottom of the page and the text "Reply to Foo (Cancel)" appears above the comment form -- the "Cancel" link doesn't work, but everything else should work after applying my patch; if you're adventurous enough, I can post that patch on-wiki
[00:13:42] <Mrokii>	 heh.
[00:14:26] <Mrokii>	 I am not yet sure if I want to install it. Have to discuss it with somebody :)
[00:14:31] <wikibugs>	 03(NEW) Search bar doesn't fill out to screen width in landscape mode on ICS - 10https://bugzilla.wikimedia.org/33552 normal; Wikimedia Mobile: android; (brion)
[00:14:36] <Samus_Aran>	 ashley: I think we'd like to try out your patch.
[00:14:47] <Samus_Aran>	 Mrokii: I'm open to trying the currently available ones, before writing my own
[00:15:09] <Mrokii>	 At the moment, there won't be many comments on my page anyway, so not much that can be destroyed, heh.
[00:16:21] <Mrokii>	 Samus_Aran is that "somebody", btw :) So yeah, we could give it a try, if you'd be so nice to upload the patched version, heh.
[00:18:07] <wikibugs>	 03(mod) Search bar doesn't fill out to screen width in landscape mode on ICS - 10https://bugzilla.wikimedia.org/33552  +comment (10brion)
[00:19:06] <wikibugs>	 03(mod) Search bar doesn't fill out to screen width in landscape mode on ICS - 10https://bugzilla.wikimedia.org/33552  (10Brion Vibber)
[00:21:08] <ashley>	 Mrokii, Samus_Aran: http://www.mediawiki.org/wiki/User:Jack_Phoenix/Comments_RL_patch -- mind you, GeSHi eats tabs for breakfast, so I suggest going to the edit mode and copypasting the code between <source lang="diff"> and </source> tags into a .patch file and then applying it
[00:21:13] <Samus_Aran>	 Mrokii: that extension is GPL v2+, so it's compatible with how I would be licensing my own comments code, so I could use it as a base
[00:22:32] <Mrokii>	 ashley: Tbh, I have no clue what you're talking about (regarding GeSHi), as I've just started using MW and wasn't the one whoe installed it, heh.
[00:22:46] <Samus_Aran>	 Mrokii: I understood, no worries.
[00:22:51] <Mrokii>	 Samus_Aran: Okay.
[00:23:13] <ashley>	 hehe :D
[00:26:51] <Mrokii>	 I guess it could be dangerous to install extensions that aren't tested with the current version of MediaWiki, right? Especially if they deal with the database.
[00:27:28] <wikibugs>	 03(mod) It's impossible to type Hebrew characters in the search box until some Latin characters were typed - 10https://bugzilla.wikimedia.org/33518  +comment (10brion)
[00:28:04] <Reedy>	 It's not impossible, but it'd be rare to find ones that mess with the core tables
[00:28:20] <Mrokii>	 Okay, thanks.
[00:29:14] <wikibugs>	 14(WFM) Chart row redirect - 10https://bugzilla.wikimedia.org/33550  +comment (10Brion Vibber)
[00:31:47] <Samus_Aran>	 ashley: what version of the code is that patch against, Comments-trunk-r106136.tar.gz ?
[00:32:14] <wikibugs>	 03(mod) Switch from iframe to div using iscroll4 (experimental) - 10https://bugzilla.wikimedia.org/33529  +comment (10brion)
[00:34:17] <ashley>	 Samus_Aran: it should apply cleanly against trunk, because I developed it against trunk :)
[00:34:22] <ashley>	 (brb in 20-30 minutes)
[00:36:20] <wikibugs>	 03(mod) Android app doesn't allow search when webview overlaps with an image - 10https://bugzilla.wikimedia.org/32319  +comment (10brion)
[00:37:04] <wikibugs>	 03(mod) It's difficult to tap into the search box - 10https://bugzilla.wikimedia.org/32917  +comment (10brion)
[00:37:59] <Samus_Aran>	 ashley: could you post the patch to omploadr.org or pastie.org?  the one I got from the comment field is only returning hunk failure messages when I try to patch
[00:38:16] <Samus_Aran>	 sorry, edit box, not comment field
[00:40:03] <Samus_Aran>	 I think the edit form modified the spacing
[00:53:47] <codurr>	 New code comment: Bawolff; here's the var_dump from purgeThumbList(): \ <pre> \ array(9) { \ [0]=> \ object(SplFileInfo)#137 (2) { \ ; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106752#c29032>
[01:05:33] <ashley>	 Samus_Ar1n: are you in the right directory (extensions/Comments)? if you're not, that could explain why it fails
[01:06:13] <Mrokii>	 Samus might be afk at the moment.
[01:08:17] <codurr>	 New code comment: Krinkle; See [https://docs.google.com/spreadsheet/ccc?key=0ApsGwg5TzvlwdG11YVBWMU9WYnVYbzI3Rm9lbGd6S2c \ google; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108184#c29033>
[01:12:21] <brion>	 are other folks seeing "mw.toolbar is undefined" while editing on trunk, or is it just me?
[01:14:44] <Samus_Aran>	 ashley: I'm in the right folder, it finds the files, but the patch is broken
[01:15:24] <ashley>	 wtf...how's that possible? what file fails to patch?
[01:16:17] <codurr>	 New code comment: Krinkle; In very old Firefox versions and all versions of Opera, the document ready event is delayed until af; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108184#c29034>
[01:16:48] <Krinkle>	 brion: updating trunk now
[01:17:02] <Krinkle>	 lets see
[01:17:12] <Krinkle>	 brion: yep
[01:17:27] <brion>	 i see undefined for mw.toolbar
[01:18:01] <Samus_Aran>	 ashley: I suggested how it's possible, if the pasted code is being modified, such as whitespace being altered.
[01:18:07] <Samus_Aran>	 ashley: http://pastie.org/pastes/3134933/text
[01:18:10] <Samus_Aran>	 ashley: output of the patch
[01:18:13] <Krinkle>	 Uncaught TypeError: Cannot call method 'addButton' of undefined
[01:18:13] <Krinkle>	 Uncaught TypeError: Cannot call method 'wikiScript' of undefined
[01:18:31] <Krinkle>	 mw.toolbar and mw.util are loaded too late
[01:18:38] <Krinkle>	 or rather, the rest too early
[01:19:14] <brion>	 whee
[01:19:24] <ashley>	 this is the patch generated by TortoiseSVN's "Create Patch" command, at least when copypasting from the edit view...so there shouldn't be any whitespace changes :-/
[01:19:35] <Krinkle>	 brion: not caused by RL though
[01:19:43] <Krinkle>	 EditPage is missing something I think
[01:19:51] <brion>	 hmm
[01:19:54] <Samus_Aran>	 ashley: could you tarball the current version you have, and post it to omploadr.org or /dcc send to me?
[01:19:59] <Krinkle>	 Hm.. maybe not
[01:21:05] <Krinkle>	 mediawiki.action.edit.js needs to be loaded
[01:21:31] <Krinkle>	 mediawiki.action.edit is in the bottom queue
[01:21:43] <Krinkle>	 which was already assumed to be async, but it's for real now
[01:22:03] <brion>	 oooh
[01:22:08] <Krinkle>	 brion: mw.toolbar.addButton is right after the bottom queue
[01:22:10] <brion>	 then that in-place <script> ain't gonna work eh
[01:22:24] <Krinkle>	 which is wrong, and has been wrong
[01:22:27] <brion>	 yeps
[01:23:15] <Krinkle>	 should be either wrapped in mw.loader.using, or EditPage should add it to the top queue
[01:23:21] <brion>	 ResourceLoader::makeLoaderConditionalScript hm
[01:23:25] <Krinkle>	 the blocking queue
[01:23:35] <Krinkle>	 brion: what's conditional for if mediawiki.js is loaded, not the particular module
[01:23:37] <brion>	 wtf
[01:23:39] <Krinkle>	 that* what*
[01:23:41] <brion>	 yeah that's.... odd
[01:23:49] <Krinkle>	 no, its not.
[01:23:52] <ashley>	 Samus_Aran: omploadr.org is not working for me and my irssi resides on another computer, but I can send the .tar file to you via email if you PM me your email or send me an email (you can find my address on my user page)
[01:24:01] <Krinkle>	 mediawiki Js in general (startUp) doesn't execute in very old browsers
[01:24:04] <Krinkle>	 like IE < 6
[01:24:16] <Krinkle>	 in those not supported browsers, inline script must be conditional
[01:24:26] <brion>	 looks like you added that call in r98379... but it doesn't protect against the load order still
[01:24:28] <brion>	 *nod*
[01:24:41] <brion>	 could wrap it in a $(function({...})) for now
[01:24:42] <Krinkle>	 it's been there for a long time, not new. I probably just renamed it
[01:24:47] <codurr>	 New code comment: Aaron Schulz; Commit summary is wrong. This is a partial revert of r106978 instead.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108185#c29035>
[01:25:17] <Krinkle>	 brion: I'd recommend mw.loader.using, document-ready is not delayed by an async script, except for FF3 and Opera
[01:25:33] <brion>	 ah wise
[01:26:15] <Krinkle>	 which is cool, so that scripts that need a document ready don't have to wait for all scripts to load
[01:27:09] <Krinkle>	 brion: that error probably only occurs in some browser in some race conditions, we both happen to hit it.
[01:27:23] <Krinkle>	 it should be going wrong in some browser before today's edit.
[01:28:37] <brion>	 hm, if i delay then.... the buttons get initialized when empty. wtf?
[01:29:19] <Krinkle>	 what do you mean ?
[01:29:32] <brion>	 basically i need to be able to call mw.toolbar.addButton *before* mw.toolbar.init() gets called
[01:30:00] <brion>	 however if i use mw.loader.using('mediawiki.action.edit', function(...)) around those calls, they happen after from what i see
[01:30:09] <Krinkle>	 ha
[01:30:16] <codurr>	 03aaron * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108188> 10/branches/FileBackend/phase3/includes/filerepo/backend/SwiftFileBackend.php:
[01:30:16] <codurr>	 * Follow-up r107980: updated Swift backend.
[01:30:16] <codurr>	 * Redid getFileListInternal() using SwiftFileIterator to handle listing limitations.
[01:30:16] <codurr>	 * Removed swiftcopy() code merged functionality into doCopyInternal().
[01:30:16] <codurr>	 * Added wfDebugLog() calls to unexpected exceptions caught.
[01:30:34] <Krinkle>	 brion: mediawiki.action.edit.js basically ends with $(document).ready( mw.toolbar. init )
[01:30:38] <brion>	 right
[01:30:48] <brion>	 which if we're already at dom-ready means immediate
[01:30:55] <Krinkle>	 when that is executed, document is likely ready. then comes resource loader callback
[01:31:03] <Krinkle>	 exactly
[01:31:04] <brion>	 ffffffuuuuuuuuuuuu!
[01:31:29] <Krinkle>	 I've always sayd: init stuff should not be in the defining module, destroys re-usability
[01:31:40] <brion>	 yeah
[01:31:46] <brion>	 well that whole classic toolbar needs to be killed ;)
[01:32:28] <Krinkle>	 I'd either move that into mediawiki.action.edit.init.js, and have it depend on the main. However, then it is still a question which callback RL will execute first. So it's probably best to have the inline script call ini() when it's ready.
[01:32:42] <brion>	 yeah
[01:33:05] <Krinkle>	 and move whatever else is in document-ready function in mediawiki.action.edit.js into init() if it has to wait for addButton.
[01:33:22] <Krinkle>	 init() could be inner wrapped with document-ready to be sure.
[01:33:54] <codurr>	 03bsitu * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108189> 10/trunk/extensions/MoodBar/SpecialFeedbackDashboard.php: Reduce db query call for user info by using User::newFromRow and pre-loading necessary user data in the aggregate query
[01:34:26] <brion>	 ok lemme try this
[01:38:10] <codurr>	 03bsitu * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108190> 10/trunk/extensions/MoodBar/SpecialFeedbackDashboard.php: adding class name to "my responses only" and "show unanswered" checkboxes
[01:38:32] <codurr>	 03brion * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108191> 10/trunk/phase3/ (2 files in 2 dirs): (log message trimmed)
[01:38:32] <codurr>	 Fix a race condition in classic edit toolbar setup
[01:38:32] <codurr>	 mediawiki.action.edit used to call mw.toolbar.init on its own during DOMReady --
[01:38:32] <codurr>	 this required that the module already be loaded *before* DOMReady, *and* that it
[01:38:32] <codurr>	 be fully loaded before the immedate-execution code that sets up the default
[01:38:32] <codurr>	 toolbar items (output from EditPage.php).
[01:38:33] <codurr>	 This failed since we've gone fully async in the bottom-loading items, and could result in failed calls to mw.toolbar.addButton.
[01:40:52] <Krinkle>	 brion: Maybe a cleaner solution would be to have those addButton calls + init() in an actual module, and simply OutputPage::addModules that from EditPage, also faster in caching perhaps, and less inline-code on all edit pages.
[01:42:18] <Krinkle>	 aight, closing up for today. cya ltr!
[02:04:11] <razer12345>	 Hi
[02:04:41] <razer12345>	 I'm trying to find the code that will only let anonymous users read regular pages, but not do anything else.
[02:05:07] <razer12345>	 Not edit anything, and not read anything but regular pages, so no talk pages or start new topic or anything else.
[02:05:53] <wikibugs>	 03(mod) Text box showing over search bar looks horrible - 10https://bugzilla.wikimedia.org/33202  +comment (10sam)
[02:06:34] <razer12345>	 I found the code to stop them from editing any page.
[02:06:55] <razer12345>	 But not the code to stop them from reading all but regular pages.
[02:10:50] <razer12345>	 So I want to prohibit anonymous users from reading Prohibit Read of
[02:10:50] <razer12345>	 User_Talk:
[02:10:50] <razer12345>	 Talk:
[02:10:51] <razer12345>	 User:
[02:11:01] <razer12345>	 I'll try
[02:11:31] <Samus_Aran>	 night
[02:12:50] <elapse>	 we have that bot in here?
[02:12:51] <elapse>	 !cms
[02:12:51] <wm-bot>	 Wikis are designed for openness, to be readable and editable by all. If you want a forum, a blog, a web authoring toolkit or corporate content management system, perhaps don't use wiki software. There is a nice overview of free tools available at <http://www.opensourcecms.com/> including the possibility to try each system. For ways to restrict access in MediaWiki, see !access.
[02:13:06] <elapse>	 !cms > razer12345 
[02:13:06] <wm-bot>	 Wikis are designed for openness, to be readable and editable by all. If you want a forum, a blog, a web authoring toolkit or corporate content management system, perhaps don't use wiki software. There is a nice overview of free tools available at <http://www.opensourcecms.com/> including the possibility to try each system. For ways to restrict access in MediaWiki, see !access.
[02:13:13] <razer12345>	 elapse: Hi
[02:13:15] <elapse>	 well that didn't do what I wanted
[02:13:19] <elapse>	 but yes, read that
[02:13:50] <razer12345>	 I think it supports what I want.
[02:13:58] <razer12345>	 I want them to be able to read regular pages.
[02:14:18] <razer12345>	 Even if they are anonymous. But not the private user pages and discussions since they can't edit it
[02:14:38] <elapse>	 well if you don't need airtight security, then
[02:14:40] <elapse>	 !access
[02:14:40] <wm-bot>	 For information on customizing user access, see <http://www.mediawiki.org/wiki/Manual:User_rights>. For common examples of restricting access using both rights and extensions, see <http://www.mediawiki.org/wiki/Manual:Preventing_access>.
[02:14:49] <elapse>	 that second link there
[02:15:08] <razer12345>	 I found this: http://www.mediawiki.org/wiki/Manual:FAQ#How_do_I_stop_anonymous_users_from_reading_any_page.3F
[02:15:25] <razer12345>	 But that is all pages
[02:15:30] <razer12345>	 I don't want that
[02:15:57] <razer12345>	 I just want them to not be able to read User_Talk:, Talk:, And User: pages
[02:16:23] <elapse>	 ok, well what you really want is something like this - http://www.mediawiki.org/wiki/Extension:NamespacePermissions
[02:17:01] <razer12345>	 I would think there would be a way to say prohibit access to all pages that start with x y or z
[02:17:06] <elapse>	 but note that I cannot promise you that it is impossible for users without read access to read pages they shouldn't be able to
[02:17:21] <razer12345>	 with x y or z being "User_Talk:" "Talk:" and "User:"
[02:17:36] <razer12345>	 Hmm. OK
[02:17:37] <elapse>	 razer12345: that's what the extension I linked does
[02:17:53] <razer12345>	 ok, So so you can't do that without an extension or that just is one way?
[02:18:14] <elapse>	 you cannot restrict per namespace without an extension, no
[02:18:30] <razer12345>	 So each of those things I named are namespaces then?
[02:19:47] <elapse>	 razer12345: yes,
[02:19:49] <razer12345>	 I'll try to figure that extension out
[02:20:22] <razer12345>	 There is a $wgWhiteListRead, which looks like it comes close, but if you can't use a * variable then it won't work
[02:20:29] <elapse>	 the default namespaces are (article), Talk, User, User talk,Project,Project talk,Mediawiki,Mediawiki talk,File,File talk,Category,Category talk, and so on
[02:20:51] <elapse>	 wgWhiteListRead has to be a list, can't use wildcards there
[02:22:38] <razer12345>	 It doesn't have a download so I'm not sure how to get it
[02:22:57] <razer12345>	 Also, it says XML Export is available for regular users, does that mean somebody could download those namespaces and then read it?
[02:23:53] <elapse>	 what it is saying there is that there are a number of ways users might get around this sort of read restriction
[02:23:57] <elapse>	 there is no 100% safe way to do this
[02:24:13] <elapse>	 give me a minute to find which extension is the safest one of these to use
[02:24:47] <razer12345>	 Oh ok thank you. The most important thing is that anonymous users cannot edit anything, which I have already figure d out how to do.
[02:25:15] <elapse>	 I believe that http://www.mediawiki.org/wiki/Extension:Lockdown is the newest of these
[02:26:17] <razer12345>	 Ok, thank you very much, I will bookmark that.
[02:26:34] <razer12345>	 I have a strange problem with php maybe you will know what to do
[02:27:06] <razer12345>	 When I try to edit pages that do not exist I would get a 404 error if the URL did not have &action=edit at the end.
[02:27:33] <razer12345>	 So I added 404 error to show the index.php file in my .htaccess file in my wiki directory which fixed the problem.
[02:28:03] <razer12345>	 However, the text "index.php" now displays on the web page off the the left after clicking the new page link and does not go away until you choose to edit the page.
[02:28:46] <razer12345>	 So my index.php file is now referenced when a page does not exist so I don't get a 404 error. That is what my .htaccess file is set to do
[02:29:16] <elapse>	 I'm not really an expert on that sort of thing, obviously you shouldn't have to do that
[02:29:18] <razer12345>	 However it displays the text "index.php" on the screen over the menu on the left while it fixes the problem, until you click to create the page.
[02:29:48] <razer12345>	 Yeah, but I don't know why I did have to, I couldn't fix that problem any other way. Nobody knew why
[02:30:12] <elapse>	 it is supposed to return status 404 if the page doesn't exist
[02:30:19] <elapse>	 but it shouldn't show a 404 error page
[02:30:44] <razer12345>	 Well it does, unless the URL has &action=edit in it.
[02:30:49] <elapse>	 I'm inclined to blame apache
[02:30:54] <elapse>	 try &action=view
[02:31:23] <razer12345>	 which they all do, except for two. The talk user page and the user page. All other red links already have &action=edit in them.
[02:32:27] <razer12345>	 Or maybe the version of php?
[02:32:58] <razer12345>	 I have php version 5.2.12
[02:33:17] <razer12345>	 I am using apache but don't know the version because I didn't install it
[02:36:33] <razer12345>	 I got to figure out how to turn the sound off on Colloquy
[02:36:41] <razer12345>	 My IRC client.
[02:39:57] <razer12345>	 Oh, you know what. I couldn't get the mobile front end extension to work. Maybe I don't understand it but do you have to create a whole alternate site manually?
[02:40:58] <Prodego>	 Well I don't really know anything about that other than that yes, it is very complicated
[02:41:11] <razer12345>	 Oh, ok.
[02:41:33] <razer12345>	 The only extension I've used so far is user merge. Everything else was text I added to localsettings.php
[02:41:33] <p858snake|l>	 I believe Dantman has been playing with MobileFrontend recently
[02:41:45] <Dantman>	 ...yeah, sorta
[02:42:00] <Dantman>	 Didn't fix much, never committed.
[02:42:19] <Dantman>	 Though I have a good list of what is wrong with it.
[02:42:25] <razer12345>	 I would think it would be automatic. On wikipedia they don't require users to create two versions.
[02:42:44] <razer12345>	 the extension just creates the mobile version from the regular page
[02:44:28] <varnent>	 calling an image into this extension is proving a bigger pain than I expected :/
[02:50:25] <razer12345>	 Do you guys recommend the mediawiki book that was written by O'Rielly?
[02:50:51] <razer12345>	 published by that is
[02:51:07] <Prodego>	 I highly doubt that they do
[02:56:08] <Amgine>	 <only recommends things Amgine is paid to recommend>
[03:02:48] <razer12345>	 I tried using * for anonymous users in lockdown but it didn't work. Users did work, but then even admin couldn't access it.
[03:03:58] <Amgine>	 If you lock down * and users, you must seperately allow admins or any other usergroup.
[03:04:12] <Amgine>	 and...
[03:04:16] <razer12345>	 locking down * did nothing. I must have done it wrong
[03:04:26] <Amgine>	 !mwbot | elapse
[03:04:48] <Amgine>	 bah.
[03:05:25] <Amgine>	 !brains | elapse
[03:05:42] <Amgine>	 <shrugs, gives up>
[03:47:15] <avtar>	 hi, i'm back to dealing with this bug https://bugzilla.wikimedia.org/show_bug.cgi?id=32822
[03:47:43] <avtar>	 i've tried this branch but i'm running into errors http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_18/phase3/
[04:18:49] <wikibugs>	 03(mod) Line numbers are outside of left border when using <source ... line start= > on RTL wikis - 10https://bugzilla.wikimedia.org/33538  +comment (10liangent)
[04:53:17] <codurr>	 New code comment: ^demon; The amount of duplication in this extension is atrocious :\; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106021#c29036>
[04:54:32] <codurr>	 New code comment: Johnduhart; Agreed, it was not fun to work with when I made a patch back in august.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106021#c29037>
[04:54:50] <johnduhart>	 Dantman: You here?
[04:54:59] <Dantman>	 mhmm...
[04:55:39] <johnduhart>	 Dantman: I'm been thinking about a view system, and I know you'd probably be a good guy to discuss this with
[04:57:16] <johnduhart>	 Lately I've been getting tired of having to deal with HTML mixed in with business logic ( getOutput->addHTML is the bane of my existence ), so I've been thinking of ways to solve this
[04:58:39] <johnduhart>	 So, I was thinking we implement a lightweight views system, except for right now, we leave skins out of the picture.
[04:59:18] <johnduhart>	 Basically you call render on a template class and that HTML gets thrown over to the OutputPage, just like normal HTML
[04:59:20] <Dantman>	 views?
[04:59:39] <johnduhart>	 Views. You could call them templates too if you wish
[04:59:43] <Dantman>	 Lightweight QuickTemplate?
[04:59:59] <Dantman>	 Like what we have for the login template but better?
[05:00:15] <johnduhart>	 Never seen that, where in the codebase is that?
[05:01:25] <Dantman>	 http://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3/includes/templates/Userlogin.php
[05:02:16] <Dantman>	 I did have a discussion at one point about taking a modified version of the template system I intend for skins but made generic and capable of being used inline for special pages and other things.
[05:03:46] <johnduhart>	 I did not know this existed...
[05:04:22] <Dantman>	 It's a beautiful use of QuickTemplate...
[05:05:10] <Dantman>	 Where of course, "use" means "ab-use", and "beautiful" means "god awfully hideous" ;) given the state of QuickTemplate
[05:05:20] <johnduhart>	 Heh
[05:05:27] <johnduhart>	 What if we made a new system?
[05:05:53] <johnduhart>	 I was thinking of something that would allow some amount of flexibility while not being a pain in the ass to use
[05:06:08] <Dantman>	 Take a look at my template drafts.
[05:06:19] <Dantman>	 The idea has been to have a context sensitive system.
[05:06:42] <johnduhart>	 Link?
[05:07:06] <Dantman>	 All my skinning system ideas were put into https://www.mediawiki.org/wiki/User:Dantman/Skinning_system
[05:07:44] <Dantman>	 The theoretical vector might be best.
[05:09:49] <johnduhart>	 That's awesome.
[05:12:43] <johnduhart>	 Dantman: Originaly my idea was to create a modular view system (So different systems could be plugged in, eg. Smarty) and then create a module for Twig http://twig.sensiolabs.org/
[05:13:39] <johnduhart>	 But I forgot about doing XML based templates. Which is funny given that I have a large background in vBulletin 4 and XenForo which use those for their skining system
[05:14:32] <johnduhart>	 Dantman: Have you ever used twig before?
[05:14:38] <Dantman>	 no
[05:16:03] <codurr>	 03aaron * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108192> 10/trunk/phase3/ (3 files in 2 dirs):
[05:16:03] <codurr>	 Fixes for r106752:
[05:16:03] <codurr>	 * Make sure FSFileIterator::current() directly returns the string path and that it is relative to the directory being searched.
[05:16:03] <codurr>	 * Fixed silly bug in testGetFileList that masked any bugs.
[05:16:03] <codurr>	 * Added a few code comments.
[05:17:02] <johnduhart>	 It looks like a very stable system. Nice supported syntax, Compiles to PHP, even has a PHP extension for it (though I'm not sure how well that works)
[05:18:35] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5197: FAILURE in 2 min 25 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5197/
[05:18:48] <johnduhart>	 Aaron|home: ^
[05:19:25] <Aaron|home>	 I just ran the tests on my local box and t'was fine
[05:20:50] * varnent  wondering how popular Pinterest will actually be...

[05:21:00] <Aaron|home>	 it's as if FilesystemIterator::SKIP_DOTS is off
[05:24:38] <Sid-G>	 will [[:w:blah]] work on bugzilla?
[05:25:08] * Dantman  wonders when he'll be able to talk to preilly about MobileFrontend

[05:27:35] <wikibugs>	 03(mod) some defaults are wrong when interwiki linking to other domains on the cluster (from at least nyc.wm && ar.wm) - 10https://bugzilla.wikimedia.org/31042  +comment (10Pete F)
[05:27:36] <varnent>	 Dantman: I seem to recall reading some notes you had written up about pros/cons of different approaches to sharing via social media - did I dream that up or am I remembering that right?
[05:28:22] <johnduhart>	 Sid-G: mm
[05:28:40] <johnduhart>	 [[Test]] will link to enwiki
[05:28:48] <Sid-G>	 mm?
[05:28:59] <Sid-G>	 k, thanks
[05:29:01] <johnduhart>	 I'm pretty doubtful that there's other prefixes though
[05:29:04] <johnduhart>	 sure
[05:29:06] <varnent>	 Dantman: nvm - found the link   :)
[05:31:37] <varnent>	 johnduhart: quick question - would you envision a very simple way to output the url for either the "main" (I guess first added or first used?) image on any given article to the script within the AddThis extension?
[05:32:26] <johnduhart>	 That's a good question
[05:32:31] <varnent>	 johnduhart: someone requested compatibility with Pinterest - which only accepts images - I looked around a bit and there doesn't seem to be a quick/painless solution - so I'm inclined to just wait until Pinterest actually releases their API rather than use AddThis' jimmy rigged one
[05:32:43] <Sid-G>	 there's an addthis extension?
[05:33:07] <varnent>	 Sid-G: yup - http://www.mediawiki.org/wiki/Extension:AddThis - working on 1.0.1 this very moment
[05:33:37] <johnduhart>	 varnent: What's you opinion on a template syntax like this? http://twig.sensiolabs.org/doc/templates.html
[05:33:57] <Dantman>	 varnent: I had some of my own notes here https://www.mediawiki.org/wiki/User:Dantman/Post_to_social_media_feeds
[05:34:48] <Sid-G>	 varnent Cool!
[05:35:04] <varnent>	 johnduhart: hmmm - I think that could have a lot of applications if things like themes within skins or "mother" extensions - I imagine the folks at SMW would love something like this
[05:35:30] <varnent>	 Dantman: excellent - ty - added to http://www.mediawiki.org/wiki/Extension:WikiShare#Notes
[05:36:07] <Dantman>	 ^_^ My ideal solution would be to come up with a new standard for interactive social share/like/+1 functionality and force Facebook and the other major providers to implement a common open standard by saying "Do it, or you will NEVER get on Wikipedia with the rest of your competitors"
[05:37:50] <varnent>	 Dantman: it's a worthy idea - I'm on the fence - I think it's necessary - but I also yern for the function - I think a start with link usage and then shift to a fully developed new standard solution would be effective actually - show Facebook what they're losing - "under the old model we gave you XYZ number of hits - under this better open standard you hate you're losing out"
[05:39:53] <varnent>	 johnduhart: I'm gonna table this whole Pinterest thing for now - just not sure I yet see the use on a wiki - but if they develop out their API and open up their interface to select images (which isn't meant for use on sites and not compatible with AddThis' implementation for some reason)
[05:40:12] <varnent>	 johnduhart: if you write anything up for the template - let me know - will write some comments to support
[05:41:25] <varnent>	 Dantman: +1 will miss out on any static option right away - although I think G+ now has one or soon will
[05:41:26] <johnduhart>	 Sure
[05:41:43] <varnent>	 Dantman: but I agree with your notes - they have more cons than pros
[05:41:56] <varnent>	 in the grand scheme of things anyway  :)
[05:42:43] <Dantman>	 ;) And when I say interactive standard I MEAN "interactive"
[05:42:54] <varnent>	 agreed
[05:43:09] <varnent>	 lol - which will give enWP editors a heart attack
[05:43:24] * Dantman  wants iframe functionality where something somewhat similar to how sharing on G+ works.

[05:43:41] <Dantman>	 That is, you click the G+ sharing button and a bubble shows up.
[05:44:00] <Dantman>	 The difference being that clicking it won't implicitly +1.
[05:44:12] <varnent>	 yeah - mashable has a nice one useable for multiple services
[05:44:28] <Dantman>	 And until you click that button and load the iframe the 3rd party has absolutely no involvement.
[05:45:12] <Dantman>	 Even afterwards it's only an iframe so it has limited capability.
[05:45:33] <Dantman>	 It can tell what url you're on. But, ;) that's what you were trying to share in the first place.
[05:46:52] <varnent>	 lol - exactly
[05:47:06] <Dantman>	 Since there is no 3rd party script injected into the domain they can't invoke any scripting attacks that would leak who is logged in, session tokens, or allow for takeover of the entire page or masquerading the login form in a way that steals your password.
[05:47:18] <wikibugs>	 03(mod) Upload image, delete and upload it again causes database error with postgresql - 10https://bugzilla.wikimedia.org/32822  (10avtargill)
[05:47:19] <varnent>	 so far Mashable's M Share button is the closest thing I've seen - but I haven't dug into how it actually works
[05:48:03] <Sid-G>	 If I may butt in from a user p.o.v, you guys are talking about adding a standard share functionality to mediawiki from where one would be able to share across networking services, right?
[05:48:19] <Dantman>	 mhmm
[05:48:42] <Sid-G>	 So what if I'm logged out of facebook, but logged in to wp and wanna share something on facebook?
[05:48:48] <varnent>	 maybe not built into mediawiki - but the availability of - yeah
[05:48:55] <Sid-G>	 i need to open up a new tab and login to fb?
[05:49:02] <Sid-G>	 just to share?
[05:49:10] <Sid-G>	 ont wp page?
[05:49:13] <Sid-G>	 *one
[05:49:32] <Dantman>	 Uh.... typically FB has some way of opening a login popup.
[05:49:48] <varnent>	 yeah - my understanding is that's more of a Facebook security feature than anything else
[05:49:55] <varnent>	 not sure if they'd let us work around that
[05:49:59] <Dantman>	 Hmmm?
[05:50:47] <Sid-G>	 wudn't it be possible for the extension to have a standard login box where one enters the third-party password, so that the extension logs in to fb, shares the page, and logs out?
[05:51:11] <Sid-G>	 and, btw, gives us a checkbox for whether we want it to log out or not?
[05:51:28] <varnent>	 not sure if they allow service use on a site when you're logged out…trying to think of a time when I've done it...
[05:51:43] <varnent>	 as far as an extension storing your Facebook password - I imagine they'd object to that
[05:52:02] <varnent>	 security token - sure maybe - but again - not sure if they allow all of that - haven't played around with it - good question though
[05:52:15] <Dantman>	 Frankly it sounds like we're talking about a solution in search of a problem.
[05:52:43] <Sid-G>	 well thats what a feature is right :D
[05:53:00] <Dantman>	 If you're not logged in you'll either get a message about it or more likely FB will open up a login dialog so that you can log in.
[05:53:20] <Sid-G>	 yeah, my point is, every service has a different login
[05:53:30] <Dantman>	 And?
[05:53:35] <Sid-G>	 i wudn't want to bother with a different one each time
[05:53:36] <Dantman>	 What about it. We're not the ones invoking that.
[05:53:54] <Dantman>	 Huh?
[05:54:07] <Dantman>	 You want to use your Twitter account to share something on Facebook?
[05:54:07] <varnent>	 generally - yes - I agree - but Dantman is right - those are the decisions of the services themselves - FB will want to force you to login and block any clever backdoor attempts
[05:54:13] <Sid-G>	 if i wanna share a page on fb, orkut, twitter; I wanna have a single form to put in all three usernames and passwords
[05:54:30] <Sid-G>	 if i'm logging in just for sharing a page
[05:54:42] <varnent>	 yeah - that's an open-standard login idea that the services would all have to agree to - which I doubt they would for a variety of legal and security reasons
[05:54:49] <Dantman>	 Sorry but that's the way social sites work. Deal with it.
[05:54:56] * Sid-G  sighs

[05:55:09] <varnent>	 the problem is if a hacker gets access to that one login - they're now all legally culpable for what happens
[05:55:51] <Sid-G>	 wait, in normal circumstances, there's a cookie in the browser which stores the password right?
[05:55:56] <varnent>	 some of the bigger services take on logins for other services - like Twitter's OAuth and Microsoft's Live - but good luck getting them to agree on a mutual standard
[05:56:26] <varnent>	 Sid-G: not really - no - there's a cookie saying you've been logged in - but it shouldn't contain the actual password
[05:57:11] <varnent>	 lol - we can't even get them to agree to a mutual standard of how to share a URL - which you'd think would be in their best interest - sharing something like security responsibility seems like a long shot - although I agree as a user it would have a lot of advantages
[05:57:18] <Sid-G>	 ok, can't the extension use the sites' APIs? dont the apis allow login?
[05:57:39] <varnent>	 Sid-G: they do - but that's what prompts the login screen to come up
[05:57:54] <Sid-G>	 a different one for each?
[05:57:56] <Sid-G>	 wait..
[05:58:03] <varnent>	 yes - every social network has a different API
[05:58:03] <johnduhart>	 Sid-G: Before you say it, you can't access cookies from another domain.
[05:58:07] <Sid-G>	 login screen in browser or the app using the api?
[05:58:31] <varnent>	 Facebook, twitter, etc. all have different APIs - so any service that uses them both has to use each of their APIs
[05:58:42] <Sid-G>	 johnduhart: I couldn't have thought that up, but thanks anyway  ;)
[05:58:50] <Dantman>	 Using an api would require getting permissions the first time around.
[05:59:06] <Dantman>	 Wikipedia would have to function as a Facebook App, etc...
[05:59:06] <Sid-G>	 Dantman: meaning?
[05:59:09] <varnent>	 Sid-G: trust us - there's no way around it - it's a basic security problem - they want you to confirm who you are with THEM not us first
[05:59:31] <Sid-G>	 right
[06:00:23] <varnent>	 we can plug into Twitter and FB's APIs - but we can't log into them for you - they each require you to log in before we're then allowed to do what we need within them - that make sense?
[06:00:27] <Dantman>	 Meaning that for the typical user who is logged into Facebook as usual and just want's to share a link, using the api would actually make things MORE annoying for the user first time around.
[06:00:49] <Dantman>	 And it would require them to authorize extra rights to Wikipedia that there is no good reason for WP to need.
[06:01:04] <Sid-G>	 varnent:makes sense
[06:01:19] <Dantman>	 Essentially for that to work, you'd have to give WP the right to post things to your wall absoltely any time it wants to.
[06:01:39] <varnent>	 right - and heave forbid enWP were hacked…you can imagine the impact...
[06:01:45] <varnent>	 *heaven too
[06:02:13] <Dantman>	 And since each site would have to register itself separately since we can't go sharing codes around, you would have to go through authorization for each and every wiki you go to.
[06:02:31] <Dantman>	 And that includes giving some really small and out of the way wiki the right to post anything it wants to your wall.
[06:02:32] <Sid-G>	 varnent:i get your point, Dantman hold on
[06:02:45] <Sid-G>	 Dantman: So, if the extension is using the api, the login data is sent from wp; not my pc?
[06:02:50] <Dantman>	 ;) All when user initiated sharing is actually pretty simple.
[06:03:14] <Dantman>	 Sure, if it ALREADY has a token allowing it.
[06:03:23] <Dantman>	 However...
[06:03:26] <Sid-G>	 Dantman:if not?
[06:03:28] <Dantman>	 There are two faults there...
[06:04:10] <Dantman>	 Sid-G: You'd have to be logged into Facebook, and you'd have to go through Facebook's "Authorise this app" or whatever dialog page and say "Allow" giving it permission to post aything it wants to your wall.
[06:04:21] <Sid-G>	 right
[06:04:40] <Dantman>	 Well, maybe the two faults are one.
[06:04:43] <Sid-G>	 if it doesn't use the api, i wont have to go thru that?
[06:04:49] <Dantman>	 Sure.
[06:05:06] <Dantman>	 And you won't have to essentially link your Facebook account to your Wikipedia account.
[06:05:10] <Dantman>	 Which brings up the other point.
[06:05:22] <Dantman>	 What are you going to link to if the Wikipedia user is not logged in?
[06:05:33] <Sid-G>	 privacy i guess
[06:05:35] <Dantman>	 Share features are practically worthless if an anon can't use it.
[06:05:54] <Sid-G>	 right
[06:06:01] <Dantman>	 Which brings us back to, the anon user has to be logged into facebook.
[06:06:31] <Sid-G>	 k
[06:06:46] <Dantman>	 And if they have to be logged into Facebook either way... well, then there's probably no real reason to 'also' force them through an app authorization.
[06:08:13] <Sid-G>	 lemme guess, if i'm logged in and the app doesn't use api; all its sending is html data from my pc which fb can reject anytime, if it thinks i aint logged in?
[06:09:59] <Dantman>	 You'll basically get something like what you get for https://www.facebook.com/sharer/sharer.php?u=http%3A%2F%2Fexample.com%2F
[06:10:05] <Dantman>	 Except in some small bubble on the page.
[06:12:41] <Sid-G>	 so basically, fb/google/twitter won't let others make up a bubble for them? They insist on having a separate trademarked bubble for themselves.....
[06:13:15] <varnent>	 something like that - yes
[06:13:36] <Dantman>	 Uhhh...
[06:13:38] * Sid-G  is just annoyed at these stupid social networking sites

[06:13:46] <Dantman>	 Two things to point out...
[06:14:10] * Sid-G  is dreaming of a centralauth for the web

[06:14:20] <varnent>	 Hootsuite and other allow you to unite the bubbles - to keep that going I guess - so it certainly can be done - but yes - the access to the bubbles upload still requires separate logins and back-end setups
[06:14:21] <Sid-G>	 oops
[06:14:26] <Sid-G>	 that would be sul
[06:14:31] <Dantman>	 A) Having their own bubble on their own domain is what stops random people from posting things to your wall without your permission at all.
[06:15:18] <Dantman>	 B) Having their own bubble is necessary for additional features to even work. FB and G+ let you pick the thumbnail, there's tagging, maybe user tagging, the ability to edit the status message, etc...
[06:15:26] <Amgine>	 <pushes bubbles aside> federated.
[06:15:26] <johnduhart>	 !r 10200
[06:15:26] <wm-bot>	 https://www.mediawiki.org/wiki/Special:Code/MediaWiki/10200
[06:15:27] <Dantman>	 You can't roll all that into one thing.
[06:15:32] * varnent  wishes we could just use AddThis's script - would make life easier  :)

[06:15:46] <Sid-G>	 Dantman: Do all of them use/save/process passwords in different ways?
[06:16:12] <codurr>	 03aaron * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108193> 10/trunk/phase3/ (4 files in 2 dirs):
[06:16:12] <codurr>	 * Cleanup for r108175: made if easier for extensions to interact with each other
[06:16:12] <codurr>	 in TitleReadWhitelist hook. A handler can set $whitelisted to true to whitelist
[06:16:12] <codurr>	 the page or it can set it to false and return false (most restrictive wins).
[06:16:12] <codurr>	 * Added some hook doc comments.
[06:16:26] <Sid-G>	 Dantman:Or do they all just use the same cryptographic methods?
[06:16:53] * Sid-G  wishes the web had an SUL for it

[06:17:57] <Amgine>	 http://en.wikipedia.org/wiki/OAuth
[06:18:05] <varnent>	 generally - they're all different
[06:18:31] <varnent>	 right - except ones that support things like OAuth, Live, FB (OpenGraph?), etc.
[06:18:47] <varnent>	 I personally prefer OAuth
[06:19:12] <Dantman>	 varnent: OpenGraph is their standard for page metadata.
[06:19:27] <Dantman>	 FaceBook uses OAuth 2 for auth.
[06:19:35] <Sid-G>	 OK guys, never mind. Anything new is always good and welcome :)
[06:19:44] <Dantman>	 Twitter used OAuth 1, I can't remember if they upped to OAuth 2
[06:19:57] <Amgine>	 http://www.mediawiki.org/wiki/OAuth <- wasn't aware...
[06:20:46] <wikibugs>	 03(mod) WikiText not rendered in ask results on special pages - 10https://bugzilla.wikimedia.org/33535  summary; +comment (10Jeroen De Dauw)
[06:23:30] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5198: STILL FAILING in 2 min 19 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5198/
[06:24:02] <varnent>	 Dantman: Twitter isn't on 2.0 yet...
[06:29:06] <wikibugs>	 03(mod) Devanagari and Arabic combining character handling - 10https://bugzilla.wikimedia.org/27055  +comment (10Siddhartha Ghai)
[06:33:15] <wikibugs>	 03(mod) Devanagari and Arabic combining character handling - 10https://bugzilla.wikimedia.org/27055  +comment (10Siddhartha.Ghai)
[06:35:59] <codurr>	 03aaron * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108194> 10/trunk/phase3/includes/filerepo/backend/FSFileBackend.php: r108192: Explicitly set flags for RecursiveDirectoryIterator constructor
[06:38:36] <mw-jenkinsbot>	 Yippie, build fixed!
[06:38:37] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5199: FIXED in 2 min 23 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5199/
[06:42:46] <Aaron|home>	 johnduhart: ^
[06:42:56] <johnduhart>	 Aaron|home: Awesome
[06:43:13] <Aaron|home>	 wierd, must be a PHP version thing
[06:53:30] <varnent>	 if I make some extension settings into an array - is there a way to make the array "backwards" compatible for users that set their localsettings.php before the array was setup?
[06:56:07] <codurr>	 03santhosh * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108195> 10/trunk/phase3/tests/qunit/suites/resources/mediawiki/mediawiki.jqueryMsg.test.js: Correction in the test comment, followup r107824
[07:02:08] <wikibugs>	 03(WONTFIX) factbox title not localizing - 10https://bugzilla.wikimedia.org/33539  +comment (10Jeroen De Dauw)
[07:10:23] <codurr>	 03aaron * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108196> 10/trunk/extensions/FlaggedRevs/frontend/ (FlaggablePageView.php language/FlaggedRevs.i18n.php):
[07:10:23] <codurr>	 * Always show 'revreview-editnotice' msg on edit form if the edit can't be automatically reviewed. Also tweaked the message for consistency (also matches edit form review checkbox).
[07:10:23] <codurr>	 * Made editWillBeAutoreviewed() use quickUserCan() for performance.
[07:15:19] <wikibugs>	 03(mod) some defaults are wrong when interwiki linking to other domains on the cluster (from at least nyc.wm && ar.wm) - 10https://bugzilla.wikimedia.org/31042  +comment (10Nemo_bis)
[07:16:42] <wikibugs>	 03(mod) re-flagging seems to remove the previous flag - 10https://bugzilla.wikimedia.org/33353  +comment (10aschulz4587)
[07:20:11] <johnduhart>	 Dantman varnent it works :D http://awesomescreenshot.com/059reks10
[07:20:24] <johnduhart>	 Testing testing is coming from a Twig template
[07:20:29] <johnduhart>	 ViewFactory::create( 'specials/export/index', $this->getContext() )->render();
[07:20:33] <petan>	 !botbrain2 is http://bots.wmflabs.org/~petrb/db/%23mediawiki.htm
[07:20:33] <wm-bot>	 Key was added!
[07:21:01] <johnduhart>	 Since it's a special page it'll get a new interface soon but it's fun to play with for now :D
[07:21:07] <Aaron|home>	 Dantman: how goes PageView?
[07:21:14] <Dantman>	 same
[07:21:17] <varnent>	 johnduhart: nice
[07:21:30] <petan>	 !botbrain alias botbrain2
[07:21:31] <wm-bot>	 Successfully created
[07:21:36] <Aaron|home>	 turrible?
[07:22:21] <johnduhart>	 Now to add msg functions to twig
[07:34:32] <codurr>	 New code comment: Jeroen De Dauw; Because this var is only used at one place, so using this approach is clearer and cleaner then placi; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106883#c29038>
[07:46:35] <wikibugs>	 03(mod) re-flagging causes old templates/files to be used sometimes - 10https://bugzilla.wikimedia.org/33353  summary (10Aaron Schulz)
[08:06:15] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108197> 10/trunk/phase3/languages/messages/MessagesEn.php:
[08:06:15] <codurr>	 Fix grammar in r108154.
[08:06:15] <codurr>	 Spotted by kgh https://translatewiki.net/wiki/Thread:Support/About_MediaWiki:Perfcached/en
[08:14:17] <wikibugs>	 03(mod) re-flagging causes old templates/files to be used sometimes - 10https://bugzilla.wikimedia.org/33353  +comment (10krd)
[08:16:04] <varnent>	 anyone else having WMF server issues?
[08:20:42] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108198> 10/trunk/extensions/DonationInterface/gateway_common/interface.i18n.php:
[08:20:43] <codurr>	 Make spelling of MasterCard consistent.
[08:20:43] <codurr>	 Spotted by EugeneZelenko https://translatewiki.net/wiki/Thread:Support/MediaWiki:Donate_interface-card-name-mc/en
[08:25:08] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108199> 10/trunk/extensions/MobileFrontend/MobileFrontend.i18n.php:
[08:25:09] <codurr>	 Consistency tweak: no space between word and ... in English language
[08:25:09] <codurr>	 Spotted by OsamaK https://translatewiki.net/wiki/Thread:Support/About_MediaWiki:Mobile-frontend-wml-continue/en
[08:41:29] <wikibugs>	 03(NEW) User:Babel AutoCreate creating categories it shouldn't - 10https://bugzilla.wikimedia.org/33553 normal; Wikimedia: General/Unknown; (lorddarkknight3)
[08:42:09] <wikibugs>	 03(mod) User:Babel AutoCreate creating categories it shouldn't - 10https://bugzilla.wikimedia.org/33553  (10p858snake)
[08:44:00] <codurr>	 03siebrand * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108200> 10/trunk/extensions/Translate/specials/SpecialManageGroups.php: Follow-up r107816: Update forgotten FuzzyBot reference.
[08:47:35] <codurr>	 03adamw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108201> 10/trunk/extensions/Offline/ (7 files): replace hard tabs with spaces
[08:56:32] <johnduhart>	 varnent Dantman https://gist.github.com/1569775
[08:56:43] <johnduhart>	 And that replaces...
[08:57:25] <johnduhart>	 56 lines of PHP
[08:57:53] <Dantman>	 looks too codey...
[08:58:51] <johnduhart>	 Dantman: You'd rather have raw HTML there instead of the macros?
[09:00:07] <Dantman>	 No the msg() looks too codey
[09:00:13] <johnduhart>	 oh 
[09:00:21] <Dantman>	 And the tooltips and accesskey stuff
[09:00:35] <johnduhart>	 They're functions
[09:00:42] <Dantman>	 Aye...
[09:00:46] <Dantman>	 Too codey...
[09:01:06] <johnduhart>	 What would you prefer then?
[09:02:01] <Dantman>	 Well... less code ;)
[09:02:54] <johnduhart>	 Dantman: Well then how would you do i18n in your ideal view system?
[09:03:11] <Dantman>	 ;) not with code
[09:03:16] <Dantman>	 lol
[09:06:10] <wikibugs>	 03(mod) User:Babel AutoCreate creating categories it shouldn't - 10https://bugzilla.wikimedia.org/33553  (10lorddarkknight3)
[09:07:51] <Dantman>	 Anyone can come up with a template syntax by basing it on the patterns of a programing language.
[09:09:55] <codurr>	 03jeroendedauw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108202> 10/trunk/extensions/EducationProgram/ (3 files in 2 dirs): adding extra fields, mainly for holding summary data
[09:14:51] <codurr>	 03santhosh * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108203> 10/trunk/phase3/ (4 files in 4 dirs):
[09:14:52] <codurr>	 Use mw.jqueryMsg parser for message parsing to support PLURAL and GENDER
[09:14:52] <codurr>	 Follow up r107556 and based on the discussions on wikitech-l about this.
[09:14:52] <codurr>	 mediawiki.jqueryMsg is now loaded always. mw.msg uses the parser if required.
[09:14:52] <codurr>	 Add qunit test cases.
[09:16:58] <codurr>	 03ariel * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108204> 10/branches/ariel/xmldumps-backup/writeuptopageid.c: skip potential garbage after siteinfo header and before page tag
[09:17:18] <codurr>	 03varnent * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108205> 10/trunk/extensions/AddThis/ (AddThis.body.php AddThis.php): v1.0.1 - support for addthis address bar sharing - lots of code cleanup
[09:21:37] <codurr>	 03adamw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108206> 10/trunk/extensions/Offline/ (5 files): declare autoload classes instead of pseudorandomly calling require
[09:44:59] <codurr>	 03varnent * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108207> 10/trunk/extensions/TweetANew/lib/ (cacert.pem tmhOAuth.php): revert back to tmhOAuth and add necessary SSL cert file now needed by tmhOAuth
[09:47:21] <wikibugs>	 14(INVALID) Don't pollute Special:Contributions with empty parameters - 10https://bugzilla.wikimedia.org/33262  +comment (10Antoine "hashar" Musso)
[09:48:28] <Nikerabbit>	 varnent: can you use https links?
[09:49:02] <varnent>	 with that revision or me personally?
[09:49:35] <Nikerabbit>	 varnent: in future emails :)
[09:49:58] <varnent>	 oh - lol - yes  :)
[09:50:19] <varnent>	 sorry - was just looking at a bunch of SSL files - so was on my brain
[09:52:17] <codurr>	 New code comment: Nikerabbit; The ruling practice is to use tabs for indentation.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108201#c29039>
[09:52:52] <wikibugs>	 03(FIXED) Search: add "all namespaces" shortcut - 10https://bugzilla.wikimedia.org/11036  +comment (10Antoine "hashar" Musso)
[10:04:18] <codurr>	 03varnent * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108208> 10/trunk/extensions/AddThis/AddThis.php: minor tweak to documentation for 1.0.1
[10:06:27] <codurr>	 03varnent * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108209> 10/trunk/extensions/TweetANew/RELEASE NOTES: release notes file
[10:08:10] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108210> 10/trunk/extensions/SemanticMediaWiki/skins/SMW_tooltip.js: Graaaaaah! Die die die legacy globals
[10:10:13] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108211> 10/trunk/extensions/Kieli/ext.kieli.js: Something broke this JS, don't know what
[10:12:17] <codurr>	 New code comment: Nikerabbit; Looks like this is breaking some scripts even when the new global is not set to true.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108184#c29040>
[10:16:32] <codurr>	 New code comment: Nikerabbit; Some examples which I think are all caused by this: \ <pre> \ 3 Uncaught TypeError: Cannot call m; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108184#c29041>
[10:21:32] <wikibugs>	 03(mod) $wgMaxRedirects totally broke at some point in mw 1.19 - 10https://bugzilla.wikimedia.org/33520  +comment (10bawolff+wn)
[10:22:08] <yuvipanda>	 !logs
[10:22:14] <yuvipanda>	 hmm
[10:24:06] <Saruman>	 mwbot has deceased
[10:24:12] <Saruman>	 he's an ex mwbot
[10:25:10] <Saruman>	 mwbot is no more. E's passed on. E's a stiff. etc
[10:28:55] <yuvipanda>	 Saruman: e's stunned
[10:29:06] <yuvipanda>	 or pinin for the fjords
[10:30:16] <Saruman>	 the latter, definately!
[10:30:18] <Saruman>	 :-)
[10:30:39] <Saruman>	 I guess we'll find mwbot in #fjords
[10:30:50] <Nikerabbit>	 ug
[10:35:15] <wikibugs>	 03(mod) Enable Narayam on mr.wikipedia - 10https://bugzilla.wikimedia.org/32669  +comment (10santhosh.thottingal)
[10:37:48] <varnent>	 will there be a mwbot v2?
[10:38:35] * johnduhart  points at wm-bot

[10:38:40] <johnduhart>	 !botbrain2
[10:38:40] <wm-bot>	 http://bots.wmflabs.org/~petrb/db/%23mediawiki.htm
[10:38:48] <varnent>	 gotcha
[10:39:20] <johnduhart>	 varnent: Did you see that gist I pasted earlier?
[10:40:34] <varnent>	 johnduhart: yeah - curious how it would play out in a larger scale in regards to more vs. less code in the long-haul
[10:41:14] <varnent>	 but - I can see how it would have value
[10:43:17] <varnent>	 !1.17
[10:43:17] <wm-bot>	 MediaWiki 1.17 is now available: <http://www.mediawiki.org/wiki/Download> Branch point: r77974 
[10:43:25] <varnent>	 !1.18
[10:43:25] <wm-bot>	 Branched on 18 July 2011 at r92475 http://www.mediawiki.org/wiki/Special:Code/MediaWiki/92475 
[10:43:48] <wikibugs>	 03(mod) Requesting additional message screen option in between clicking log out and actual log out - 10https://bugzilla.wikimedia.org/30693  normal->15enhancement (10Siebrand)
[10:43:50] <Saruman>	 !1.16 doesn't know about 1.16.5
[10:43:50] <wm-bot>	 Branched on 22 February 2010 at r62818 http://www.mediawiki.org/wiki/Special:Code/MediaWiki/62818. Latest version is 1.16.4 
[10:44:12] <wikibugs>	 03(mod) Automed messages on user discussion page upon completion of certain number of edits - 10https://bugzilla.wikimedia.org/28683  (10Siebrand)
[10:44:16] <wikibugs>	 03(mod) Request for changes in Edit tools provided above edit window on Marathi Language Wikipedia - 10https://bugzilla.wikimedia.org/32670  +comment (10Santhosh Thottingal)
[10:44:52] * varnent  not sure who has permissions to teach wm-bot

[10:45:57] <Saruman>	 wm-bot should also have an command !owner
[10:46:35] <wikibugs>	 03(mod) Request for changes in Edit tools provided above edit window on Marathi Language Wikipedia - 10https://bugzilla.wikimedia.org/32670  +comment (10Siebrand)
[10:46:41] <wikibugs>	 03(mod) Request for changes in Edit tools provided above edit window on Marathi Language Wikipedia - 10https://bugzilla.wikimedia.org/32670  (10Siebrand)
[10:47:09] <Nikerabbit>	 I could use some testing help: open this page, click any message and observer whether the popup dialog is unusually narrow: http://translatewiki.net/w/i.php?title=Special%3ATranslate&task=view&group=core&language=fi&limit=100
[10:47:40] <johnduhart>	 Nah looks normal to me
[10:47:48] <varnent>	 seems fine here
[10:49:25] <Nikerabbit>	 that's the problem :(
[10:49:38] <Nikerabbit>	 I got user reports that they always get too narrow window, but I can't reproduce it to debug
[10:49:47] <OrenBo_away>	 Nikerabbit: howdy
[10:49:58] <codurr>	 03ialex * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108212> 10/trunk/ (7 files in 7 dirs): svn:eol-style native
[10:50:09] <Nikerabbit>	 OrenBo_away: wow psycic
[10:50:32] <wikibugs>	 03(NEW) "$wgDebugRedirects = true" in LocalSettings.php does not work: If redirected page is accessed using original URL, the redirect still happens automatically. - 10https://bugzilla.wikimedia.org/33554 minor; MediaWiki: Redirects; (pakseykin)
[10:51:05] <OrenBo>	 Nikerabbit: I'm back at work
[10:51:13] <OrenBo>	 so I'll be brief
[10:52:52] <Nikerabbit>	 OrenBo: ..?
[10:52:55] <wikibugs>	 03(mod) "$wgDebugRedirects = true" in LocalSettings.php does not work: If redirected page is accessed using original URL, the redirect still happens automatically. - 10https://bugzilla.wikimedia.org/33554  +comment (10Niklas Laxström)
[10:53:05] <OrenBo>	 can you export texts in all (or as many languages that you support)
[10:53:27] <OrenBo>	 for a language detection component
[10:54:54] <OrenBo>	 orgenised by say ISO 639 language codes
[10:55:42] <Nikerabbit>	 OrenBo: in which format?
[10:55:44] <wikibugs>	 03(mod) Documentation of $wgDebugRedirects doesn't clearly state it's about HTTP redirects - 10https://bugzilla.wikimedia.org/33554  summary (10Liangent)
[10:55:52] <Nikerabbit>	 why don't you use wikipedia dumps?
[10:56:43] <OrenBo>	 I'd have to get all the wikidumps - might do that much latter 
[10:57:25] <infinity0>	 is there an extension that detects bounced emails from new registrations, and blocks those?
[10:57:40] <OrenBo>	 I was thinking if you got some 1K messages messages translated to all languages - like for the funraiser or wikimania
[10:57:57] <infinity0>	 i don't want legitimate users to have to click on a email link, but a lot of our spam bots are registering with emails that generate a failed-delivery bounce to our spool
[10:58:04] <infinity0>	 i'd like to detect those and ban them automatically
[10:58:26] <OrenBo>	 that would cover most of the bigrams
[10:59:52] <OrenBo>	 where bigrams won't work I'd get more data (latin languages are pretty well covered already)
[11:01:09] <Nikerabbit>	 OrenBo: hmm
[11:01:28] <Nikerabbit>	 OrenBo: the thing is that most of our messages contain markup
[11:07:05] <OrenBo>	 markup I can remove easily - English is a bit trickier (but not if it's in all the messages)
[11:07:27] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108213> 10/trunk/extensions/Translate/resources/ext.translate.quickedit.js: Hopefully fix too narrow dialog issues reported
[11:07:29] <OrenBo>	 also it seems I need tri grams...
[11:09:50] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108214> 10/trunk/extensions/ZeroRatedMobileAccess/ZeroRatedMobileAccess.i18n.php:
[11:09:51] <codurr>	 Sort sections for consistency: en-qqq-translation
[11:09:51] <codurr>	 No functional changes, these follow soon
[11:11:32] <wikibugs>	 03(NEW) SF Upload popup permissions - 10https://bugzilla.wikimedia.org/33555 normal; MediaWiki extensions: SemanticForms; (mitchell_neill)
[11:12:31] <wikibugs>	 03(mod) Documentation of $wgDebugRedirects doesn't clearly state it's about HTTP redirects - 10https://bugzilla.wikimedia.org/33554  +comment (10pakseykin)
[11:25:03] <codurr>	 03santhosh * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108215> 10/trunk/phase3/skins/common/shared.css:
[11:25:03] <codurr>	 Prevent #firstHeading overriding the language specific h1 height.
[11:25:03] <codurr>	 Ref Bug 30809
[11:25:16] <RoanKattouw>	 Nikerabbit: Could you update sandwiki to r108184 so I can debug the issue you flagged on CR?
[11:27:11] <Nikerabbit>	 RoanKattouw: done, but the gadgets there are very much older versions
[11:27:23] <RoanKattouw>	 That's fine
[11:27:37] <RoanKattouw>	 Even if they're crap, they shouldn't break
[11:28:59] <Nikerabbit>	 RoanKattouw: except that I have legacy globals = false there
[11:29:11] <RoanKattouw>	 Hmph
[11:29:14] <RoanKattouw>	 mw.loader::execute> Exception thrown by ext.vector.simpleSearch: mw.jqueryMsg is undefined
[11:29:18] <RoanKattouw>	 That's a problem
[11:30:20] <RoanKattouw>	 I'm not seeing the errors
[11:31:07] <RoanKattouw>	 mw.loader::execute> Exception thrown by ext.semanticforms.main: wgAction is not defined
[11:31:13] <RoanKattouw>	 mw.loader::execute> Exception thrown by ext.sm.fi.googlemaps3: jQuery("#" + i + "_forminput").googlemapsinput is not a function
[11:31:51] <Nikerabbit>	 RoanKattouw: can't yuo test on the production wiki?
[11:31:56] * RoanKattouw  enables all gadgets

[11:32:13] <RoanKattouw>	 I can, I was just under the impression you didn't want to break production TWN
[11:32:43] <RoanKattouw>	 OK, now we're talking, I got a few errors from gadgets now
[11:33:27] <Nikerabbit>	 RoanKattouw: it's already broken :o
[11:33:47] <Nikerabbit>	 but the gadgets have been broken for a while already because we were fixing the legacy globals
[11:33:51] <RoanKattouw>	 Oh, OK
[11:34:13] <wikibugs>	 03(mod) Lower Diacritics of Devanagari Hidden in Page Titles and Section Headings - 10https://bugzilla.wikimedia.org/30809  +comment (10santhosh.thottingal)
[11:35:19] <codurr>	 03maxsem * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108216> 10/trunk/extensions/GeoData/ (GeoData.body.php GeoData.sql GeoDataHooks.php): Tweaked schema, implemented smart updates that don't delete and re-insert everything on every save
[11:35:24] <RoanKattouw>	 I think I might know why this is broken
[11:35:41] <RoanKattouw>	 Although enabling the new global will probably break it anyway, and it probably worked by accident
[11:36:09] <RoanKattouw>	 Essentially, these old gadgets depend on wikibits
[11:36:23] <RoanKattouw>	 Which now ends up being loaded later than those gadges
[11:36:44] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108217> 10/trunk/extensions/Translate/README: Updated ChangeLog
[11:37:26] <Nikerabbit>	 RoanKattouw: well yeah, I didn't expect any breakage *until* I turn on the new global
[11:37:34] <RoanKattouw>	 Yeah
[11:37:37] <RoanKattouw>	 That's entirely fair
[11:37:42] <RoanKattouw>	 Could you try something on sandwiki for me?
[11:38:06] <RoanKattouw>	 Edit resources/Resources.php , and in the definition of mediawiki.legacy.wikibits change 'position' to 'top' (is currently 'bottom')
[11:38:28] <wikibugs>	 06(LATER) Gray out or hide reference tags - 10https://bugzilla.wikimedia.org/31066  +comment (10Antoine "hashar" Musso)
[11:38:42] <MaxSem>	 omg gadget breakers cabal http://www.youtube.com/watch?v=V6aAWg1wnoU
[11:38:47] <codurr>	 New code comment: Santhosh.thottingal; Translatable pages can now be discourages, => discouraged ?; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108217#c29042>
[11:39:44] <RoanKattouw>	 Ok, why does wikibits depend on mw.language?
[11:39:46] * RoanKattouw  runs svn blame

[11:41:31] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108218> 10/trunk/extensions/ZeroRatedMobileAccess/ (2 files):
[11:41:32] <codurr>	 Read the language options from the content language. In case of content language != user language you would get an empty string.
[11:41:32] <codurr>	 Prefix the language options message with the extenaion name to avoid conflicts with core and/or other extension message keys
[11:41:32] <codurr>	 Refine message documentation
[11:42:21] <RoanKattouw>	 Ha! It's unneeded
[11:42:24] * RoanKattouw  remoevs

[11:44:29] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108219> 10/trunk/extensions/ShortUrl/ShortUrl.php: Short URL looks like a page tool
[11:44:46] <codurr>	 03catrope * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108220> 10/trunk/phase3/resources/Resources.php: Remove unneeded dependency from wikibits, and move the showtoc and hidetoc messages to mw.util where they're used
[11:44:47] <wikibugs>	 03(mod) deadlocks mass-deleting media files in categories - 10https://bugzilla.wikimedia.org/13921  +comment (10s.mazeland)
[11:48:21] <Nikerabbit>	 RoanKattouw: sorry was not reading IRC
[11:48:30] <RoanKattouw>	 No worries
[11:48:54] <Nikerabbit>	 RoanKattouw: btw did you have a look at the narayam preference migration script?
[11:48:57] <RoanKattouw>	 I'm trying to reproduce locally now, but I'd appreciate it if you could pick up r108220 on sandwiki, and set wikibits to position => 'top' in Resources.php
[11:49:00] <RoanKattouw>	 No, I didn't
[11:49:09] <RoanKattouw>	 link?
[11:50:19] <Nikerabbit>	 http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/Narayam/maintenance/FixNarayamDisablePref.php?revision=107868&view=markup
[11:51:05] <Nikerabbit>	 both done
[11:51:14] <RoanKattouw>	 Thanks
[11:51:44] <RoanKattouw>	 wait, wtf, wikibits isn't *loaded* anymore?
[11:51:46] <RoanKattouw>	 wtf
[11:52:02] <RoanKattouw>	 Oh
[11:52:03] <RoanKattouw>	 $wgIncludeLegacyJavaScript
[11:52:12] <RoanKattouw>	 Did you disable that?
[11:52:28] <Nikerabbit>	 LocalSettings.php:$wgIncludeLegacyJavaScript = false;
[11:52:35] <RoanKattouw>	 Right
[11:52:36] <Nikerabbit>	 only on sandwiki though
[11:52:41] <RoanKattouw>	 Could you set that to true on sandwiki?
[11:52:54] <RoanKattouw>	 It's not very surprising that legacy JS doesn't work if you turn legacy support off ;)
[11:52:56] <wikibugs>	 03(mod) deadlocks mass-deleting media files in categories - 10https://bugzilla.wikimedia.org/13921  +comment (10s.mazeland)
[11:52:59] <Nikerabbit>	 done
[11:53:10] <RoanKattouw>	 OK
[11:53:13] <RoanKattouw>	 That leaves just mw.toolbar
[11:53:42] <RoanKattouw>	 translatetab has a wgTitle legacy global
[11:54:03] <RoanKattouw>	 editbuttons uses mw.addToolbar, but that needs to be in using( 'mw.action.edit' ) IIRC
[11:54:20] <RoanKattouw>	 The other errors are gone
[11:54:36] <RoanKattouw>	 Could you revert the Resources.php change temporarily, just to see if that breaks it again?
[12:00:33] <wikibugs>	 03(NEW) All enabled ArticleFeedback on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556 normal; Wikimedia: Site requests; (shizhao)
[12:01:17] <codurr>	 03jeroendedauw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108221> 10/trunk/extensions/EducationProgram/ (11 files in 4 dirs): initial work on summary fields
[12:01:33] <RoanKattouw>	 Never mind, I've reproduced the behavior locally
[12:02:43] <wikibugs>	 03(mod) All enabled ArticleFeedback on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556  (10shi zhao)
[12:03:18] <codurr>	 03catrope * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108222> 10/trunk/phase3/resources/Resources.php: Set position => 'top' for wikibits, required to support legacy gadgets. Spotted by Niklas on TranslateWiki. Ping r107327.
[12:05:36] <RoanKattouw>	 Nikerabbit: OK, with r108220 and r108222, things should be OK now. It's working for me locally both with the experimental var on and off
[12:06:18] <codurr>	 03ialex * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108223> 10/trunk/phase3/ (3 files in 3 dirs):
[12:06:18] <codurr>	 * Don't allow to import a page in the Media: namespace, this didn't work just because WikiPage::factory() throws an exception when a Title in NS_MEDIA is passed
[12:06:19] <codurr>	 * Added localised message when trying to import a page with an interwiki prefix
[12:10:02] <codurr>	 New code comment: Catrope; This is broken, causing <code>mw.loader::execute> Exception thrown by ext.vector.simpleSearch: mw.jq; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108203#c29043>
[12:12:20] <santhosh>	 RoanKattouw: the mw.jqueryMsg is added as based module at Outputpage.php. Is that the correct place?
[12:12:39] <santhosh>	 s/based/base
[12:12:56] <RoanKattouw>	 No, I'm looking at fixing that
[12:13:28] <RoanKattouw>	 It works for most modules but not all
[12:13:35] <RoanKattouw>	 simpleSearch is top-loaded
[12:17:10] <Nikerabbit>	 RoanKattouw: sorry again, here now
[12:19:17] <codurr>	 New code comment: Nikerabbit; Yes, I did that in a hurry.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108217#c29044>
[12:22:37] <johnduhart>	 Views? In my MediaWiki? https://gist.github.com/1569775
[12:23:31] <siebrand>	 Any idea why this is not an instant delete anymore?
[12:23:56] <siebrand>	 https://commons.wikimedia.org/w/index.php?title=Sometitle&action=delete&submitdelete=true&wpReason=SomeReason
[12:24:42] <siebrand>	 I guess something happened to "submit delete", but not sure what… ;)
[12:24:48] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108224> 10/trunk/extensions/SemanticForms/libs/ (7 files): Stylize before I dare to touch these
[12:25:44] <siebrand>	 Hmm, that's site specific JS, I guess...
[12:26:37] <johnduhart>	 RoanKattouw: What's your opinion on using Twig for templates?
[12:26:44] <RoanKattouw>	 What's Twig? :D
[12:26:56] <johnduhart>	 http://twig.sensiolabs.org/
[12:27:15] <johnduhart>	 Prototype for Special:Export https://gist.github.com/1569775
[12:28:04] <RoanKattouw>	 I'm sort of indifferent towards it
[12:28:18] <RoanKattouw>	 I like the principle of having separate views like that
[12:28:53] <RoanKattouw>	 However, I'm not convinced we need a Turing-complete templating language
[12:29:22] <RoanKattouw>	 And if we use Twig, we would rely on it for escaping, hence for security, hence we would have to do a security (and functionality, as far as escaping goes) review of the entire library
[12:29:32] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108225> 10/trunk/extensions/SemanticForms/libs/ (4 files): Blind search and replace to get rid of legacy globals - untested
[12:29:37] <RoanKattouw>	 Given that it presumably parses a Turing-complete language in PHP ...
[12:30:37] <johnduhart>	 RoanKattouw: They just had a professional security audit, and it's not that big of a library
[12:31:14] <johnduhart>	 One of the things I like about it is that it compiles the templates into PHP
[12:31:26] <RoanKattouw>	 Ah, OK
[12:31:35] <johnduhart>	 So it's very little overhead compared to the current system
[12:31:47] <codurr>	 New code comment: Krinkle; I don't see how this is any different than r107556, please revert. The <code>mediawiki</code> module; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108203#c29045>
[12:31:48] <RoanKattouw>	 So you could review the resulting PHP code if you wanted to
[12:31:55] <johnduhart>	 Oh and it has a PHP extension
[12:31:59] <johnduhart>	 RoanKattouw: yup
[12:32:00] <johnduhart>	 https://github.com/fabpot/Twig
[12:32:17] <codurr>	 New code comment: Catrope; No need for hasty reactions, I'm already fixing this.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108203#c29046>
[12:33:27] <wikibugs>	 03(NEW) New mailing list - 10https://bugzilla.wikimedia.org/33557 normal; Wikimedia: Mailing lists; (wojciech.r)
[12:33:32] <codurr>	 New code comment: Krinkle; Also, it appears this revision is introducing a regression in the unit tests. \ <pre> \ 6. mediawiki: m; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108203#c29047>
[12:34:34] <codurr>	 New code comment: Krinkle; Alrighty, red blur on the swarm freaked me out..; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108203#c29048>
[12:36:40] * RoanKattouw  glares at jQueryMsg

[12:36:42] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108226> 10/trunk/extensions/SemanticForms/libs/ (7 files): Some quick untested cleanups to this JS
[12:37:04] <RoanKattouw>	 Oh, wait, it's not that bad
[12:37:19] <RoanKattouw>	 It assumes the mw.messages global by default but you can override that
[12:38:17] <codurr>	 New code comment: Krinkle; If at all possible, we should consider looking for another way. I'm not marking fixme as I don't if ; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108215#c29049>
[12:38:37] <Nikerabbit>	 RoanKattouw: what is the best way to replace addOnloadHook and addHook in gadgets?
[12:39:24] <RoanKattouw>	 addOnloadHook( function() {  ---> jQuery( function() {
[12:39:35] <RoanKattouw>	 What's addHook() do? Do you mean hookEvent()?
[12:40:33] <Nikerabbit>	 yes
[12:43:45] <Nikerabbit>	 and addPortletLink
[12:43:46] <RoanKattouw>	 For hookEvent you should just use jQuery to bind an event handler
[12:43:59] <RoanKattouw>	 aPL I'm not sure about, ask Krinkle when he's around
[12:45:01] <Dantman>	 That was somewhere in mw.
[12:46:18] <codurr>	 New code comment: Catrope; Hrmph, the Message prototype is private, so jQueryMsg can't extend it. Maybe I should make it public; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108203#c29050>
[12:46:32] <codurr>	 03cervidae * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108228> 10/trunk/extensions/ (3 files in 2 dirs):
[12:46:32] <codurr>	 r107413: Changing BatchUserRights' class from 'BatchUserRights' to 'SpecialBatchUserRights' again
[12:46:32] <codurr>	 HelpCommons: Only make category links blue in non-help-fetching wikis. Made them blue in previews of nonexistent pages in help-fetching wikis
[12:50:39] <Nikerabbit>	 found it in the docs
[12:50:54] <Nikerabbit>	 it seems that scripts can assume mw.util is always available, is that correct?
[12:51:05] <RoanKattouw>	 No
[12:51:11] <RoanKattouw>	 You have to indicate it as a dependency
[12:51:18] <RoanKattouw>	 It will always be loaded, but not necessarily in time
[12:52:48] <RoanKattouw>	 I'm pretty close to fixing jqueryMsg now, but first, lunch
[12:54:15] <wikibugs>	 03(NEW) update.php stuck on update revision on large db - 10https://bugzilla.wikimedia.org/33558 major; MediaWiki: Installation; (benapetr)
[12:55:57] <wikibugs>	 03(NEW) Intersection: Add "nottitle" - 10https://bugzilla.wikimedia.org/33559 enhancement; MediaWiki extensions: DynamicPageList; (subfader)
[12:59:38] <wikibugs>	 03(mod) update.php stuck on update revision on large db - 10https://bugzilla.wikimedia.org/33558  +comment (10benapetr)
[13:01:35] <Nikerabbit>	 RoanKattouw: the docs are wrong then
[13:01:48] <Nikerabbit>	 RoanKattouw: I'm speaking of gadgets
[13:02:42] <RoanKattouw>	 Hmm, Gadgets probably cannot rely on mw.util being available, no
[13:12:23] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108229> 10/trunk/extensions/Translate/README: Moretypeos
[13:24:32] <Nikerabbit>	 RoanKattouw: any luck with jquerymsg?
[13:24:50] <RoanKattouw>	 Just got back from lunch
[13:25:29] <RoanKattouw>	 But I'm pretty close to being done
[13:25:30] <Nikerabbit>	 nice
[13:25:51] <Nikerabbit>	 RoanKattouw: sometime soon I'm going to turn legacy javascript off in twn to see what breaks
[13:26:13] <Nikerabbit>	 RoanKattouw: I've updated most of the dadgets: http://translatewiki.net/w/i.php?namespace=&translations=site&users=&trailer=&title=Special%3ARecentChanges
[13:28:15] <wikibugs>	 03(mod) Line numbers are outside of left border when using <source ... line start= > on RTL wikis - 10https://bugzilla.wikimedia.org/33538  +comment (10robinp.1273)
[13:34:15] <wikibugs>	 03(mod) update.php stuck on update revision on large db - 10https://bugzilla.wikimedia.org/33558  +comment (10innocentkiller)
[13:46:39] <RoanKattouw>	 Nikerabbit: Yay, got it working commit incoming
[13:47:48] <iobug>	 hi all
[13:48:34] <Nikerabbit>	 RoanKattouw: ready to update
[13:50:41] <RoanKattouw>	 Hmm, wtf
[13:50:49] <RoanKattouw>	 format == 'plain' and format == 'parse' do the same thing?
[13:51:04] <RoanKattouw>	 That sounds wrong
[13:53:48] <iobug>	 How I can run the ConfirmEdit, provided with mediawiki 1.18.0 and PHP 5.3.8
[13:53:50] <iobug>	 ?
[13:54:36] <iobug>	 $wgCaptchaClass = 'SimpleCaptcha'; also dosn't work, try to use the  FancyCaptcha
[13:56:15] <Reedy>	 Have you actually enabled the extension?
[13:57:23] <RoanKattouw>	 Nikerabbit: Sorry for the delay, I'm seeing some serious WTFs here
[13:57:41] <RoanKattouw>	 >>> mw.messages.set('foobar', "'''Bold''', ''italic'', [[a link]] and {{PLURAL:$1|one plural|$1 plurals}}");
[13:57:47] <RoanKattouw>	 >>> mw.msg('foobar',3)
[13:57:48] <RoanKattouw>	 "'''Bold''', ''italic'', unimplemented and 3 plurals"
[13:57:54] <RoanKattouw>	 "unimplemented"? Really?
[13:58:05] <RoanKattouw>	 What I'm really doing is trying to figure out if jqueryMsg can ever output HTML
[13:58:34] <RoanKattouw>	 Currently mw.message's "plain" and "parse" modes are the same, that's wrong
[13:59:14] <iobug>	 Yes: $wgCaptchaClass = 'FancyCaptcha'; $wgCaptchaDirectory = "$IP/captcha"; $wgCaptchaSecret = "mypassword"; require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" ); require_once( "$IP/extensions/ConfirmEdit/FancyCaptcha.php" );
[13:59:43] <Reedy>	 iobug, the variable assignments need to go after the inclusions
[14:00:02] <iobug>	 Reedy also doesnt work
[14:00:10] <iobug>	 I was try this
[14:00:10] <Reedy>	 Maybe so
[14:00:14] <Reedy>	 But it needs to be that way
[14:01:10] <RoanKattouw>	 It can indeed
[14:02:18] <RoanKattouw>	 Nikerabbit: OK I'm gonna commit soonish now. There's an issue but I put in a FIXME comment and I'll leave it to Neil to fix it properly.
[14:02:38] <RoanKattouw>	 jQueryMsg doesn't seem to have plain output support, it'd need to be added
[14:07:14] <Nikerabbit>	 RoanKattouw: I actually talked about that with santhosh
[14:07:39] <Nikerabbit>	 that the plain() should be plain and we should add text() for the new behaviour or just use parse()
[14:08:32] <RoanKattouw>	 Yes, I know
[14:08:37] <RoanKattouw>	 But jQueryMsg doesn't support plain output
[14:08:53] <Nikerabbit>	 RoanKattouw: we don't need to call jQueryMsg if the output type is plain
[14:08:56] <RoanKattouw>	 Currently, plain() does the same as parse(), i.e. it outputs HTML
[14:09:00] <RoanKattouw>	 Oh!
[14:09:02] <RoanKattouw>	 Right
[14:09:03] <codurr>	 New code comment: Siebrand; Lame comment to watch rev: yay!; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108203#c29051>
[14:09:09] <RoanKattouw>	 plain means parse nothing
[14:09:21] <RoanKattouw>	 OK, but you still want a parse-PLURAL-but-don't-output-HTML mode
[14:09:26] <RoanKattouw>	 .text()
[14:09:28] <Nikerabbit>	 that would be text yes
[14:09:34] <Nikerabbit>	 to imitate the PHP side
[14:09:45] <RoanKattouw>	 Ok, well I'll leave that to you guys then
[14:09:54] <RoanKattouw>	 It needs jQM-side support first anyway
[14:10:13] <Nikerabbit>	 okay
[14:10:57] <Nikerabbit>	 1 malformed URI sequence
[14:10:58] <Nikerabbit>	 hmm
[14:11:34] <RoanKattouw>	 OK, commit really inbound now
[14:11:42] <codurr>	 03catrope * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108230> 10/trunk/phase3/ (3 files in 2 dirs): (log message trimmed)
[14:11:42] <codurr>	 Fix up r108203: just loading mw.jqueryMsg in the bottom queue, then assuming its presence in mw.Message doesn't work, see CR comments.
[14:11:42] <codurr>	 * Moved message parsing (including $1 replacement) to Message.prototype.parser(), and let jqueryMsg override that when loaded
[14:11:42] <codurr>	 ** Make the Message constructor public to make this possible
[14:11:42] <codurr>	 ** Moved logic for skipping jqueryMsg when the message is simple from mw.Message to mw.jqueryMsg, where it belongs
[14:11:42] <codurr>	 * Remove mw.jqueryMsg from the default modules list in OutputPage. Modules that require PLURAL/GENDER should depend on mw.jqueryMsg
[14:11:43] <codurr>	 * TODOs
[14:12:16] <Nikerabbit>	 mw.loader::execute> Exception thrown by mediawiki.Uri: URI malformed
[14:12:22] <Nikerabbit>	 intresting
[14:14:55] <RoanKattouw>	 Fix inbound, there's a bug breaking a test case
[14:14:56] <RoanKattouw>	 (yay tests)
[14:16:46] <Nikerabbit>	 yep
[14:16:53] <Nikerabbit>	 testswarm agrees with you
[14:17:08] <codurr>	 03catrope * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108231> 10/trunk/phase3/resources/mediawiki/mediawiki.jqueryMsg.js: Fix broken oldParser call in r108230
[14:19:36] <RoanKattouw>	 Nikerabbit: Where is the results page for TestSwarm?
[14:19:52] <RoanKattouw>	 I've joined the swarm with FF8, but I can't find a link to the results page
[14:19:55] <Reedy>	 Slightly hidden
[14:19:59] <Reedy>	 But I can't work out why it is
[14:20:09] <Nikerabbit>	 http://integration.mediawiki.org/testswarm/user/MediaWiki/
[14:20:49] <RoanKattouw>	 Ah, good
[14:20:52] <Nikerabbit>	 some textSelection failures in IE
[14:20:54] <RoanKattouw>	 Yeah that needs to be more visible
[14:20:55] <Nikerabbit>	 http://integration.mediawiki.org/testswarm/job/573/
[14:21:23] <codurr>	 03ialex * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108232> 10/trunk/phase3/ (4 files in 4 dirs):
[14:21:24] <codurr>	 * Added callback to send notices from WikiImporter and use it in ImportReporter so that it can use the context to get messages and send them to OutputPage (also removes on usage of $wgCommandLineMode)
[14:21:24] <codurr>	 * Early abort on invalid title in ImportReporter::reportPage() since a notice has already been sent
[14:21:24] <codurr>	 * Localised message saying the title is invalid
[14:22:34] <RoanKattouw>	 Hmm, that's IE10
[14:22:44] <Nikerabbit>	 would be nice of testswarm accepted more browsers
[14:22:49] <Nikerabbit>	 just for fun
[14:22:58] <Nikerabbit>	 RoanKattouw: no, IE9
[14:23:45] <RoanKattouw>	 Hm
[14:23:50] <RoanKattouw>	 IE10 gave the same failures elseweher
[14:24:07] <RoanKattouw>	 Let's just wait for the swarm to catch up to 108232
[14:24:32] <RoanKattouw>	 Oh awit
[14:24:39] <RoanKattouw>	 232 has no JS changes and 231 has this same failure
[14:24:41] <RoanKattouw>	 bah
[14:25:03] <wikibugs>	 03(mod) Line numbers are outside of left border when using <source ... line start= > on RTL wikis - 10https://bugzilla.wikimedia.org/33538  +comment (10liangent)
[14:25:03] <RoanKattouw>	 Unpositioned markup pointer for this operation.
[14:25:05] <RoanKattouw>	 strange
[14:25:22] <RoanKattouw>	 I'm really sick and tired of debugging textSelection in IE
[14:28:00] <sumanah>	 So today is code freeze day?
[14:28:10] <Nikerabbit>	 you wish :O
[14:28:20] <Nikerabbit>	 I want to get this javascript plural into the realease
[14:28:54] <RoanKattouw>	 Well, when the exact code freeze is, is ambiguous
[14:28:56] <RoanKattouw>	 "on Friday"
[14:29:14] <Nikerabbit>	 on what does it mean? all of trunk? core? wmf extensions?
[14:29:15] <sumanah>	 I'll ask Brion when he shows up.  More concretely, how will it be enforced?
[14:29:22] <RoanKattouw>	 So does that mean you have to stop adding features when Friday starts, or ends?
[14:29:34] <RoanKattouw>	 i.e. is Friday the first day of the frozen state, or the last day of the non-frozen state?
[14:29:51] <sumanah>	 these are all good questions for Brion, I imagine
[14:29:52] <RoanKattouw>	 I landed my hobby horse last night, so I'm good :)
[14:30:02] <RoanKattouw>	 I'm sure we won't get all bureaucratic over it
[14:30:41] <Nikerabbit>	 and if the freeze continues for long, it will hamper what the l10n team can do :o
[14:31:00] <codurr>	 03gwicke * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108233> 10/trunk/extensions/VisualEditor/modules/parser/ (ext.core.TemplateHandler.js pegTokenizer.pegjs.txt):
[14:31:00] <codurr>	 Add template expansion handler skeleton, not yet functional. Also note
[14:31:00] <codurr>	 improvements needed in the tokenizer template handling.
[14:31:08] <RoanKattouw>	 Nikerabbit: Anyway, JS plural should be working properly now. The only requirement is that modules that use plural messages have to add mediawiki.jqueryMsg as a dependency
[14:31:23] <Nikerabbit>	 RoanKattouw: that's okay trade-off (for now at least)
[14:31:38] <Nikerabbit>	 as long as there is no more excuse not to fix plural issues in javascript
[14:31:43] <Nikerabbit>	 food time
[14:31:45] <RoanKattouw>	 We might want to make it the default in the future I guess
[14:31:48] <RoanKattouw>	 But yeah this is fine for now
[14:32:00] <RoanKattouw>	 The only other annoying thing is that links get parsed whether you want to or not
[14:33:28] <santhosh>	 RoanKattouw: instead of creating messageFunction everytime, can't we have an instance just like Neil defined as window.gM and use?
[14:33:46] <santhosh>	 a private global variable in jqueryMsg?
[14:34:30] <RoanKattouw>	 santhosh: Well in theory different Message objects can be associated with different Maps
[14:34:50] <RoanKattouw>	 So you'd have to have a per-Map cache (like a hashmap), or, in practice, cache it as a member variable in the Map object
[14:34:54] <RoanKattouw>	 Which is OK but kind of weird, I want to discuss that with Neil
[14:36:19] <codurr>	 New code comment: Catrope; I don't know where this came from, but it's gone now. Perhaps that's because jqueryMsg notices the m; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108203#c29052>
[14:37:25] <santhosh>	 ok, RoanKattouw, thanks for your time!
[14:37:41] <RoanKattouw>	 Sure
[14:49:03] <wikibugs>	 03(mod) Cleanup old "pagelinks" records which reference deleted pages in the Portuguese Wiktionary - 10https://bugzilla.wikimedia.org/33540   +shell (10Mark A. Hershberger)
[14:50:13] <codurr>	 03freakolowsky * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108234> 10/branches/REL1_17/phase3/RELEASE-NOTES: * RN for r106807 and r102428 (sry 4 delay)
[14:50:59] <wikibugs>	 03(mod) custom license misses the text field for input - 10https://bugzilla.wikimedia.org/33542  +comment (10Mark A. Hershberger)
[14:53:09] <wikibugs>	 03(mod) mwe-upwiz-license-cc-subhead: unknown operation "sitename" - 10https://bugzilla.wikimedia.org/33543  (10Mark A. Hershberger)
[14:54:06] <wikibugs>	 03(mod) custom license: wrong link to Copyright_tags - 10https://bugzilla.wikimedia.org/33544  (10Mark A. Hershberger)
[14:54:30] <wikibugs>	 03(mod) Devanagari diacritics appear broken off in search results - 10https://bugzilla.wikimedia.org/33548  (10Mark A. Hershberger)
[14:56:19] <wikibugs>	 03(mod) wrong mime types uploaded on commons - 10https://bugzilla.wikimedia.org/33549  (10Mark A. Hershberger)
[14:57:03] <codurr>	 New code comment: Catrope; This was fixed in r108220 and r108222.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108184#c29053>
[14:57:50] <sumanah>	 hey hexmode how is the test deployment server setup & the codereview tagging going?
[14:58:10] <wikibugs>	 03(mod) ShortUrl isn't protocol relative - 10https://bugzilla.wikimedia.org/33551  (10Mark A. Hershberger)
[14:59:06] <wikibugs>	 03(mod) Search bar doesn't fill out to screen width in landscape mode on ICS - 10https://bugzilla.wikimedia.org/33552  (10Mark A. Hershberger)
[15:04:45] <sumanah>	 jeremyb: the email that you wanted me to see, that had been in OTRS: was its subject "re-simplifying the editing process"?
[15:06:45] <codurr>	 03catrope * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108235> 10/trunk/phase3/resources/mediawiki/mediawiki.js:
[15:06:45] <codurr>	 Followup r108184: fix loading in Opera. Before, Opera would only begin to render
[15:06:45] <codurr>	 the document after all async scripts were loaded, now it's the other way around
[15:06:45] <codurr>	 (scripts load after the document is ready). This is not an improvement compared
[15:06:45] <codurr>	 to the current situation, but it's not a regression either.
[15:06:57] <sumanah>	 (I have to go. jeremyb, if you have an answer, email me.)
[15:14:09] <codurr>	 03catrope * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108236> 10/trunk/phase3/resources/mediawiki/mediawiki.jqueryMsg.js: Followup r108231, remove useless _this
[15:14:49] <codurr>	 New code comment: Reedy; The missing cert was the problem?; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108207#c29054>
[15:21:00] <wikibugs>	 03(mod) User:Babel AutoCreate creating categories it shouldn't - 10https://bugzilla.wikimedia.org/33553  (10Mark A. Hershberger)
[15:22:15] <codurr>	 03jeroendedauw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108237> 10/trunk/extensions/EducationProgram/EducationProgram.hooks.php: attempt to get rid of weird error
[15:23:59] <JeroenDeDauw>	 Having some weird issue. Getting "call to unknown method MysqlUpdater::addExtensionField". Issue goes away when I do this, but I don't understand why - the method is there right?...
[15:23:59] <JeroenDeDauw>	 https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108237
[15:24:35] <wikibugs>	 03(mod) Documentation of $wgDebugRedirects doesn't clearly state it's about HTTP redirects - 10https://bugzilla.wikimedia.org/33554  (10Mark A. Hershberger)
[15:25:16] <wikibugs>	 03(mod) All enabled ArticleFeedback on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556   +shell (10Mark A. Hershberger)
[15:25:25] <wikibugs>	 03(mod) New mailing list - 10https://bugzilla.wikimedia.org/33557  (10Mark A. Hershberger)
[15:25:33] <wikibugs>	 03(mod) Possibility to make tipsy popups wider on a non-global scale - 10https://bugzilla.wikimedia.org/29309  +comment (10Antoine "hashar" Musso)
[15:25:59] <Nikerabbit>	 uga
[15:29:12] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108238> 10/trunk/extensions/SemanticForms/libs/SF_submit.js: Fix syntax terror I introduced
[15:30:10] <codurr>	 03rsterbin * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108239> 10/trunk/extensions/ArticleFeedbackv5/modules/jquery.articleFeedbackv5/jquery.articleFeedbackv5.js: Bug fix: Empty ratings should not be sent as rating=0, but rather not included in the post at all
[15:31:02] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108240> 10/trunk/extensions/SemanticForms/libs/SF_ajax_form_preview.js: Anoter syntax error
[15:31:52] <Reedy>	 JeroenDeDauw, are you using trunk?
[15:31:58] <Reedy>	 !branchpoints
[15:31:58] <wm-bot>	 http://www.mediawiki.org/wiki/Branch_points
[15:33:11] <wikibugs>	 03(mod) User:Babel AutoCreate creating categories it shouldn't - 10https://bugzilla.wikimedia.org/33553  +comment (10mah)
[15:33:38] <wikibugs>	 03(NEW) Maps input broken - 10https://bugzilla.wikimedia.org/33560 major; MediaWiki extensions: SemanticMaps; (niklas.laxstrom)
[15:33:46] <wikibugs>	 03(mod) update.php stuck on update revision on large db - 10https://bugzilla.wikimedia.org/33558  (10Mark A. Hershberger)
[15:34:05] <dchandler>	 Is anyone familiar with the FileIndexer or ProofreadPage extensions? They both help index pdf files so that they are searchable on a wiki... Does anyone have experience with this?
[15:36:22] <codurr>	 03reedy * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108241> 10/trunk/phase3/includes/installer/DatabaseUpdater.php: Add a few @since entries
[15:38:25] <codurr>	 03nikerabbit * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108242> 10/trunk/extensions/SemanticMediaWiki/languages/SMW_LanguageNo.php:
[15:38:25] <codurr>	 http://translatewiki.net/wiki/Thread:Support/Translation_of_SMW_datatypes
[15:38:25] <codurr>	 Add nb translations
[15:38:33] <wikibugs>	 03(mod) New mailing list - 10https://bugzilla.wikimedia.org/33557  normal->15enhancement (10Reedy)
[15:38:52] <wikibugs>	 03(mod) All enabled ArticleFeedback on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556  normal->15enhancement (10Reedy)
[15:40:11] <wikibugs>	 03(mod) ArticleFeedback settings on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556  summary (10Reedy)
[15:42:02] <kghbln>	 Hi, is it me or mw? I have defined a path to my favicon in LocalSettings which works fine. However I get an error message in my serverlog saying that the icon does not exist in document root.
[15:44:36] <RoanKattouw>	 You mean you set a path to the logo ($wgLogo) in LocalSettings.php ?
[15:44:51] <RoanKattouw>	 Or $wgFavicon ?
[15:45:10] <RoanKattouw>	 I guess even if $wgFavicon is set, some clients might still request /favicon.ico
[15:46:28] <kghbln>	 yes, like $wgFavicon = "$wgStylePath/common/images/favicon.ico";
[15:47:01] <kghbln>	 It is just the favicon.
[15:47:53] <kghbln>	 It strange thing is that it is my ip too causing this
[15:50:39] <RoanKattouw>	 Hmm
[15:50:40] <kghbln>	 The client is thus Fx. Hmm... I guess I just place my favicon into root too to rid my errorlog from this.
[15:50:45] <RoanKattouw>	 Yeah
[15:50:59] <RoanKattouw>	 I think browsers often request it from there even if MW is configured otherwise
[15:51:16] <kghbln>	 In case the clients want it they get it. :)
[15:52:04] <wikibugs>	 03(NEW) $wgVectorUseSimpleSearch = false; (Go + Search button) doesn't react on hitting return - 10https://bugzilla.wikimedia.org/33561 minor; MediaWiki: Search; (subfader)
[15:52:19] <kghbln>	 Thank you for your opinion on this. Cheers
[15:54:44] <wikibugs>	 03(FIXED) ArticleFeedback settings on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556  +comment (10Reedy)
[15:56:14] <codurr>	 03ialex * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108243> 10/trunk/extensions/Syslog/ (Syslog.php SyslogHooks.php):
[15:56:14] <codurr>	 * Moved hooks to their own file
[15:56:14] <codurr>	 * Defer opening of syslog until a message is logged and removed extension function
[15:56:14] <codurr>	 * Made hooks work with current MW; removed all reference in hooks signatures, removed no-longer passed (or useless) parameters and added some missing "return true;"
[15:56:15] <codurr>	 * Bump version
[15:58:33] <jeremyb>	 sumanah has mail :)
[15:59:01] <wikibugs>	 03(mod) Cannot login using IE6 - 10https://bugzilla.wikimedia.org/33503  +comment (10mah)
[15:59:11] <wikibugs>	 04(REOPENED) factbox title not localizing - 10https://bugzilla.wikimedia.org/33539  +comment (10Robert Murphy)
[16:02:14] <codurr>	 03hashar * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108244> 10/trunk/phase3/ (RELEASE-NOTES-1.19 resources/jquery.tipsy/jquery.tipsy.js):
[16:02:15] <codurr>	 (bug 29309) allow CSS class per tooltip (tipsy)
[16:02:15] <codurr>	 Let us use the new "className" upstream option to add a class per tooltip.
[16:02:15] <codurr>	 Partial merges of upstreams changes:
[16:02:15] <codurr>	 - 602f2fe5 Per-tooltip classes
[16:02:15] <codurr>	 - f5563566 Helper function for call or return idiom
[16:04:07] <codurr>	 03rsterbin * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108245> 10/trunk/extensions/ArticleFeedbackv5/modules/jquery.articleFeedbackv5/jquery.articleFeedbackv5.js: Bug fix: when an error comes back from the submit api, it's a message token, not a translated message
[16:05:12] <wikibugs>	 03(NEW) update upstream jquery.tipsy - 10https://bugzilla.wikimedia.org/33562 normal; MediaWiki: Javascript; (hashar)
[16:05:29] <wikibugs>	 03(FIXED) Possibility to make tipsy popups wider on a non-global scale - 10https://bugzilla.wikimedia.org/29309  +comment (10Antoine "hashar" Musso)
[16:09:25] <codurr>	 03maxsem * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108246> 10/trunk/extensions/GeoData/ (3 files): prop=coordinates module, notices
[16:12:59] <codurr>	 03gregchiasson * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108247> 10/trunk/extensions/ArticleFeedbackv5/api/ApiArticleFeedbackv5.php:
[16:12:59] <codurr>	 AFTv5 - Refactor feedback/answer saving so we can get it all in one transaction.
[16:12:59] <codurr>	 Moves the contents of newFeedback into saveUserAnswers, which new returns an
[16:12:59] <codurr>	 array with CTA ID and feedbackID. Should prevent issues with feedback saving
[16:12:59] <codurr>	 without answers (which was possible on bucket 3).
[16:16:49] <wikibugs>	 03(WONTFIX) factbox title not localizing - 10https://bugzilla.wikimedia.org/33539  +comment (10Jeroen De Dauw)
[16:17:15] <codurr>	 03hashar * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108248> 10/trunk/phase3/includes/media/XCF.php:
[16:17:15] <codurr>	 XCF: suppress warning on unpack + early exit on error
[16:17:15] <codurr>	 follow r108141
[16:18:21] <ewic>	 hi, I'm having trouble with my mediawiki install that I just updated to 1.18 and moved from one server to another
[16:18:29] <codurr>	 03jeroendedauw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108249> 10/trunk/extensions/EducationProgram/specials/SpecialEnroll.php: fix case issue
[16:18:48] <ewic>	 I cannot edit the sidebar
[16:18:58] <Reedy>	 JeroenDeDauw, here? Are you using trunk for development?
[16:19:01] <Reedy>	 "cannot"?
[16:19:10] <ewic>	 or rather, the sidebar defined in MediaWiki:SideBar does not correspond to my Sidebar
[16:19:21] <JeroenDeDauw>	 Reedy: yeah
[16:19:29] <RoanKattouw>	 ewic: It's MediaWiki:Sidebar not SideBar
[16:19:40] <Nikerabbit>	 purrr
[16:20:02] <ewic>	 I am editing that file
[16:20:07] <ewic>	 or page, rather
[16:20:12] <ewic>	 MediaWiki:Sidebar
[16:20:22] <RoanKattouw>	 There is a sidebar cache but it should clear once you edit it
[16:20:28] <RoanKattouw>	 Do you use the file cache, maybe?
[16:20:31] <wikibugs>	 03(mod) Split hitcounter feature into an extension - 10https://bugzilla.wikimedia.org/32789  +comment (10Antoine "hashar" Musso)
[16:20:45] <ewic>	 I suspect it might be a caching issue
[16:20:51] <ewic>	 but I do not know how to reset or clear the cache
[16:21:06] <RoanKattouw>	 Are there any files in the cache/ directory?
[16:21:25] <ewic>	 no that folder is empty
[16:21:39] <RoanKattouw>	 Hmph
[16:21:58] <RoanKattouw>	 Try adding an empty line to LocalSettings.php
[16:21:59] <ewic>	 For some more details
[16:22:10] <RoanKattouw>	 Changing LocalSettings should invalidate most caches
[16:22:31] <ewic>	 my sidebar looks like how it was when it was on the old server
[16:22:44] <ewic>	 but my MediaWiki:Sidebar page looks like a vanilla mediawiki installation
[16:22:52] <RoanKattouw>	 Oh, hah, that's weird
[16:23:18] <RoanKattouw>	 Have you tried editing MediaWiki:Sidebar to make it look the way you want it to look?
[16:23:36] <codurr>	 03rsterbin * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108250> 10/trunk/extensions/ArticleFeedbackv5/modules/jquery.articleFeedbackv5/jquery.articleFeedbackv5.js: Fixed the error messaging logic: a string in the api field is a message; an object means it has more data
[16:23:48] <ewic>	 Well I've tried editing the sidebar, but it makes no change to the actual sidebar
[16:24:07] <RoanKattouw>	 hmm
[16:24:41] <ewic>	 Could it be cached in the db somehow?
[16:24:58] <RoanKattouw>	 Yes, that's possible, but that cache should be invalidated when the wiki page is edited
[16:24:58] <ewic>	 oh, my cache directroy is not writeable
[16:25:04] <ewic>	 I feel that should be writeable
[16:25:09] <RoanKattouw>	 Yes
[16:25:20] <ewic>	 chmod a+w, correect?
[16:25:31] <RoanKattouw>	 You could also try truncating the objectcache table in the database
[16:25:40] <RoanKattouw>	 Whatever permissions are needed to allow the web server to write
[16:25:48] <RoanKattouw>	 So it depends on who owns the directory
[16:26:02] <Nikerabbit>	       2 non-native scope object :0
[16:26:04] <Nikerabbit>	 what
[16:26:12] <RoanKattouw>	 Nikerabbit: What does that even mean?
[16:26:13] <ewic>	 okay
[16:26:35] <Nikerabbit>	 no idea
[16:26:48] <Nikerabbit>	 happens on Fx9
[16:27:22] <ewic>	 Sorry, how do I truncate the objectcache table?
[16:27:28] <RoanKattouw>	 TRUNCATE objectcache;
[16:27:36] <codurr>	 New code comment: Hashar; r108248 \ I just suppressed warnings since I am not willing to handle exceptions thrown by wfUnpack(); <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108141#c29055>
[16:27:37] <codurr>	 03jeroendedauw * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108251> 10/trunk/extensions/EducationProgram/ (resources/ep.datepicker.js specials/SpecialEditTerm.php): css class fix to make this work with mw 1.18
[16:28:16] <codurr>	 03ialex * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108252> 10/trunk/phase3/ (3 files in 3 dirs):
[16:28:16] <codurr>	 Made UnwatchArticle, UnwatchArticleComplete, WatchArticle and WatchArticleComplete pass a WikiPage object instead of Article.
[16:28:16] <codurr>	 There are two extensions (InterwikiIntegration and Syslog) that use these hooks and they don't Article-only methods so they won't break by this change.
[16:30:30] <hashar>	 we are never going to release 1.19 !
[16:31:12] <^demon|away>	 Of course we will.
[16:31:33] <hashar>	 we are back to 112 revisions pending review in phase 3 :(
[16:31:34] <RoanKattouw>	 I haven't been putting in as much CR time as I should have this week
[16:31:38] * RoanKattouw  promises to make it up over the weekend

[16:32:00] <ewic>	 The truncate operation did not seem to do anything
[16:32:11] <^demon>	 hashar: The number of fixmes is steadily going down though.
[16:32:18] <RoanKattouw>	 It should've emptied the table. But it's possible that it didn't fix the bug
[16:32:21] <hashar>	 yup that is a good point
[16:32:25] <^demon>	 And the code slush doesn't go in to effect til this evening.
[16:32:53] <ewic>	 It appears that object cache still has things in it
[16:36:26] <ewic>	 hmm
[16:36:33] <ewic>	 I'm still stumped about this
[16:39:00] <ewic>	 The wiki has been moved from another server, if that helps at all
[16:39:09] <ewic>	 so I moved the web files and dumped the database
[16:39:14] <ewic>	 then ran the update script
[16:39:24] <ewic>	 (I also updated from 1.16 to 1.18)
[16:40:18] <Daniel_WMDE>	 ewic: ...maybe it's still connecting to the older database?
[16:40:49] <Daniel_WMDE>	 or it's hitting the same memcached instance?
[16:40:50] <ewic>	 It's reading off of "localhost"
[16:40:57] <ewic>	 and the server is a completely new machine
[16:41:03] <ewic>	 although the last server was dedicated
[16:41:07] <ewic>	 and the new server is a vps
[16:41:29] <ewic>	 let me double check my localsettings
[16:41:55] <Daniel_WMDE>	 ewic: hm... did xou change the content language setting?
[16:42:18] <ewic>	 where do I check that?
[16:42:26] <Daniel_WMDE>	 $wgLang
[16:43:06] <ewic>	 the $whLanguageCode = "en", which is correct
[16:43:42] <Daniel_WMDE>	 hm.
[16:43:55] <Daniel_WMDE>	 just to be sure, have a look at MediaWiki:sidebar/en
[16:44:22] <wikibugs>	 03(mod) decodeURIcomponent doesn't support bad unicode - 10https://bugzilla.wikimedia.org/33098  +comment (10mah)
[16:44:42] <ewic>	 they are the same
[16:44:57] <ewic>	 wait, no they are different
[16:45:07] <Daniel_WMDE>	 ...they shouldn't be...
[16:46:01] <Amgine>	 Why, on cs.WN, do interwikis not work?
[16:51:17] <wikibugs>	 03(mod) editwarning dialog does not appear in IE8 - 10https://bugzilla.wikimedia.org/33497  +comment (10mah)
[16:52:45] <Harmageddon>	 Hi! I have an extension that creates 2 parser functions. The first one has no output, but fills a variable which is displayed by the second one. But even if I return nothing, false or an empty string in the php function of the first parser function, a p-tag with a br inside is generated by the first parser function. Is there any way to avoid any output of a parser function?
[16:55:37] <Daniel_WMDE>	 Harmageddon: try return array( $output, 'noparse' => true, 'isHTML' => true );
[16:56:32] <Daniel_WMDE>	 Harmageddon: but note that if the parser function is on a line on it's own, and generates no output, you still have a blank line. which mediawiki turns into <p><br/></p>
[16:56:50] <Harmageddon>	 ah, okay, that's the problem
[16:58:43] <codurr>	 03demon * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108253> 10/trunk/phase3/includes/media/XCF.php: Follow up r108248, r108141: use wfUnpack() so we don't duplicate logic. Could also pass $length for sanity, but someone else can do that
[16:59:14] <Harmageddon>	 thanks Daniel_WMDE!
[16:59:18] <Daniel_WMDE>	 np :)
[17:00:05] <codurr>	 New code comment: ^demon; Handled the exception in r108253. If someone wants to add $length for sanity they can.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108141#c29056>
[17:00:30] <Daniel_WMDE>	 Harmageddon: you could try to trick it by returning something invisible but not-null. \x07  or something
[17:00:48] <Daniel_WMDE>	 no idea what happens when you do that :)
[17:01:15] <Harmageddon>	 I think I'll just put all "empty" parser functions in one line, then it works.
[17:02:43] <^demon>	 Daniel_WMDE: If that works that'd be some kind of magic.
[17:02:49] <^demon>	 And you know what they say about magic :)
[17:03:20] <Platonides>	 duesentrieb is a good wizard :)
[17:03:57] <codurr>	 03yaron * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108254> 10/trunk/extensions/AdminLinks/ (AdminLinks.php README): New version: 0.1.6
[17:03:58] <^demon>	 Yeah but he plays as lawful good so he's no fun.
[17:04:14] <Daniel_WMDE>	 *evil giggle*
[17:04:40] <wikibugs>	 04(REOPENED) ArticleFeedback settings on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556  +comment (10shi zhao)
[17:05:14] <Reedy>	 That irritates the hell out of me
[17:05:19] <Reedy>	 Ask for something, do it, close bug
[17:05:26] <Reedy>	 reopen bug OH WE WANTED THIS ALSO
[17:06:30] <ewic>	 So it looks like my regular Sidebar and my Sidebar/en can be independently changed
[17:06:35] <ewic>	 are they supposed to be connected?
[17:07:30] <Daniel_WMDE>	 ewic: depends on your user interface language. if you selected english as your interface language in the preferences, sidebar should show sidebar/en
[17:07:45] <Daniel_WMDE>	 ewic:  try sidebar?uselang=en 
[17:07:58] <Nikerabbit>	 uh
[17:08:07] <Nikerabbit>	 there is no such thing as sidebar/<content language code>
[17:08:33] <ewic>	 it just goes back to default sidebar
[17:09:18] <codurr>	 New code comment: ^demon; Shouldn't it be in the "changes since 1.17.1" section?; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108234#c29057>
[17:09:47] <wikibugs>	 03(mod) ArticleFeedback settings on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556  +comment (10liangent)
[17:15:49] <codurr>	 New code comment: Reedy; $wgMaxGeoSearchRadius at the top is unused, as is $count; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108052#c29058>
[17:17:07] <wikibugs>	 14(WFM) editwarning dialog does not appear in IE8 - 10https://bugzilla.wikimedia.org/33497  +comment (10Dan Barrett)
[17:19:25] <codurr>	 03gwicke * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108255> 10/trunk/extensions/VisualEditor/modules/parser/ (4 files):
[17:19:25] <codurr>	 Handle default for template arg expansion, add template fetch functionality
[17:19:25] <codurr>	 and tweak a few minor things in the grammar and QuoteTransformer.
[17:24:30] <wikibugs>	 03(NEW) Signature preview does not manage language interwikis - 10https://bugzilla.wikimedia.org/33563 minor; MediaWiki: User preferences; (Amgine.Saewyc)
[17:24:33] <Daniel_WMDE>	 there isn't?
[17:26:39] <wikibugs>	 03(NEW) transwiki import of invalid titles is possible on wmf wikis - 10https://bugzilla.wikimedia.org/33564 major; MediaWiki: Export/Import; (umherirrender_de.wp)
[17:30:01] <codurr>	 03demon * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108256> 10/branches/FileBackend/phase3/includes/filerepo/backend/SwiftFileBackend.php: NULL -> null, ping r107199
[17:30:01] <codurr>	 03maxsem * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108257> 10/trunk/extensions/GeoData/ApiQueryGeoSearch.php: rm unused vars
[17:30:18] <codurr>	 New code comment: MaxSem; r108257; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108052#c29059>
[17:32:07] <beachbrake>	 yuvipanda: hello ^_^
[17:32:59] <yuvipanda>	 beachbrake: hi!
[17:33:02] <beachbrake>	 sumanah: yuvipanda asked me to ping you, if there is any accommodation for the hackathon in pune next month.
[17:33:13] <sumanah>	 hi beachbrake 
[17:33:23] <beachbrake>	 :) hello sumanah 
[17:33:34] <sumanah>	 beachbrake: I don't know; Alolita Sharma is the best one to contact
[17:33:45] * sumanah  looks at https://www.mediawiki.org/wiki/Pune_Hackathon_Feb_2012

[17:34:03] <codurr>	 03rsterbin * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108258> 10/trunk/extensions/ArticleFeedbackv5/modules/jquery.articleFeedbackv5/jquery.articleFeedbackv5.special.js: Added documentation and fold markers to the special page js
[17:34:09] <blobaugh>	 sumanah: you doing one every month?
[17:34:31] <sumanah>	 blobaugh: hold on, let me finish this conversation with beachbrake and then get back to you
[17:34:32] <beachbrake>	 sumanah: ill be traveling with a LOT of luggage as Pune hackathon is my stoppage between me shifting permanently to Bangalore from Delhi.
[17:34:49] <sumanah>	 beachbrake: you can email alolita: alolita at wikimedia dot org
[17:34:57] <beachbrake>	 sumanah: thanks!
[17:35:01] <sumanah>	 beachbrake: I am not one of the main organizers of the Pune hackathon.
[17:35:14] <beachbrake>	 ah ill mail her ^_^ thanks!
[17:35:15] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108259> 10/trunk/phase3/RELEASE-NOTES-1.19: release-notes: remove notes for r108203; adding new ones for r108230
[17:35:19] <sumanah>	 beachbrake: If Alolita doesn't respond, Rachel Farrand (rfarrand @ wikimedia) can help.
[17:35:42] <sumanah>	 blobaugh: The budget for Wikimedia Foundation covers 6 hackathons in the 2011-2012 fiscal year.
[17:36:04] <sumanah>	 blobaugh: I am happy to help facilitate & enable additional events that volunteers and other local people desire.
[17:36:18] <blobaugh>	 sumanah: ah, i found a place for you to host an event in Seattle if enough people can be found to attend :D
[17:36:20] <sumanah>	 blobaugh: for example, if Microsoft wants to host an event 
[17:36:26] <yuvipanda>	 wah, six? That's one every two months!
[17:36:37] <sumanah>	 yuvipanda: yes, but many are regional
[17:36:54] <sumanah>	 yuvipanda: we do not expect many people to travel internationally for the San Francisco event this month
[17:36:55] <codurr>	 03reedy * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108260> 10/branches/REL1_18/phase3/RELEASE-NOTES-1.18: Improve RELEASE-NOTES-1.18 for r108045
[17:37:03] <sumanah>	 blobaugh: how many people are  "enough"?
[17:37:49] <codurr>	 New code comment: ^demon; Not perfect, but better :p; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108260#c29060>
[17:38:06] <blobaugh>	 sumanah: no idea. that is up to you ;)
[17:38:09] <blobaugh>	 sumanah: http://www.workatthemill.com/
[17:38:32] <blobaugh>	 sumanah: the owner asked me to hook you two up, but i left her card in my other shirt at home
[17:38:41] <sumanah>	 blobaugh: email me please, and I will not be able to respond till next week.  Swamped.
[17:39:24] <sumanah>	 blobaugh: what's the room capacity, what dates are avail., how much financial sponsorship MS can provide, whether y'all could pay for flying MediaWiki experts in, etc etc are all questions of interest to me
[17:39:27] <blobaugh>	 sumanah: no problem. i just tossed the idea to her that you would like to get a branch going in Seattle and need a place to work
[17:39:33] <sumanah>	 thanks, blobaugh 
[17:39:41] * yuvipanda  pictures sumanah wading through thick wet leaf filled swamps

[17:39:43] <BarkingFish>	 afternoon all... Who would I approach concerning a modification to Special:Watchlist and the Watch/Unwatch functions?  I've always wondered why you can't watchlist an individual user's contribs.
[17:39:55] <blobaugh>	 sumanah: heh, i know nothing, just tossed the idea to host you out there ;)
[17:39:58] <Reedy>	 Bugzilla?
[17:40:02] <BarkingFish>	 At the moment, I'm doing it using Atom & my RSS newsreader, Akregator
[17:40:03] <sumanah>	 BarkingFish: you could file a bug in bugzilla specifying the sort of thing you want
[17:41:01] <sumanah>	 BarkingFish: and then once that bug is specific and detailed enough, either implement it via a patch you submit that modifies Special:Watchlist, or nicely lobby the existing dev community
[17:41:11] <BarkingFish>	 yeah, I suppose I could wishlist it
[17:41:19] <sumanah>	 BarkingFish: what do you mean?
[17:41:36] <BarkingFish>	 It would be a wish more than a bug, sumanah 
[17:41:48] <wikibugs>	 03(mod) factbox title not localizing - 10https://bugzilla.wikimedia.org/33539  +comment (10mrandmrsmurphy)
[17:41:50] <BarkingFish>	 Special:Watchlist isn't broken, it simply doesn't do what I want :)
[17:42:12] <sumanah>	 BarkingFish: bugzilla is also a place where we put enhancement requests.
[17:42:14] <BarkingFish>	 and as for patching it, that'd probably confuse the hell out of me.
[17:42:24] <sumanah>	 BarkingFish: you would use the "enhancement" category when you file the issue.
[17:42:39] <sumanah>	 BarkingFish: well, a good spec is a good chunk of the work, so that is a useful contribution too :)
[17:43:02] <wikibugs>	 03(mod) ArticleFeedback settings on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556  +comment (10shizhao)
[17:43:11] <BarkingFish>	 ok, well it would be an enhancement, since it seems silly to have to use two programs to do the same thing which one reasonably could :)
[17:43:21] <BarkingFish>	 I'll drop in and file
[17:43:24] <sumanah>	 thanks BarkingFish 
[17:43:46] <wikibugs>	 03(mod) custom license misses the text field for input - 10https://bugzilla.wikimedia.org/33542  +comment (10saibotrash)
[17:44:05] <sumanah>	 once you've filed your enhancement request, BarkingFish, feel free to add it as an item on this list: https://www.mediawiki.org/wiki/Annoying_large_bugs  which I use as a list to draw from when I'm encouraging volunteers
[17:44:53] <sumanah>	 yuvipanda: hey, just FYI, Rachel Farrand and Alolita Sharma are the folks you should tell people to contact if they have questions re the Pune hackathon. 
[17:44:56] <wikibugs>	 03(mod) editwarning dialog does not appear in IE8 - 10https://bugzilla.wikimedia.org/33497  +comment (10mediawiki)
[17:45:51] <yuvipanda>	 sumanah: got it
[17:48:47] <wikibugs>	 03(NEW) Set accesskey="s" on submit buttons on Special:EditWatchlist - 10https://bugzilla.wikimedia.org/33565 normal; MediaWiki: Watchlist; (liangent)
[17:52:20] <codurr>	 03reedy * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108261> 10/trunk/extensions/AbuseFilter/special/SpecialAbuseLog.php: Fix mixed whitespace in r107455
[17:52:22] <wikibugs>	 03(mod) ArticleFeedback settings on Chinese wikipedia - 10https://bugzilla.wikimedia.org/33556  +comment (10liangent)
[17:54:25] <wikibugs>	 03(mod) [edit] links appear although __NOEDITSECTION__ present - 10https://bugzilla.wikimedia.org/33250  +comment (10umherirrender_de.wp)
[17:55:14] <Harmageddon>	 Is there any way to place the output of a parser function not in the article itself, where the function is included, but in the sidebar or in the sitenotice?
[17:57:20] <MaxSem>	 you mean parser function in the article text?
[17:57:28] <MaxSem>	 or no matter where?
[17:58:41] <Harmageddon>	 the parser function is revoked in the article with {{#myfunction:param1|param2}}
[17:59:07] * sumanah  looks at unprioritized bugs with patches awaiting review.  hexmode feel free to change the priorities I set if you think I'm off.

[17:59:58] <wikibugs>	 03(mod) CheckUser User-Agent check feature - 10https://bugzilla.wikimedia.org/31712  +comment (10Sumana Harihareswara)
[18:00:04] <wikibugs>	 03(ASSIGNED) Set accesskey="s" on submit buttons on Special:EditWatchlist - 10https://bugzilla.wikimedia.org/33565  +comment (10Krinkle)
[18:00:54] <wikibugs>	 03(mod) ParserFunctions + Variables: tighter integration. - 10https://bugzilla.wikimedia.org/30039  (10Sumana Harihareswara)
[18:01:13] <sumanah>	 Nikerabbit, aharoni, how high-priority is https://bugzilla.wikimedia.org/show_bug.cgi?id=30611 ?
[18:02:01] <wikibugs>	 03(mod) CheckUser User-Agent check feature - 10https://bugzilla.wikimedia.org/31712  +comment (10sam)
[18:02:43] <wikibugs>	 03(mod) WikiEditor localization for Arabic Wikipedia - 10https://bugzilla.wikimedia.org/30611  (10Sumana Harihareswara)
[18:05:28] <wikibugs>	 03(mod) mw.util.wikiGetlink should allow query parameter passing - 10https://bugzilla.wikimedia.org/30803  (10Sumana Harihareswara)
[18:06:55] <Nikerabbit>	 sumanah: medium I guess
[18:07:08] <wikibugs>	 03(mod) transwiki import of invalid titles is possible on wmf wikis - 10https://bugzilla.wikimedia.org/33564  +comment (10Guandalug)
[18:07:22] <sumanah>	 ok, Nikerabbit, I marked it "importance: normal".  It's awaiting patch review.
[18:08:03] <sumanah>	 bsitu: hi! is today your patch review day?
[18:09:48] <codurr>	 New code comment: ^demon; The way you've got it now, you're restricting based on the request title, not the page being parsed.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/107877#c29061>
[18:10:16] <wikibugs>	 03(NEW) WikiEditor's beforeunload logic should be rewritten to play nicely with other handlers - 10https://bugzilla.wikimedia.org/33566 normal; MediaWiki extensions: WikiEditor; (mediawiki)
[18:10:56] <wikibugs>	 03(mod) WikiEditor's beforeunload logic should be rewritten to play nicely with other handlers - 10https://bugzilla.wikimedia.org/33566  +comment (10Dan Barrett)
[18:14:28] <Harmageddon>	 Has anybody an idea on how to get the output of a parser function called in an article in the sidebar or the sitenotice?
[18:14:33] <sumanah>	 hi OrenBo, how are you doing?
[18:15:53] <codurr>	 03krinkle * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108262> 10/trunk/phase3/ (4 files in 3 dirs):
[18:15:53] <codurr>	 Add tooltip/accesskey to EditWatchlist
[18:15:53] <codurr>	 * Fixes bug 33565
[18:16:00] <wikibugs>	 03(mod) Problem with tabs display on Serbian Wikipedia - 10https://bugzilla.wikimedia.org/24710  (10m.p.roppelt)
[18:16:23] <wikibugs>	 03(FIXED) Add accesskey/tooltip to submit buttons on Special:EditWatchlist - 10https://bugzilla.wikimedia.org/33565  summary; +comment (10Krinkle)
[18:16:33] <wikibugs>	 03(mod) allow cropping images when rendered - 10https://bugzilla.wikimedia.org/7757  (10Chad H.)
[18:17:05] <sumanah>	 ^demon: if you have a sec to review https://bugzilla.wikimedia.org/show_bug.cgi?id=32787 (two lines, looks simple to me) that would be nice -- also, I would welcome your opinion on what priority bug 30332 should be
[18:22:04] <sumanah>	 alolita: hey, today's the day when rmoen and bsitu are doing patch review, right?
[18:22:55] <wikibugs>	 03(mod) Assign right to fix double redirects to user groups (was: Redirect fixer contributions caused by vandalism) - 10https://bugzilla.wikimedia.org/15622  (10m.p.roppelt)
[18:22:58] <Bramblepath>	 does anyone know why Special:UnusedFiles might list files that are only used on a user page?
[18:24:07] <codurr>	 03demon * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108263> 10/trunk/phase3/includes/db/Database.php: (bug 32787) Add DB name to debug output. Based on patch by Solitarius
[18:24:31] <wikibugs>	 03(FIXED) Add database name (mDBname) to wfDebug message - 10https://bugzilla.wikimedia.org/32787  +comment (10Chad H.)
[18:25:27] <sumanah>	 Bramblepath: huh, does Special:UnusedFiles have a namespace chooser?
[18:25:35] <Bramblepath>	 I don't think so
[18:25:45] <sumanah>	 sounds like a bug, Bramblepath 
[18:25:52] <Bramblepath>	 at first I thought it might be because they were only used on a single page
[18:26:12] <Bramblepath>	 but it's definitely due to it being used only on a user page
[18:26:14] <Harmageddon>	 Bramblepath: Are they used with [[File:Image.jpg]] or with http://mydomain/wiki/images/0/0a/Image.jpg or something like that?
[18:26:45] <Reedy>	 Unused files?
[18:26:54] <Reedy>	 Isn't that always going to be the file namespace? :/
[18:28:01] <codurr>	 03hashar * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108264> 10/trunk/phase3/maintenance/language/messages.inc: wl edit tooltip messages from r108262
[18:28:07] <Bramblepath>	 ah, found the cause I think
[18:28:25] <Bramblepath>	 most the images listed are embeded with [[Image:Filename.jpg]]
[18:29:06] <Bramblepath>	 does this still count as a bug?
[18:29:09] <sumanah>	 Bramblepath: and the unusedfiles list doesn't take account of that as usage? weird. I think that's a bug
[18:29:21] <sumanah>	 Bramblepath: I hereby suggest you file a bug.
[18:29:28] <Bramblepath>	 I guess it looks for File: rather than Image:
[18:29:36] <Bramblepath>	 I'll replace all Image: usage anyway
[18:29:49] <Bramblepath>	 thanks, I will
[18:30:16] <codurr>	 03demon * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108265> 10/trunk/phase3/includes/db/Database.php: Couple of fname -> __method__
[18:30:34] <codurr>	 New code comment: Krinkle; I took <code>tooltip-preferences-save</code> as an example, didn't show up in <tt>ack</tt> in <tt>me; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108264#c29062>
[18:31:35] <wikibugs>	 03(mod) User:Babel AutoCreate creating categories it shouldn't - 10https://bugzilla.wikimedia.org/33553  (10lorddarkknight3)
[18:31:45] <bsitu>	 Hi Sumanah
[18:32:36] <sumanah>	 hi bsitu! are you already set with some patches to review?
[18:32:48] <codurr>	 New code comment: Aaron Schulz; This was requested on http://www.mediawiki.org/wiki/Extension_talk:FlaggedRevs#Error_for_.2Fmaintena; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108196#c29063>
[18:33:14] <bsitu>	 I am not sure if I have time to do patch review today
[18:33:15] <bsitu>	 :(
[18:34:24] <OrenBo>	 re I'm getting wired error messages on mediawiki
[18:34:35] <Reedy>	 Commons is having issues
[18:34:40] <^demon>	 "Stop doing that to me!"
[18:34:41] <sumanah>	 OrenBo: should be fixed now, per #wikimedia-tech
[18:34:41] <Reedy>	 Most likely related to that
[18:34:49] <OrenBo>	 it worse
[18:35:01] <OrenBo>	 A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
[18:35:03] <OrenBo>	     (SQL query hidden)
[18:35:05] <OrenBo>	 from within function "GlobalUsage::insertLinks". Database returned error "1290: The MySQL server is running with the --read-only option so it cannot execute this statement (10.0.6.41)"
[18:35:05] <sumanah>	 bsitu: :( something else ate into the reserved 20% time, I'm guessing?
[18:35:28] <Reedy>	 OrenBo, no, it's the same thing
[18:35:49] <sumanah>	 ah, I'm getting that too.
[18:36:16] <sumanah>	 but only if I'm creating the first topic on a talk page.
[18:36:24] <Reedy>	 Ops haven't made the master rw yet
[18:36:32] <OrenBo>	 ok - I was just getting time outs on edit in wikibooks etc 
[18:36:52] <bsitu>	 sumanah: yeah, :(, but I will try to review some patches
[18:36:56] <wikibugs>	 03(NEW) User field is cleared in Special:Log if no log entries are found - 10https://bugzilla.wikimedia.org/33567 normal; MediaWiki: Special pages; (liangent)
[18:37:35] <OrenBo>	 sumanah: I'm back from my vacation
[18:37:44] <wikibugs>	 03(mod) User field is cleared in Special:Log if no log entries are found - 10https://bugzilla.wikimedia.org/33567  +comment (10liangent)
[18:38:15] <sumanah>	 OrenBo: hope you enjoyed the vacation!
[18:38:22] <OrenBo>	 it was a blast
[18:38:49] <OrenBo>	 its much colder here in Budapest but there is no snow this year
[18:38:57] <sumanah>	 bsitu: need any pointers to patches to review, or do you have a few in mind?
[18:39:13] <sumanah>	 I have the same question for rmoen, bsitu, in case you are near him :)
[18:39:43] <sumanah>	 OrenBo: I hope to visit Budapest someday -- I find myself thinking "hmm, if I could organize some MediaWiki thing there, that would give me an excuse to go"
[18:39:51] <bsitu>	 sumanah: I like pointers, :)
[18:39:54] <OrenBo>	 I'm migrating my home machine to be more development friendly (including a version of ubuntu)
[18:40:14] <sumanah>	 OrenBo: btw are you awaiting anything from any MediaWiki developers right now, any permissions or accounts or reviews or feedback?
[18:41:26] <OrenBo>	 sumanah: I'm ok for now
[18:41:34] <sumanah>	 bsitu: https://bugzilla.wikimedia.org/show_bug.cgi?id=16957 and https://bugzilla.wikimedia.org/show_bug.cgi?id=13910 
[18:41:55] <sumanah>	 bsitu: leftover from when you had a patch review day on the 23rd :-)
[18:42:21] <bsitu>	 all right, :)
[18:42:24] <Nikerabbit>	 sumanah: best poke amir since he worked on that
[18:42:37] <sumanah>	 Nikerabbit: on what? I lack context. 
[18:42:47] <codurr>	 03ashley * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108266> 10/trunk/extensions/LinkFilter/LinkFilter.i18n.php:
[18:42:47] <codurr>	 LinkFilter: i18n bugfix -- get rid of linkfilter-instructions-url and
[18:42:47] <codurr>	 linkfilter-admin-instructions-url. They were causing a bug (in English, the link
[18:42:47] <codurr>	 on MediaWiki:Linkfilter-instructions was pointing to a *mainspace* page called
[18:42:47] <codurr>	 "Linkfilter-instructions" instead of the MediaWiki: page; translations seemed to
[18:42:47] <codurr>	 have linguistic content, which was not intended. Actual code fixes (to
[18:42:48] <codurr>	 SpecialLinkApprove.php and to SpecialLinkSubmit.php) coming soon.
[18:43:07] <sumanah>	 ashley: hey, I just wanted to thank you for your email to wikitech-l the other day
[18:43:14] <codurr>	 03ashley * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108267> 10/trunk/extensions/LinkFilter/ (9 files):
[18:43:14] <codurr>	 LinkFilter: version 2.1:
[18:43:14] <codurr>	 *fixes for ResourceLoader compatibility
[18:43:14] <codurr>	 *dropped backwards compatibility with pre-1.18 MediaWikis
[18:43:14] <codurr>	 *removed $wgLinkFilterScripts global, unnecessary now thanks to RL
[18:43:14] <codurr>	 This is also a follow-up to r108266.
[18:43:16] <sumanah>	 and the offer to do code review for other extensions developers
[18:43:29] <Nikerabbit>	 sumanah: the arabic bug you asked about priority
[18:43:37] <OrenBo>	 I'm looking into making search testable without a live MediaWiki Instance
[18:43:40] <ashley>	 sumanah: no need to thank, I just wanted to help out where I can :-)
[18:43:56] <wikibugs>	 03(NEW) Special:UnusedFiles lists files that are used with [[Image:Filename]] syntax - 10https://bugzilla.wikimedia.org/33568 minor; MediaWiki: Special pages; (victorycandescence)
[18:44:15] <sumanah>	 OrenBo: good to know.
[18:44:52] <OrenBo>	 I got one issue - I need to see the unit tests run 100% on my search-test instance
[18:45:13] <sumanah>	 hashar: ^^
[18:45:21] <OrenBo>	 I don't know my way round the directory layout to do that
[18:45:36] <Reedy>	 OrenBo, fyi, phpunit is a bitch on ubuntu
[18:45:48] <OrenBo>	 thanks
[18:45:55] <Reedy>	 package is somewhat crap, so you'll need to install stuff via pecl too
[18:45:55] <OrenBo>	 I'm talking about Junit
[18:46:03] * hashar  does the wave dance  /\/\/\___/\/\_____/\

[18:46:12] <digimer>	 Hi all, I have a very odd problem on my wiki
[18:46:23] <digimer>	 logged in, I see the recent version of a page
[18:46:30] <digimer>	 logged out, I see an old version
[18:46:38] <OrenBo>	 they can be run using ANT is it's all configured correctly
[18:46:49] <digimer>	 v1.16.4
[18:47:05] <sumanah>	 digimer: hm, that is weird.  (I hereby remind you that 1.18.0 is the latest version and you should upgrade, but you know that)
[18:47:13] <digimer>	 heh
[18:47:23] <hashar>	 OrenBo: I have no idea if it is possible to run our PHP test suite without a MW instance :/
[18:47:34] <digimer>	 I've been using this wiki for years, this is the first time I've ever seen this
[18:47:49] <Reedy>	 hashar, surely only the databaseless tests?
[18:48:00] <sumanah>	 digimer: what happened just before you noticed the problem? :)
[18:48:01] <digimer>	 any idea what it might be?
[18:48:23] <digimer>	 nothing so far as I could tell. I uploaded some changes, asked someone to take a look and they got the old version
[18:48:26] <hashar>	 Reedy: still require a LocalSettings.php :D
[18:48:27] <OrenBo>	 hashar: Testing search can be split into 2 parts 
[18:48:30] <digimer>	 cleared cache, still old version
[18:48:44] <digimer>	 so I went to a VM that had never loaded the page, and it got the old version as well
[18:48:59] <digimer>	 logged in, got the new version. logged out, got the old version again.
[18:49:08] <Reedy>	 hashar, it's not as if it's difficult to install MW
[18:49:13] <hashar>	 PHP SUCKS C***S HARD
[18:49:16] <OrenBo>	 one is integration testing and should be done using mock objects for speed and with a real MW to be sure the interfaces aren't broken
[18:49:21] <sumanah>	 digimer: do you have any caching set up on the server, within MW or Apache?
[18:49:23] <hashar>	 sorry
[18:49:58] <sumanah>	 digimer: & what extensions do you have installed? anything out of the ordinary?
[18:50:19] <OrenBo>	 the second part is indexing/retrieval/ranking/benchmarking etc and can use a static snapshots 
[18:50:46] <hashar>	 php -r "require('/dev/null');"  # <-- PHP can't require /dev/null  :(
[18:51:17] <digimer>	 sumanah: no caching, restarted apache
[18:51:37] <digimer>	 sumanah: https://alteeve.com/w/Special:Version
[18:51:54] <OrenBo>	 I'm looking into putting the page output into the dump files (which I have been using for years) and making the core code testable in CI environment
[18:52:00] <digimer>	 syntax highlighting is the main extension, nothing else really fancy
[18:52:14] <digimer>	 some modified CSS, but that's not related, I don't imagine
[18:52:20] * sumanah  looks at WikiCURL

[18:53:14] <digimer>	 sumanah: the page is; https://alteeve.com/w/2x5_Scalable_Cluster_Tutorial 
[18:53:15] <sumanah>	 not likely that's it, I think.  digimer, have you already rifled through release notes for 1.16.5, 1.17, & 1.18 to see if anything applies?
[18:53:18] <OrenBo>	 what is the status of migrating to HIPHOP
[18:53:20] <digimer>	 the ASCII chart at the start
[18:53:30] <digimer>	 where you should see: https://alteeve.com/index.php?title=2x5_Scalable_Cluster_Tutorial&oldid=4138
[18:53:47] <digimer>	 sumanah: I have not yet looked at the changelogs
[18:53:55] <sumanah>	 OrenBo: https://www.mediawiki.org/wiki/HipHop_deployment/status#2011-12-31
[18:55:55] <digimer>	 sumanah: odd... now even pointing to the specific edit when not logged in shows the old image.
[18:56:08] <digimer>	 s/image/ASCII art/
[18:56:29] <wikibugs>	 03(WONTFIX) DynamicPageList-extension is very old - 10https://bugzilla.wikimedia.org/15537  +comment (10Bawolff)
[18:56:50] <codurr>	 03hashar * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108268> 10/trunk/phase3/images/: svn:ignore images/lockdir directory
[18:58:25] <wikibugs>	 14(DUP) Intersection: Add "nottitle" - 10https://bugzilla.wikimedia.org/33559  +comment (10Bawolff)
[18:58:26] <wikibugs>	 03(mod) Add excludepage parameter to DynamicPageList - 10https://bugzilla.wikimedia.org/30578  +comment (10Bawolff)
[18:58:35] <sumanah>	 sorry, digimer, I personally don't know what might be causing this -  https://www.mediawiki.org/wiki/Release_notes/1.17  & https://www.mediawiki.org/wiki/Release_notes/1.18  are places to look to see if upgrading will help
[18:58:46] <sumanah>	 digimer: and if those don't mention anything, the mediawiki-l list might help more
[18:58:49] <sumanah>	 !lists | digimer 
[18:59:05] <Reedy>	 sigh
[18:59:39] * Reedy  waits

[19:00:17] <Matrixiumn>	 bye
[19:00:24] <Reedy>	 that's better
[19:00:27] <digimer>	 sumanah: ok, I'll have to deal with this after work
[19:00:40] <digimer>	 I'll just upgrade to the latest, and come back if the problem persists after
[19:00:45] <sumanah>	 !lists | digimer 
[19:00:46] <mw-bot>	 digimer: mediawiki-l and wikitech-l are the primary mailing lists for MediaWiki-related issues. See http://lists.wikimedia.org/ for details.
[19:00:48] <digimer>	 sumanah: thanks for your time and help
[19:01:01] <digimer>	 ML noted
[19:01:02] <sumanah>	 digimer: happy to! please let us know if it works out, too
[19:01:05] <sumanah>	 also, digimer --
[19:01:07] <digimer>	 will do
[19:01:16] <sumanah>	 digimer: https://www.mediawiki.org/wiki/MediaWiki_developer_meetings  
[19:01:34] <sumanah>	 digimer: if you want one of these near you, let me know and I'll keep it in mind when I encourage volunteer organizers :)
[19:01:49] * digimer  is in Toronto, Canada

[19:02:26] <OrenBo>	 sumanah: 10x
[19:02:39] <digimer>	 sumanah: I'd normally be happy to help organize, but I am ear-deep in a volunteer clustering project. :)
[19:02:47] <sumanah>	 OrenBo: you're welcome!  (that was "thanks", right?) :)
[19:03:16] <sumanah>	 digimer: hah!  we're working on improving volunteer access to our cluster as well
[19:03:21] <sumanah>	 digimer: via Wikimedia Labs
[19:03:30] <OrenBo>	 yes it was - I surprised how you can pop out complex url - are you half bot ?
[19:03:54] <sumanah>	 digimer: obligatory link: https://www.mediawiki.org/wiki/WMF_Projects/Wikimedia_Labs
[19:04:35] <sumanah>	 OrenBo: :D  that would help!  really I just have Firefox's Awesomebar 
[19:04:42] <digimer>	 sumanah: what type of clustering do you folks use?
[19:04:47] <OrenBo>	 sumanah: I like the Idea of labs but they realy need a tutorial
[19:04:53] * digimer  focuses on RHCS HA VM clusters

[19:05:12] <sumanah>	 OrenBo: Ryan_Lane and petan would probably welcome your list of "what should be in the labs tutorial"
[19:05:37] <wikibugs>	 03(mod) Pre-save transform skips extensions using wikitext (gallery, references, footnotes, Cite, pipe trick, subst, signatures) - 10https://bugzilla.wikimedia.org/2700  (10Reedy)
[19:06:04] <wikibugs>	 03(mod) Pre-save transform skips extensions using wikitext (gallery, references, footnotes, Cite, pipe trick, subst, signatures) - 10https://bugzilla.wikimedia.org/2700  (10Reedy)
[19:06:20] * Reedy  just pissed off a lot of people

[19:06:23] <petan>	 OrenBo: could you please write a list somewhere onwiki so that we know what we should write first?
[19:06:28] <sumanah>	 digimer: I don't know as much about the details of our clustering -- http://ryandlane.com/blog/category/openstack/ has more, as does wikitech.wikimedia.org
[19:06:37] <OrenBo>	 I wish I could tell them - I still find it too complicated - all the work was done by Petan and jeremyb
[19:06:50] <OrenBo>	 I can make some suggestions
[19:06:58] <Ryan_Lane>	 digimer: we are using openstack nova
[19:07:12] <petan>	 OrenBo: there is a proposal to make an environment where devs can easily create a num,ber of wikis, we are working on that...
[19:07:18] <codurr>	 New code comment: Toniher; Hi ^demon, I did that way because I thought it might be better not to actually set those hooks in no; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/107877#c29064>
[19:07:26] <Ryan_Lane>	 digimer: I was originally considering RHEVM, but it still requires windows
[19:07:26] <petan>	 it won't be so hard
[19:07:28] <jeremyb>	 sumanah: you had mail earlier
[19:07:30] <petan>	 in future
[19:07:40] <Ryan_Lane>	 openstack has way more steam behind it, as well
[19:07:47] <Ryan_Lane>	 and it also fits our purposes a little better
[19:07:56] <wikibugs>	 03(mod) en.wp uses lang="simple" for simple: interlang links. - 10https://bugzilla.wikimedia.org/32483  (10Reedy)
[19:08:12] <jeremyb>	 i have to read back a few pages
[19:08:20] <OrenBo>	 I'll put it on my http://www.mediawiki.org/wiki/User:OrenBochman/Installation
[19:08:31] <sumanah>	 jeremyb: "re-simplifying the editing process"? got it.
[19:08:35] <sumanah>	 thanks OrenBo 
[19:08:45] <Ryan_Lane>	 labs isn't terribly complicated, if you are used to any virtualization
[19:08:49] <jeremyb>	 sumanah: great
[19:09:09] <Ryan_Lane>	 but I'm more than happy to make improvements you feel would help
[19:09:10] * jeremyb  has an hour of scrollback to dig through

[19:09:17] <wikibugs>	 03(mod) Add a drop-down list for the tags in Recentchanges and Newpages - 10https://bugzilla.wikimedia.org/25909  (10Reedy)
[19:10:34] <wikibugs>	 03(mod) update upstream jquery.tipsy - 10https://bugzilla.wikimedia.org/33562  normal->15enhancement;  +upstream (10Reedy)
[19:10:53] <digimer>	 Ryan_Lane: the current RHEVM beta does not
[19:11:11] <Ryan_Lane>	 ah, they finally switched everything to java?
[19:11:32] <digimer>	 the windows requirement was legacy from the company they bought, but they're close to removing that annoying restriction.
[19:11:33] <codurr>	 New code comment: Rsterbin; It means you agree to having your comment show up on the feedback dashboard. (Which it doesn't at t; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/104988#c29065>
[19:11:44] <Ryan_Lane>	 how does the authn/authz work?
[19:11:53] <Ryan_Lane>	 does it have an api?
[19:12:26] <digimer>	 RHEVM? I think so. I've not played with it much myself yet, either, because of the windows requirement
[19:12:31] <Ryan_Lane>	 ah
[19:12:34] * digimer  works in the cluster stack directly

[19:12:38] <Ryan_Lane>	 what red hat virtualization are you doing?
[19:12:44] <digimer>	 KVM
[19:12:47] <Ryan_Lane>	 oh
[19:12:52] <Ryan_Lane>	 you are doing everything yourself/
[19:13:09] <digimer>	 Ryan_Lane: more or less, yes.
[19:13:17] <Ryan_Lane>	 painful :)
[19:13:29] <digimer>	 it's not that much work, truth be told, it just seems many prefer GUI to command line. :)
[19:13:31] <sumanah>	 hey Ryan_Lane, digimer is a Canadian like you (I know, not really)
[19:13:39] <Ryan_Lane>	 hahaha
[19:13:40] <digimer>	 hehe
[19:14:30] <sumanah>	 digimer: I mistook Ryan_Lane's Louisiana accent for a Canadian accent when I first met him
[19:14:42] <digimer>	 haha
[19:14:54] <digimer>	 I would never have throught the two were confusable
[19:15:16] <sumanah>	 the realm of folly is larger than one can imagine
[19:15:17] <Ryan_Lane>	 this virt cluster is configured to be a lot more reliable than ours :D
[19:15:33] <codurr>	 New code comment: Reedy; And it certainly shouldn't be giving a users a Resources.php to replace the default with; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106341#c29066>
[19:15:39] * digimer  <3 redundancy

[19:15:44] <Ryan_Lane>	 meh
[19:15:49] <codurr>	 03rsterbin * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108269> 10/trunk/extensions/ArticleFeedbackv5/modules/jquery.articleFeedbackv5/jquery.articleFeedbackv5.js: Debug code needs removing
[19:16:01] <yuvipanda>	 sumanah: just so you know, the code I wrote when I first started doing work as a volunteer dev just got deployed y'day :)
[19:16:07] <Ryan_Lane>	 we are using gluster for the storage
[19:16:09] <Ryan_Lane>	 I hate drbd
[19:16:12] <digimer>	 oh?
[19:16:19] <sumanah>	 yuvipanda: :-D  what code?
[19:16:20] <digimer>	 I've had great success with DRBD
[19:16:27] <yuvipanda>	 sumanah: Extension:ShortUrl
[19:16:36] <Ryan_Lane>	 it's limited to a single node
[19:16:37] <digimer>	 but it requires tuning and proper fencing, which many folks don't realize.
[19:16:38] <yuvipanda>	 sumanah: there's a new bug against it, so it hasn't been enabled yet..
[19:16:46] <Ryan_Lane>	 which is the problem I have
[19:16:49] <yuvipanda>	 and by 'deploy' i mean deployed to testwiki
[19:16:51] <yuvipanda>	 but still ;)
[19:16:51] <digimer>	 Ryan_Lane: DRBD supports dual-primary
[19:16:55] <Ryan_Lane>	 glusterfs is distributed
[19:17:00] <sumanah>	 yuvipanda: oh good, so folks can use an official shorturl service instead of bit.ly/ur1.ca/etc?
[19:17:08] <Ryan_Lane>	 you can have 20 nodes, all of which can take writes
[19:17:24] <yuvipanda>	 sumanah: sortof. ta.wikipedia.org/r/adsf isn't exactly short
[19:17:39] <Ryan_Lane>	 though it's problematic if too many nodes go down
[19:17:43] <yuvipanda>	 but better than http://ta.wikipedia.org/wiki/%E0%AE%B5%E0%AE%B2%E0%AF%88%E0%AE%B5%E0%AE%BE%E0%AE%9A%E0%AE%B2%E0%AF%8D:%E0%AE%8A%E0%AE%9F%E0%AE%95%E0%AE%AA%E0%AF%8D_%E0%AE%AA%E0%AF%8B%E0%AE%9F%E0%AF%8D%E0%AE%9F%E0%AE%BF
[19:17:50] <digimer>	 well, in my mind, anything >2 nodes should be over iscsi :)
[19:17:54] <sumanah>	 yuvipanda: good for email not for microblogs.
[19:18:00] <Ryan_Lane>	 I also hate iscsi
[19:18:07] <Ryan_Lane>	 then you need to deal with volumes
[19:18:21] <yuvipanda>	 sumanah: maybe or maybe not. communities buy their own shorturl domains
[19:18:23] <digimer>	 every distributed storage comes with issues
[19:18:27] <yuvipanda>	 tamil wiki has bought tawp.in
[19:18:28] <yuvipanda>	 for example
[19:18:31] <Ryan_Lane>	 indeed
[19:18:33] <digimer>	 it's a question of which issues you can tolerate. :)
[19:19:27] <Ryan_Lane>	 iscsi doesn't really help the problem, though
[19:19:42] <Ryan_Lane>	 with gluster, each one of our compute nodes are also image storage
[19:19:47] <Ryan_Lane>	 they share with each other
[19:19:55] <digimer>	 yup
[19:19:55] <Ryan_Lane>	 so our instance storage grows with our compute storage
[19:20:04] <Ryan_Lane>	 I can't do that with iscsi
[19:20:05] <codurr>	 New code comment: Preilly; I think it should be `` not ` on the following line: \ + 'globe' => "Globe to search on (by default; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108079#c29067>
[19:20:09] <Ryan_Lane>	 or drbd
[19:20:19] <codurr>	 03reedy * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108270> 10/trunk/extensions/UploadWizard/ (6 files in 2 dirs): jquery.tipsy is in core (and REL1_18/1.18wmf1)
[19:20:35] * digimer  doesn't try to change people's minds. :)

[19:20:36] <Ryan_Lane>	 not in a way that would let me still use live migration, since all compute nodes need to share the same instance storage
[19:20:49] * Ryan_Lane  nods

[19:21:16] <sumanah>	 btw digimer https://wikimediafoundation.org/wiki/Job_openings/ in case you know anyone
[19:21:17] <Ryan_Lane>	 ah. bonded network devices too
[19:21:49] <Ryan_Lane>	 going to different switches :)
[19:22:03] <Ryan_Lane>	 wow, crap. three bonds per host?
[19:22:10] <digimer>	 sumanah: I can post that on our hacker space's jobs list, if you'd like
[19:22:14] * digimer  isn't looking 

[19:22:25] <digimer>	 Ryan_Lane: ya, two switches
[19:22:36] <Ryan_Lane>	 is one for storage, another for instance network, and another for management?
[19:22:43] <sumanah>	 digimer: please do!
[19:22:48] <sumanah>	 digimer: hack.to?
[19:22:52] <digimer>	 dedicated network for storage, dedicated network for live migration and cluster comms, one dedicated "untrusted" network
[19:22:57] <digimer>	 sumanah: hacklab.to
[19:22:59] <Ryan_Lane>	 this looks like how I set up my vmware cluster at my last job
[19:23:06] <sumanah>	 hacklab.to, right. I know hypatia.
[19:23:16] <digimer>	 oh, haha, nice
[19:23:27] <digimer>	 she's the one who got me to join hacklab a couple of years ago.
[19:24:22] <Ryan_Lane>	 I ended up switching to nfs from iscsi on the vmware cluster, to avoid volume locking
[19:24:22] <digimer>	 Ryan_Lane: ya, the BCN is also where management is done (IPMI/iKVM are on that back-channel)
[19:24:44] <digimer>	 many storage options exist, all depends on your concerns and priorities.
[19:25:04] <Ryan_Lane>	 well, nfs was faster than iscsi in the long run, due to the way vmware works
[19:25:05] <digimer>	 many people have trouble with distributed locking until they get their fencing set up properly
[19:25:51] <jeremyb>	 digimer: https://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory
[19:26:00] <Ryan_Lane>	 well, it was a vmware issue. it writes a distributed filesystem on top of the iscsi volume. when it needs to write to the filesystem it locks the entire volume
[19:26:27] <Ryan_Lane>	 so, the more vms you add to a volume the worse the performance gets
[19:26:29] <digimer>	 sumanah: I sent the jobs link along
[19:26:40] <sumanah>	 Thanks, digimer
[19:26:45] <digimer>	 jeremyb: ?
[19:26:48] <Ryan_Lane>	 with nfs, it only needs to lock the vm's image, so it scales better
[19:27:04] <digimer>	 I don't use docroot for mediawiki, I use https://alteeve.com/w/
[19:27:29] <digimer>	 Ryan_Lane: locked the entire volume!?
[19:27:31] <jeremyb>	 digimer: oh, huh. i was confused
[19:27:36] <digimer>	 :)
[19:27:44] <wikibugs>	 03(mod) Deleting of pages with high number of revisions makes server cry - 10https://bugzilla.wikimedia.org/11402  +comment (10Rob Lanphier)
[19:27:51] <Ryan_Lane>	 digimer: yeah. it's stupid
[19:28:01] <digimer>	 clustered LVM and GFS2 don't lock full volumes
[19:28:16] <Ryan_Lane>	 it's because the filesystem needs to be distributed across the nodes, and their dfs was really shitty
[19:28:17] <digimer>	 iscsi is a transport for the storage, so that shouldn't factor.
[19:28:40] <digimer>	 then ya, it's the dfs' fault, not iscsi in particular
[19:28:43] <Ryan_Lane>	 yeah, GFS2 is likely sane :)
[19:28:51] <digimer>	 nope
[19:28:56] <digimer>	 DLM is pretty awesome
[19:28:56] <jeremyb>	 digimer: most sites use /w/ as the path for scripts (and other stuff that's not rewritten) and /wiki/ or some other prefix for article rewrites and wgArticlePath. i thought you were using /w/ for both but it seems you're using it only for article path (opposite of everyone else)
[19:29:14] * digimer  likes to be different

[19:29:27] <Harmageddon>	 So, back again. Still the question: Has anybody an idea on how to get the output of a parser function called in an article in the sidebar or the sitenotice?
[19:29:28] <digimer>	 I actually set it up according to the short-url tutorial from mw's site. :)
[19:29:56] <jeremyb>	 digimer: one that's different is http://wikitech.wikimedia.org/view/ArticleName
[19:30:06] * jeremyb  returns to scrollback

[19:30:40] <wikibugs>	 03(mod) Wikipedia:About is hard-coded and not language-sensitive - 10https://bugzilla.wikimedia.org/33527  +comment (10philinje)
[19:30:42] <wikibugs>	 03(FIXED) Legal "terms" does not appear as a link - 10https://bugzilla.wikimedia.org/33118  +comment (10Reha Sterbin)
[19:33:33] <Harmageddon>	 And another question: Is it possible to have a MediaWiki:Somewhat page on which the output style of my extension can be changed?
[19:34:04] <wikibugs>	 03(mod) [PrefixSearch] Add support for multiple namespaces - 10https://bugzilla.wikimedia.org/30323  +comment (10toniher)
[19:34:08] <Nikerabbit>	 yes but it's not preferred
[19:34:18] <codurr>	 03rmoen * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108271> 10/trunk/extensions/MoodBar/modules/ext.moodBar.dashboard/ (4 files in 2 dirs): added needed assets and function to load tooltip for response concurrency notification
[19:35:13] <Harmageddon>	 Nikerabbit: and how?
[19:35:55] <Nikerabbit>	 Harmageddon: well you probably should write some fancy module for resource loader, but I don't know how to do that
[19:36:14] <Nikerabbit>	 the ugly method would of course be to shovel the CSS into every page's <head> directly
[19:37:32] <codurr>	 03preilly * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108272> 10/trunk/extensions/ZeroRatedMobileAccess/ZeroRatedMobileAccess.i18n.php: add back lost message key
[19:38:06] <Harmageddon>	 Nikerabbit: no css, the text output, like it's done in the most pages in the MediaWiki namespace with $1 and $2 (for example MediaWiki:1movedto2).
[19:39:25] <jeremyb>	 digimer: if you like drbd, have you seen ganeti?
[19:39:38] <digimer>	 jeremyb: I heard about it at LCE last October
[19:39:50] <digimer>	 looks promising, but without automated recovery, my interest is limited.
[19:40:51] <Nikerabbit>	 Harmageddon: what text exactly?
[19:41:01] <Nikerabbit>	 is it something that would not be part of the normal i18n?
[19:42:32] <Harmageddon>	 I want that the layout of the output of my parser function can be changed without having to edit the extension's php files.
[19:42:59] <jeremyb>	 digimer: define automated recovery?
[19:43:04] <jeremyb>	 digimer: LCE?
[19:43:16] <jeremyb>	 digimer: see also #ganeti
[19:43:16] <digimer>	 a-la rgmanager/pacemaker
[19:43:31] <digimer>	 I was talking to one of the drbd devs about it, who was playing with it.
[19:44:12] <jeremyb>	 playing with ganeti?
[19:44:26] <digimer>	 they were, ya
[19:44:28] <digimer>	 I haven't
[19:44:34] <jeremyb>	 huh
[19:44:39] * digimer  has been too busy with her tutorials

[19:49:04] <jeremyb>	 digimer: any connection to montreal hackspace?
[19:49:35] <codurr>	 03reedy * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108273> 10/trunk/extensions/UploadWizard/UploadWizardHooks.php: Add comments about libraries that are in 1.19, so can be removed from UW when using 1.19
[19:49:51] <jeremyb>	 Reedy: UW?
[19:50:00] <jeremyb>	 oh, nvm
[19:50:07] <Reedy>	 heh
[19:50:15] <jeremyb>	 UploadWizard :)
[19:50:20] <Reedy>	 duplicate code crusade!
[19:50:22] <Reedy>	 huzzah
[19:50:27] <digimer>	 jeremyb: Foulab?
[19:50:34] <jeremyb>	 digimer: rings a bell
[19:50:35] <digimer>	 no official connection, but I've visited there
[19:50:44] <jeremyb>	 digimer: do you know pablo?
[19:50:54] <digimer>	 jeremyb: what's their nick?
[19:50:59] <jeremyb>	 digimer: drdub
[19:51:05] * digimer  knows people by nicks better than legal names

[19:51:07] <digimer>	 nope
[19:51:16] <digimer>	 f^x is the one I chat with the most there.
[19:51:16] <jeremyb>	 hrmm, k
[19:51:20] * jeremyb  too sometimes

[19:51:40] <Harmageddon>	 Nikerabbit: No idea?
[19:51:50] <Ryan_Lane>	 digimer: why the need for automated recovery?
[19:52:02] <Ashex>	 Is it possible to use mediawiki as a team site platform?
[19:52:04] <Ryan_Lane>	 why not handle it at the application layer?
[19:52:06] <OrenBo>	 ok I've put a bit about my labs woes http://www.mediawiki.org/wiki/User:OrenBochman/Installation#Docs_Suggestions
[19:52:54] <Ashex>	 Or is that out of scope of a wiki
[19:52:56] <Ryan_Lane>	 I know some applications can't do application layer scaling, but that's an application that needs to die, or be fixed :)
[19:53:42] <OrenBo>	 l'll try to update there as I gain more experience woking there
[19:54:35] <Ryan_Lane>	 Ashex: what do you mean?
[19:54:37] <digimer>	 Ryan_Lane: high availability is all about minimizing mean-time to recovery
[19:54:47] <digimer>	 automated recovery aids in that tremendously
[19:54:54] <Ryan_Lane>	 digimer: yeah, application level recovery is easier :)
[19:55:07] <digimer>	 *if* the application is built for it
[19:55:13] <Ryan_Lane>	 yeah. that's the problem
[19:55:21] <Ashex>	 Ryan_Lane: We were going to use Alfresco for doc mgmt and as a team portal but it's wiki sucks, so we're looking at mediawiki
[19:55:29] <digimer>	 in HA VMs, nothing special is needed at the application layer
[19:55:31] <Ryan_Lane>	 for us it's easy. if the application doesn't work with it, then we don't use it :)
[19:55:51] <Ashex>	 Essentially, in Alfresco each teamsite has a dedicated wiki and I want to know if I can setup mediawiki so I can create team sites within one install
[19:55:58] <Ryan_Lane>	 oh
[19:56:05] <Ashex>	 does that make sense?
[19:56:10] <Ryan_Lane>	 yeah, we support multiple wikis with one software install
[19:56:14] <Ryan_Lane>	 that's how wikimedia runs
[19:56:53] <digimer>	 Ryan_Lane: heh, not always an option to "just not use it" :)
[19:56:58] <Ryan_Lane>	 yeah :)
[19:57:06] <Ryan_Lane>	 at my last job we used automated recovery
[19:57:13] <Ashex>	 Ryan_Lane: can you point me to the docs on doing so?
[19:57:35] <Ashex>	 Or is this it http://www.mediawiki.org/wiki/Manual:Wiki_family
[19:57:47] <Ryan_Lane>	 that's it
[19:57:49] <Ryan_Lane>	 the docs aren't the best
[19:58:24] <Ryan_Lane>	 OrenBo: some of your documentation requests fall outside of the scope of labs
[19:58:58] <Ryan_Lane>	 well, at least in its current form
[19:59:11] <Ryan_Lane>	 labs currently does not set up mediawiki for you at all
[19:59:27] <Ryan_Lane>	 you aren't expected to back up instances
[19:59:41] <Ryan_Lane>	 (and can't)
[20:00:17] <codurr>	 03ialex * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108274> 10/trunk/phase3/includes/ (6 files in 2 dirs):
[20:00:17] <codurr>	 * Added WikiPage to RequestContext and related so that it can be shared to avoid creating a new object each time and thus avoiding database queries to load the state of the object
[20:00:17] <codurr>	 * Added Article::getPage() as accessor to the WikiPage object so that it can be set in the context from MediaWiki::initializeArticle()
[20:00:17] <codurr>	 * Use it WikiPage::main() to call doViewUpdates()
[20:00:17] <codurr>	 I'm doing to this now so that I can revert r105790 and use the WikiPage object before the 1.19 release
[20:04:13] <codurr>	 03rmoen * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108275> 10/trunk/extensions/MoodBar/modules/ext.moodBar.dashboard/ext.moodBar.dashboard.js: only allow one secondary checkbox to be checked at one time due them cancelling each other out
[20:06:23] <Ashex>	 Ryan_Lane: you know if there's more info about setting up a wiki family? Or is it just that page
[20:06:57] <codurr>	 03preilly * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108276> 10/trunk/extensions/ZeroRatedMobileAccess/ZeroRatedMobileAccess.body.php: fix for undefined values
[20:08:07] <jeremyb>	 ok, caught up
[20:08:18] <jeremyb>	 digimer: see you later :)
[20:08:21] <digimer>	 later
[20:11:56] <codurr>	 03rsterbin * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108277> 10/trunk/extensions/ArticleFeedbackv5/ (2 files in 2 dirs): Doc block comments for Special page; fixed a missing @return in one of the js doc blocks
[20:21:26] <codurr>	 03maxsem * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108278> 10/trunk/extensions/GeoData/GeoDataHooks.php: Follow-up r108216: unbreak dumb updates
[20:25:23] <codurr>	 03maxsem * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108279> 10/trunk/extensions/GeoData/ (ApiQueryCoordinates.php ApiQueryGeoSearch.php): Doubleplusplusdoubled backticks
[20:26:32] <codurr>	 03rsterbin * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108280> 10/trunk/extensions/ArticleFeedbackv5/api/ApiArticleFeedbackv5.php: Dropped debug line from r108247
[20:26:33] <codurr>	 New code comment: MaxSem; Thanks, r108279; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108079#c29068>
[20:27:00] <codurr>	 03ialex * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108281> 10/trunk/phase3/includes/ (SkinTemplate.php Title.php WikiPage.php):
[20:27:00] <codurr>	 Revert r105790 and move back view counter back to WikiPage with two modifications:
[20:27:00] <codurr>	 * WikiPage::$mCounter is now marked as protected
[20:27:00] <codurr>	 * Call WikiPage::loadPageData() from WikiPage::getCount() if the count is not set intead of loading the page_counter field only
[20:29:07] <Harmageddon>	 Does nobody have got a solution for one of my questions?
[20:34:22] <wikibugs>	 03(mod) Installer does not respect initial DBport declaration - 10https://bugzilla.wikimedia.org/28162  (10Karun)
[20:35:52] <digimer>	 release notes (as linked from the mediawiki upgrade page) is broken; http://svn.wikimedia.org/viewvc/mediawiki/branches/REL1_18/phase3/RELEASE-NOTES?view=markup
[20:36:21] <digimer>	 sumanah: ^
[20:36:50] <sumanah>	 Harmageddon: you might want to try the lists
[20:36:53] <sumanah>	 !list | Harmageddon 
[20:36:53] <wm-bot>	 Harmageddon:  is mediawiki-l and wikitech-l are the primary mailing lists for MediaWiki-related issues. See http://lists.wikimedia.org/ for details.
[20:36:53] <mw-bot>	 Harmageddon: mediawiki-l and wikitech-l are the primary mailing lists for MediaWiki-related issues. See http://lists.wikimedia.org/ for details.
[20:37:22] <sumanah>	 digimer: the mediawiki upgrade page within the installer?
[20:37:30] <digimer>	 no, the website
[20:37:34] <digimer>	 I'll get the link, one sec
[20:37:41] <sumanah>	 digimer: thanks! should be a quick fix, I imagine
[20:37:49] <digimer>	 http://www.mediawiki.org/wiki/Manual:Upgrading#Read_the_release_notes
[20:37:53] <digimer>	 I imagine so, too
[20:38:51] <wikibugs>	 03(mod) Signature preview does not manage language interwikis - 10https://bugzilla.wikimedia.org/33563  +comment (10Karun)
[20:39:36] <sumanah>	 digimer: well, argh, no, it isn't
[20:40:06] <sumanah>	 digimer: http://svn.wikimedia.org/viewvc/mediawiki/branches/REL1_18/phase3/RELEASE-NOTES-1.18?view=markup should be the correct link, but the wiki page is using a cute template for http://svn.wikimedia.org/viewvc/mediawiki/branches/{{MW stable branch svn}}/phase3/RELEASE-NOTES?view=markup
[20:41:15] <digimer>	 heh
[20:41:21] <sumanah>	 digimer: I am curious as to what template I could use that would refer to the current version but am dispensing with it in the interests of just having the link be right, now
[20:41:27] <wikibugs>	 03(mod) Signature preview does not manage language interwikis - 10https://bugzilla.wikimedia.org/33563  +comment (10Amgine.Saewyc)
[20:41:34] <sumanah>	 thanks for the report
[20:41:37] <digimer>	 np
[20:44:55] * sumanah  has gotten inbox down to 152, and Vampire Weekend started playing in the cafe

[20:46:04] <sumanah>	 yuvipanda: hey, got a moment?
[20:46:10] <yuvipanda>	 sumanah: sure!
[20:46:21] <sumanah>	 yuvipanda: I think you should subscribe to http://lists.openhatch.org/mailman/listinfo/events
[20:46:29] <sumanah>	 yuvipanda: people who are putting on events talk shop
[20:46:40] <yuvipanda>	 sumanah: done!
[20:46:56] <sumanah>	 yuvipanda: look at the most recent thread, "What is appealing about hack-day?"
[20:47:12] <sumanah>	 varnent: you might be interested in that list as well
[20:47:42] <yuvipanda>	 ah, interesting
[20:47:46] <yuvipanda>	 sumanah: reading through.
[20:48:12] <yuvipanda>	 sumanah: and btw, anything that's geared towards helping people get into programming, mediawiki or otherwise, do hit me up
[20:48:26] <varnent>	 sumanah: sure - just subscribed - looks interesting
[20:48:29] <sumanah>	 yuvipanda: you are asking for a firehose
[20:48:46] <yuvipanda>	 sumanah: I know :D
[20:50:02] <sumanah>	 yuvipanda: http://dw-dev-training.dreamwidth.org/ http://codeyear.com/  http://www.codecademy.com/  http://www.greenteapress.com/thinkpython/thinkpython.html  http://openhatch.org/ http://blog.melchua.com/category/teachingopensource/
[20:52:09] <sumanah>	 yuvipanda_: yuvipanda: http://dw-dev-training.dreamwidth.org/ http://codeyear.com/  http://www.codecademy.com/  http://www.greenteapress.com/thinkpython/thinkpython.html  http://openhatch.org/ http://blog.melchua.com/category/teachingopensource/
[20:52:21] <yuvipanda_>	 sumanah: Personally prefer LPTHW over thinkpython
[20:52:21] <Amgine>	 I need hand-holding to load a 3rd party js in an extension. Anyone willing to help?
[20:52:29] <yuvipanda_>	 and I meant events/things I can personally help out with :D
[20:52:43] <yuvipanda_>	 Amgine: define 'third party js'?
[20:53:05] <Amgine>	 from a url not on my servers.
[20:53:07] <sumanah>	 yuvipanda: ah, understood
[20:53:12] <wikibugs>	 03(mod) update.php stuck on update revision on large db - 10https://bugzilla.wikimedia.org/33558  +comment (10Mark A. Hershberger)
[20:54:23] <yuvipanda>	 Amgine: http://svn.wikimedia.org/doc/classOutputPage.html#a47c48beae9b937b4e8d43118c8f05c02
[20:54:33] <codurr>	 03mah * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108282> 10/trunk/phase3/includes/UserMailer.php: w/s, remove unused vars per note in bug #33537
[20:55:27] <yuvipanda>	 Amgine: though check with ResourceLoader as well
[20:55:53] <Amgine>	 That's what I'm trying to understand, use of ResourceLoader...
[20:55:58] <yuvipanda>	 Amgine: http://www.mediawiki.org/wiki/ResourceLoader don't think it supports external js though
[20:56:30] <Amgine>	 <nods><has that, and a half-dozen child links, open atm>
[20:56:48] <yuvipanda>	 Amgine: I am not sure if you can use RL with an external js thing
[20:58:29] <Harmageddon>	 sumanah: Thanks, I'll try if somebody has got a solution on wikitech-l
[20:59:16] <sumanah>	 Harmageddon: mediawiki-l is more often where people post these kinds of problems & get help, I believe
[20:59:37] <Harmageddon>	 okay, then I'll try this one
[21:04:37] * hashar  loves PHP

[21:04:40] <hashar>	 15/3  = 4  !!
[21:05:19] <Reedy>	 I won't ask
[21:06:22] <yuvipanda>	 conclusively proves that PHP isn't webscale. Let's code everything in mongoDB!11!!1
[21:06:46] <Reedy>	 we wouldn't be able to do that
[21:06:57] <Reedy>	 it'd have deleted half of the code before we'd finished it
[21:07:38] <yuvipanda>	 cleaerly you need to have redundant servers 
[21:07:39] <yuvipanda>	 facing east
[21:07:45] <yuvipanda>	 arranged in a semi circle
[21:08:03] <yuvipanda>	 with brion in a dark cowl dancing to justin bieber
[21:09:11] <Reedy>	 378 new
[21:10:07] <hashar>	 can you possibly run http://dpaste.org/GiChn/  on one of your PHP version ? :D
[21:10:51] <hashar>	 http://dpaste.org/O7wUf/  <-- with my local result
[21:11:14] <yuvipanda>	 hashar: 5, 5, 4, 5
[21:11:34] <yuvipanda>	 hashar: 5.3.6
[21:11:41] <Reedy>	 http://dpaste.org/MvJuy/
[21:11:50] <hashar>	 5.3.6 on Mac OS too
[21:11:52] <Reedy>	 my 5.3.6 does it 555
[21:11:53] <Reedy>	 5
[21:12:03] <Reedy>	 trololol
[21:12:08] <Reedy>	 Sounds like mac fail
[21:12:15] <hashar>	 noway
[21:12:18] <Reedy>	 yawai
[21:12:21] <hashar>	 must be a PHP failure :-D
[21:12:37] <yuvipanda>	 Reedy: i'm on os x too :D
[21:12:43] <Reedy>	 Indeed, I'm not :p
[21:12:46] <yuvipanda>	 :P
[21:13:04] <hashar>	 at least I have a way to reproduce it
[21:13:04] * yuvipanda  is moving to debian testing as soon as drivers land in mainline kernel

[21:13:38] <Schroeder>	 Merry Christmas!
[21:13:51] <Reedy>	 http://dpaste.org/BJpka/
[21:13:55] <yuvipanda>	 whee, time machines!
[21:14:02] <Reedy>	 hashar, works fine on windows too :D
[21:14:38] <yuvipanda>	 I'm pretty sure this bug wouldn't exist if Steve Jobs had designed PHP
[21:15:12] <Amgine>	 http://kizmut.com/paste/?show=f2a15d256 <- this level of randomness actually slows this netbook down.
[21:17:24] <wikibugs>	 03(mod) update.php stuck on update revision on large db - 10https://bugzilla.wikimedia.org/33558  +comment (10innocentkiller)
[21:19:27] <Nikerabbit>	 surrur
[21:22:05] <wikibugs>	 03(mod) Messages defined in MediaWiki namespace are not always used again - 10https://bugzilla.wikimedia.org/29894  +comment (10Paul Selitskas)
[21:25:13] <codurr>	 03mah * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108283> 10/trunk/phase3/includes/RecentChange.php: minor w/s + move $title instantiation above Enotif
[21:29:35] <wikibugs>	 03(mod) RFE: Hook to change Enotif recipient list - 10https://bugzilla.wikimedia.org/33537  +comment (10mah)
[21:32:47] <wikibugs>	 03(mod) Messages defined in MediaWiki namespace are not always used again - 10https://bugzilla.wikimedia.org/29894  +comment (10s.mazeland)
[21:34:57] <hashar>	 Reedy: yuvipanda: I have just discovered codepad : http://codepad.org/GguiqHM4  ;-)
[21:35:34] <yuvipanda>	 i'll admit I didn't know codepad could do PHP
[21:36:54] <hashar>	 anyway that rounding error makes my comp fail tests :D
[21:37:13] <hashar>	 formatBitrate('1000000000000000')    gives me  1,000Tbps  instead of 1Pbps :D
[21:37:19] <Reedy>	 Same for ^demon
[21:39:04] * Reedy  creates a macs suck tracking bug

[21:41:32] <Ryan_Lane>	 OrenBo: https://labsconsole.wikimedia.org/wiki/Terminology
[21:41:45] <Ryan_Lane>	 any more terms I should add?
[21:41:59] <hashar>	 loveeeeelly
[21:42:03] <hashar>	  log( $bps,10 ) works :-D
[21:43:18] <codurr>	 New code comment: Umherirrender; This makes the preferences for the search options "Otherwise search in these namespaces" useless, be; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/106780#c29069>
[21:44:10] * ^demon  whacks Reedy with a 2x4

[21:50:08] <codurr>	 03hashar * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108284> 10/trunk/phase3/languages/Language.php: (log message trimmed)
[21:50:09] <codurr>	 Fix formatBitrate behavior on Mac OS X
[21:50:09] <codurr>	 Language::formatBitrate() uses log10() to makes a long number human readeable.
[21:50:09] <codurr>	 There is a nasty rounding error on Mac OS X for log10():
[21:50:09] <codurr>	 log10(pow(10,15)) => gives 15
[21:50:09] <codurr>	 floor( log10(pow(10,15)) ) => gives 14 (should be 15)
[21:50:10] <codurr>	 The end result is that pow(10,15) is formatted as 1,000Tbps instead of 1Pbps
[21:50:24] <hashar>	 here we have
[21:50:29] <hashar>	 read the rest on CR
[21:51:05] <badon>	 Is the "images" directory ever going to be renamed as "files", or "uploads"?
[21:51:24] <hashar>	 oh no please
[21:53:27] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5267: FAILURE in 2 min 18 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5267/
[21:54:53] <hashar>	 seriously
[21:56:17] <Reedy>	 trololol
[21:57:01] <sumanah>	 seems like a reasonable thing to want, if you upload other media sometimes
[21:57:21] <Reedy>	 There's almost no point
[21:57:26] <Thorncrag>	 it has been a point of order brought up for me before by my users :)
[21:57:46] <sumanah>	 Reedy: misleading labels suck
[21:57:49] <Reedy>	 Sure
[21:57:49] <Thorncrag>	 but it's totally inconsequential
[21:57:55] <sumanah>	 well, no
[21:58:00] <Reedy>	 But it took years to get File insteade of Image
[21:58:28] <Reedy>	 It'd likely break stuff for no gain
[21:59:03] <codurr>	 New code comment: Hashar; Of course PHP is great. On gallium: \ $ php -r 'print floor(log10(1000));' \ 3 \ $ php -r 'print floor; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108284#c29070>
[21:59:08] * sumanah  looks at https://www.mediawiki.org/wiki/Manual:Image_Administration

[21:59:22] <hashar>	  /join #math what is the value of decimal log of 1000 please? :-)
[21:59:28] <^demon>	 You can configure the paths to be files if images really bothers you.
[21:59:30] <sumanah>	 badon, are you proposing a specific change, and if so, what?
[21:59:33] <Reedy>	 indeed
[21:59:40] <Reedy>	 We could change it in trunk
[21:59:49] <Reedy>	 but then if people don't have it hard coded in their LocalSettings, it'll break
[21:59:57] <Reedy>	 And it has no gain whatsoever
[22:00:05] <sumanah>	 Reedy: I disagree with that last line
[22:00:15] <sumanah>	 I think MediaWiki admins being less confused is a gain
[22:00:25] <^demon>	 Who's confused?
[22:00:28] <Reedy>	 ^
[22:00:48] <sumanah>	 I would be, if I were a MediaWiki administrator trying to figure out a problem
[22:00:56] <Reedy>	 The only difference to users is http://foo.site.org/w/images/1/11/Image.ext
[22:01:00] <Reedy>	 the images becomes files
[22:01:02] <badon>	 sumanah: I'm just curious, I don't think I'm qualified yet to make a formal proposal, but it does seem to make sense.
[22:01:03] <Thorncrag>	 I'd like to know why command-z brings me to a random page, only on Wikipedia, only on my Mac
[22:01:15] <wikibugs>	 03(mod) add additional 'new section' link to the bottom of talk pages - 10https://bugzilla.wikimedia.org/31280  (10m.p.roppelt)
[22:01:15] <wikibugs>	 03(mod) Provide "add new section" link at the bottom of (discussion) pages - 10https://bugzilla.wikimedia.org/5642  (10m.p.roppelt)
[22:01:16] <Thorncrag>	 and I  have access keys disabled
[22:01:19] <codurr>	 New code comment: Hashar; I am probably going to drop log() entirely if it is not reliable.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108284#c29071>
[22:01:38] <sumanah>	 varnent: hey, you seem to be taking on the mantle of the ordinary MediaWiki administrator.  What do you think?
[22:01:48] <wikibugs>	 03(mod) User:Babel AutoCreate creating categories it shouldn't - 10https://bugzilla.wikimedia.org/33553  +comment (10p858snake)
[22:02:06] <Reedy>	 sumanah, you've seen the annoyance it's caused some users just moving the profiling files around
[22:02:12] <Reedy>	 and that's something even less used than uploads
[22:02:13] <badon>	 My users upload a lot more files than just images.
[22:02:25] <^demon>	 Thorncrag: Cmd+Z triggers an Undo for me, not Special:Random.
[22:02:27] <^demon>	 As it should.
[22:02:36] <Reedy>	 MW uses File now, with Image as an alias
[22:02:42] <Thorncrag>	 ^demon: yeah, it's not a mediawiki issue I now realize
[22:02:44] <codurr>	 03maxsem * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108285> 10/trunk/extensions/GeoData/ApiQueryGeoSearch.php:
[22:02:45] <codurr>	 * Error codes
[22:02:45] <codurr>	 * 1.19 is soon enough, whee
[22:03:14] <badon>	 If it is moved, I'm all for not breaking things and annoying people. The images dir could be set up as a link or something couldn't it?
[22:03:25] <varnent>	  sumanah: what'd I miss?  :)
[22:03:26] <Thorncrag>	 ^demon: it used to allow me to undo stuff that i did on a page (like undo edit summary) but it seems to not track certain actions in the undo log anymore
[22:03:45] <Reedy>	 I don't think there's a way to symlink in an archive that'll work across OS'
[22:03:54] <Reedy>	 if you want to move it, do it locally, update your settings
[22:04:24] <sumanah>	 varnent: badon suggests that the Images directory's name could change to the more accurate Uploads or Files or something like that.  Some developers suggest that they do not care that the name is misleading, and deny the possibility that it confuses MediaWiki administrators.  I ask for your experience
[22:04:34] <codurr>	 New code comment: Reedy; Y U BREAK TESTS!?; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108284#c29072>
[22:04:54] <varnent>	  sumanah: I was actually just contemplating that last night - oddly enough
[22:05:32] <varnent>	 looking at Drupal and other systems - use of "file" does seem to be more standard - but I also recognize the confusion switching at this point would cause
[22:06:04] <badon>	 hmm, another possibility could be to add an "uploads" or "files" directory for anything that's not an image. That might be a respectable intermediate step that avoids breaking older things.
[22:06:45] <varnent>	 if it's not a big deal to change it from a coding perspective - renaming it makes sense (probably to uploads rather than files) - but if it's going to cause problems for wikis upgrading - then maybe not so quick
[22:06:47] <badon>	 That way, new installs will start using the new "files" or "uploads" dir, while we figure out all the pitfalls that affect older mediawiki installs.
[22:06:51] <^demon>	 The problem is back-compat. There's plenty of users using the default (which is images) without bothering to configure it.
[22:07:06] <^demon>	 Then if someone upgrades, they get the new default (files) and it goes BOOM
[22:07:07] <sumanah>	 varnent: sure.  I recognize that tradeoff.  I'm just aggrieved at the "there is no possibility of confusion" POV
[22:07:09] <^demon>	 And then people complain.
[22:07:11] <badon>	 ^demon: I agree, backwards compatibility is important.
[22:07:44] <^demon>	 And then someone will say "Oh well we could just add a line in Setup.php to fall back on the old path if 'files' doesn't exist"
[22:07:49] <codurr>	 03rmoen * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108286> 10/trunk/extensions/MoodBar/ (4 files in 2 dirs): added feedback dashboard leaderboard base styles and concurrency message to languge file
[22:07:55] <varnent>	 sumanah: yeah - I can agree that it does cause some confusion - or at least head scratching - for some sysadmins
[22:07:56] <badon>	 Give it a year or two before backwards compatibility is dropped - maybe longer than that, if needed.
[22:08:04] <^demon>	 And then we'll end up with /yet another/ back-compat line in Setup.php that sits there for the next ~8 years.
[22:08:26] <varnent>	 well - I'm not sure one more line of code for back-compat is the worst thing
[22:08:29] <badon>	 ^demon: sounds like a cruft problem
[22:08:31] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5268: STILL FAILING in 2 min 21 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5268/
[22:08:49] <^demon>	 I really don't think it's worth the potential breakages and confusions just to move the directory.
[22:09:10] <^demon>	 And like I said, it's configurable anyway if it *really* bothers someone.
[22:09:21] <varnent>	 however - all of that said - there are a lot of ways that MW lingo varies from other software - so you could also make an argument for the more oddities you correct - the greater pressure there will be to conform others - like skin vs. theme, etc.
[22:09:47] <^demon>	 <varnent> well - I'm not sure one more line of code for back-compat is the worst thing
[22:09:52] <badon>	 ^demon: I think there ought to be a graceful migration plan in place (preferably automated) to leave older stuff into obsolescence, with no one using it anymore.
[22:09:53] <^demon>	 Yeah, that's what we say every time.
[22:10:01] <^demon>	 And now look at all the silly b/c we have in Setup.
[22:10:30] <varnent>	 I don't think it's a matter of being bothered - I think folks who are comfortable enough configuring are probably not the group confused by the naming
[22:10:59] <wikibugs>	 03(mod) Return after editing sections using headings with various markup returns to other anchors than the ones used in TOC - 10https://bugzilla.wikimedia.org/2831  (10m.p.roppelt)
[22:11:21] <^demon>	 Again, I'd like someone to point me to somewhere where people are getting confused. The namespace and everything on-wiki already says files.
[22:11:30] <varnent>	 I think it's more noob sysadmins - or folks totally new to the world of MW - that begin to wonder where the uploads go if there's this images directory
[22:11:34] <badon>	 Here's a good example of confusion for USERS (login with Demo/test if needed): http://www.coincompendium.com/w/images/5/5e/LargeBlindSubmission.csv
[22:11:47] <badon>	 that's a CSV file, but the path makes people expect it to be an image
[22:12:00] <varnent>	 badon
[22:12:03] <varnent>	 whoops - sorry  :)
[22:12:09] <badon>	 np
[22:12:20] <varnent>	 badon's point is actually why we switched it on some of our wikis - more for the end users than the sysadmins
[22:12:51] <^demon>	 badon: Who is getting confused.
[22:12:54] <^demon>	 Show me threads.
[22:12:58] <^demon>	 Or e-mail list discussions.
[22:13:01] <^demon>	 Or anything.
[22:13:05] <^demon>	 Where people are confused about this.
[22:13:14] <badon>	 as far as ^demon's concern about weighing down the code with backwards compatibility mess, if each install requested just ONE manual operation from the admin, I think that would go a long way towards whittling the cruft down.
[22:13:28] <varnent>	 I did get emails saying "I wanted the actual file - not a photo of it - will this work?"  -  mind you those are from end-users that ask me which one is the any key…but it did prompt a change - speaking to badon's point
[22:13:28] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5269: STILL FAILING in 2 min 18 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5269/
[22:13:39] <^demon>	 badon: Too many people upgrade without reading release notes or docs.
[22:13:52] <badon>	 ^demon: it would have to be in the installation process itself.
[22:13:53] <^demon>	 Then we get flooded with "omg my images disappeared"
[22:13:54] <AaronSchulz>	 hashar: --use-normal-tables for tests should be the default
[22:14:06] <wikibugs>	 03(mod) paging links (nav bars) for [[special:GlobalUsers]] send you to [[special:listusers]] (different special page) - 10https://bugzilla.wikimedia.org/31224  (10duplicatebug)
[22:14:07] <wikibugs>	 03(mod) Preference section index links do not work even though anchor names exist. - 10https://bugzilla.wikimedia.org/9515  (10m.p.roppelt)
[22:14:23] <^demon>	 badon: You can already configure the upload path during install.
[22:14:27] <badon>	 ^demon: detect that there's an images directory, and pester the admin to change the name of it to "uploads"
[22:14:38] <varnent>	 how much problem would it cause for upgrading wikis?  if the path is set in LocalSettings - wouldn't this mostly just impact new wikis anyway?
[22:14:55] <^demon>	 New wikis will work just fine out of the box.
[22:14:56] <varnent>	 or are you talking about going back and changing it within existing wikis?
[22:14:59] <codurr>	 03maxsem * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108287> 10/trunk/extensions/GeoData/ (GeoData.php GeoDataHooks.php): updater integration
[22:15:00] <^demon>	 The pain is for existing users upgrading.
[22:15:01] <badon>	 ^demon: I'm speaking in general, about removing the back-compat cruft that you were concerned about.
[22:15:06] <^demon>	 Who we *really* don't like hurting.
[22:15:14] <badon>	 ^demon: I agree
[22:15:30] <varnent>	 well - I don't think we'd need to MOVE images to files for existing wikis - but I think changing it for new wikis moving forward makes sense
[22:15:45] <badon>	 varnent: I agree that's the best approach at first
[22:15:47] <varnent>	 so existing wikis wouldn't need much back-pat would they?
[22:15:56] <^demon>	 Yes, you do.
[22:16:07] <^demon>	 Because if you haven't configured the upload path and fall back on defaults....
[22:16:17] <^demon>	 You'd need back-compat to detect the correct image/upload directory
[22:16:18] <wikibugs>	 03(mod) Editnotice popups for subpages - 10https://bugzilla.wikimedia.org/15961  (10duplicatebug)
[22:16:26] <^demon>	 Either way you need back-compat.
[22:16:33] <badon>	 varnent: the older wikis can get pestered later to make some small minor change with each release, so we can gradually remove backwards compatibility once it is deemed completely obsolete.
[22:16:45] <varnent>	 ^demon: gotcha - that makes sense - yes
[22:16:59] <^demon>	 We can file a bug and talk about this more (and maybe dig up actual confusion rather than hypothetical confusion)
[22:17:05] <^demon>	 But right now I'm not convinced.
[22:17:09] <^demon>	 Definitely not for 1.19
[22:17:15] <badon>	 1.20
[22:17:21] <badon>	 1.21
[22:17:23] <varnent>	 I imagine a new setting would be necessary - so if it is set, but if not the new one kicks in? not sure - but how much code would a back-pat solution be?
[22:17:39] <^demon>	 varnent: About 2-3 lines, like most Setup.php back-compat is.
[22:17:51] <varnent>	 that doesn't seem too unreasonable to me
[22:18:02] <varnent>	 but I'd agree - it needs a bug and def not for 1.19
[22:18:04] <^demon>	 Yeah, but we say it every time we change some setting that needs back-compat.
[22:18:11] <^demon>	 And we've got a lot of back-compat cruft as a result.
[22:18:20] <^demon>	 So I'm inclined to not fix it if it ain't broke ;-)
[22:18:28] <varnent>	 ^demon: I feel like that's an argument for better forward planning - not avoiding corrections needed
[22:18:33] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5270: STILL FAILING in 2 min 21 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5270/
[22:18:51] <codurr>	 03hashar * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108288> 10/trunk/phase3/languages/Language.php:
[22:18:51] <codurr>	 rv r108284 since PHP has different behaviors
[22:18:51] <codurr>	 should fix jenkins
[22:18:54] <^demon>	 varnent: Yes, and when we design new things that's all fine and dandy.
[22:19:00] <varnent>	 and I think there's a big advantage to language consistency between web application open source projects
[22:19:06] <^demon>	 But we have to be careful when changing things that have Just Worked for a long time.
[22:19:17] <varnent>	 ^demon: so if that's done correctly - we should only need to back-pat fix maybe 6-10 more settings  :)
[22:19:38] <^demon>	 I want Setup.php to die a fiery death :(
[22:19:48] <codurr>	 New code comment: Duplicatebug; Please let grep find that message names. Thanks.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/107744#c29073>
[22:19:48] <codurr>	 New code comment: Hashar; Yeah the stupid PHP on gallium does not know how to log10( 1000 ) and pretends that is 2 :-( \ PHP is; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108284#c29074>
[22:19:57] <^demon>	 Anywayyyy, back to being productive.
[22:20:02] <varnent>	 ^demon: sure - that's a good argument for testing and such - but not sure it'd convince me to avoid making something easier for new developers or sysadmins
[22:20:07] <^demon>	 Someone can feel free to log something in BZ if they're so inclined.
[22:20:22] <wikibugs>	 03(mod) Wikipedia:About is hard-coded and not language-sensitive - 10https://bugzilla.wikimedia.org/33527  +comment (10philinje)
[22:20:31] <sumanah>	 ^demon: I hereby remind you that design discussion is a productive activity as well.
[22:20:46] <sumanah>	 But of course code & code review is fairly important as well. :)
[22:20:48] <codurr>	 New code comment: Duplicatebug; scaptrap? Needs recompile of wikidiff2 after deployment.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/107135#c29075>
[22:20:58] <^demon>	 When it's things I'm working on and actively thinking about improving, sure :)
[22:21:51] <wikibugs>	 03(NEW) images directory migration to be renamed "uploads" - 10https://bugzilla.wikimedia.org/33569 normal; MediaWiki: Images and files; (fastgoldfish)
[22:21:57] <badon>	 ^^me
[22:22:18] <codurr>	 New code comment: Reedy; Not exactly scaptrap. We use scaptrap when pushing this revision to site (this isn't a php revision); <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/107135#c29076>
[22:22:23] <wikibugs>	 03(NEW) DatabaseError is served without coding information - 10https://bugzilla.wikimedia.org/33570 normal; MediaWiki: General/Unknown; (duplicatebug)
[22:22:34] <varnent>	 I think if someone wants to take the initiative to fix this and make it back-pat in 1.21 - where testing can be done - not sure why others would feel inclined to stop them - unless it's going to interfere with their work - if they try it and it doesn't work - then we can talk about not breaking things that already work, etc. - most things that will break will probably be hacks and extensions - which should be fixed anyway in my 
[22:22:34] <varnent>	 opinion  :)  I have little sympathy for wikis that hack and then complain when an upgrade breaks things
[22:22:38] <^demon>	 1.5 hours left til midnight UTC.
[22:22:51] <badon>	 ^demon: is that when the gremlins come out?
[22:22:55] <^demon>	 If you're gonna commit some massive core-breaking code, now's the time.
[22:23:04] <^demon>	 Code slush effective at midnight UTC.
[22:23:25] * varnent  runs to go find code to break  :)

[22:23:32] <mw-jenkinsbot>	 Yippie, build fixed!
[22:23:32] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5271: FIXED in 2 min 22 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5271/
[22:23:48] <codurr>	 New code comment: Duplicatebug; Please let grep find that message names. Thanks.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/107733#c29077>
[22:24:04] <badon>	 ^demon: can probably be achieved
[22:24:09] <wikibugs>	 03(mod) images directory migration to be renamed "uploads" - 10https://bugzilla.wikimedia.org/33569  +comment (10fastgoldfish)
[22:24:38] <badon>	 [15:19:35] <^demon> I want Setup.php to die a fiery death :(
[22:25:04] <^demon>	 We'll get config mgmt nailed down this year.
[22:25:38] <sumanah>	 yay
[22:26:01] <wikibugs>	 03(mod) DatabaseError is served without encoding information - 10https://bugzilla.wikimedia.org/33570  summary (10Reedy)
[22:26:15] <hashar>	 Reedy: see  http://codepad.org/EmlrPc80  :)
[22:26:21] <hashar>	 it is PHP, not Mac OS X :)
[22:26:24] <sumanah>	 hashar: you're working late on a Friday night!
[22:26:41] <hashar>	 yeah I should be sleeping already
[22:27:26] <^demon>	 Sleep is for mortals.
[22:27:32] <badon>	 I think I like "files" instead of "uploads"
[22:27:35] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108289> 10/trunk/phase3/maintenance/language/messageTypes.inc: Ignore the 2 new access message keys from r108262 for translation
[22:27:49] <^demon>	 hashar: Does log() assume log10() or log2()?
[22:27:57] <badon>	 http://www.coincompendium.com/w/files/5/5e/LargeBlindSubmission.csv versus http://www.coincompendium.com/w/uploads/5/5e/LargeBlindSubmission.csv
[22:28:05] <^demon>	 And does that maybe vary per-platform (dear lord I hope not...)
[22:28:20] <badon>	 files makes more sense from the user perspective, since he's not uploading anything
[22:28:22] <hashar>	 second parameter of log is the base
[22:28:27] <hashar>	 and that does vary by platform
[22:28:34] <^demon>	 Ah missed that.
[22:28:37] <hashar>	 or maybe it is just PHP under lucid which is buggy
[22:28:44] <hashar>	 err
[22:28:48] <hashar>	 no PHP is buggy. Period.
[22:29:00] <hashar>	 since codepad.org probably does not run the same PHP version we do on gallium
[22:29:18] <^demon>	 php is always buggy ;-)
[22:29:31] <wikibugs>	 03(mod) images directory migration to be renamed "uploads" - 10https://bugzilla.wikimedia.org/33569  +comment (10varnent)
[22:29:38] <hashar>	 will have to reimplement log10 using only integer +, - and >>
[22:31:25] <^demon>	 Then again, is Tbps a real problem for us?
[22:31:37] <^demon>	 Or are we looking at a pretty silly edge case?
[22:31:48] <hashar>	 well
[22:32:17] <hashar>	 it is definitely wrong.
[22:32:36] <^demon>	 varnent: May want brion to weigh in. He did the NS_IMAGE -> NS_FILE rename.
[22:32:51] <hashar>	 we need to avoid using floor() on a float or we will surely get mad one day
[22:32:53] <Giftpflanze>	 is it too expensive to run the parser for the section title in comments on saving the page (maybe also previewing/showing the changes)?
[22:32:56] <hashar>	 will look at that next week
[22:33:03] <codurr>	 New code comment: Duplicatebug; At the moment you are using things like 1.18wmf1 to push revisions to site. Regardless of which tag ; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/107135#c29078>
[22:33:06] <^demon>	 *nod*
[22:33:08] <varnent>	 ^demon: that's a good idea
[22:33:56] <wikibugs>	 03(mod) DatabaseError is served without encoding information - 10https://bugzilla.wikimedia.org/33570  (10duplicatebug)
[22:34:55] <varnent>	 brion may know why it wasn't just done then
[22:35:06] <^demon>	 Hmm. I wonder...
[22:35:24] <^demon>	 If we made FileRepo's directory config take an array, you could introduce a fallback mechanism.
[22:35:32] <^demon>	 Would make adding compat for both directories possible.
[22:35:37] <^demon>	 Dunno how hard that'd be.
[22:35:40] <wikibugs>	 03(mod) "images" directory to be renamed or migrated to "files" - 10https://bugzilla.wikimedia.org/33569  summary; +comment (10badon)
[22:36:46] <AaronSchulz>	 "^demon has concerns about the buildup of backwards compatibility cruft"...hehe, no shit :)
[22:36:50] <wikibugs>	 03(mod) "images" directory to be renamed or migrated to "files" - 10https://bugzilla.wikimedia.org/33569  +comment (10admin)
[22:37:35] <^demon>	 At least you can't say I flip-flop on the issue ;-)
[22:38:07] <varnent>	 lol - your motives are consistent - it's true  :)
[22:38:30] <^demon>	 AaronSchulz: Could FSFileBackend or w/e does that stuff now support a fallback mechanism if you want multiple upload paths?
[22:39:13] * Aaron|away  hides

[22:39:49] <^demon>	 Aww.
[22:40:48] <codurr>	 New code comment: Duplicatebug; list=categorymembers is using the abbreviation "asc" and "desc" ...; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/102947#c29079>
[22:41:33] <codurr>	 New code comment: Duplicatebug; There is a problem with continue queries and dir, see the reopened bug.; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/102947#c29080>
[22:41:43] <wikibugs>	 03(mod) "images" directory to be renamed or migrated to "files" - 10https://bugzilla.wikimedia.org/33569  +comment (10innocentkiller)
[22:42:43] <wikibugs>	 03(mod) [SF] Special:RunQuery error takes down pages using it - 10https://bugzilla.wikimedia.org/33424  +comment (10fastgoldfish)
[22:44:20] <wikibugs>	 03(mod) Default, section header Edit Summaries should be grayed to encourage more text there - 10https://bugzilla.wikimedia.org/8342  (10m.p.roppelt)
[22:44:25] <wikibugs>	 03(NEW) Language::formatBitrate() give wrong result on Mac OS X - 10https://bugzilla.wikimedia.org/33571 normal; MediaWiki: General/Unknown; (hashar)
[22:44:31] <hashar>	 don't we have a tracking bug for PHP sucks ? 
[22:46:05] <Reedy>	 !b 29169
[22:46:05] <wm-bot>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=29169
[22:46:05] <mw-bot>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=29169
[22:46:39] <^demon>	 2 bots, yay.
[22:46:44] <Reedy>	 !b 700
[22:46:44] <wm-bot>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=700
[22:46:44] <mw-bot>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=700
[22:47:00] <Reedy>	 interesting how a bot running off cluster is faster than one essentially on cluster
[22:48:06] <hashar>	 thanks Reedy 
[22:49:30] <wikibugs>	 03(mod) Language::formatBitrate() give wrong result on Mac OS X - 10https://bugzilla.wikimedia.org/33571  (10Antoine "hashar" Musso)
[22:49:31] <wikibugs>	 03(mod) PHP Sucks - 10https://bugzilla.wikimedia.org/29169  (10Antoine "hashar" Musso)
[22:51:14] <wikibugs>	 03(mod) Link to a anchor with brackets broken inside Wikitext - 10https://bugzilla.wikimedia.org/25709  (10m.p.roppelt)
[22:52:16] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108290> 10/trunk/translatewiki/MediaWiki/mediawiki-defines.txt: r108130: Register alias file for translatewiki.net
[22:52:18] <wikibugs>	 03(mod) Upload errors display pseudo-paths with 'public', confuse users - 10https://bugzilla.wikimedia.org/13812  +comment (10badon)
[22:53:15] <wikibugs>	 03(mod) "images" directory to be renamed or migrated to "files" - 10https://bugzilla.wikimedia.org/33569  +comment (10bawolff+wn)
[22:55:37] <wikibugs>	 03(mod) Upload errors display pseudo-paths with 'public', confuse users - 10https://bugzilla.wikimedia.org/13812  +comment (10Bawolff)
[22:56:32] <p858snake|l>	 !botbrain2
[22:56:32] <wm-bot>	 http://bots.wmflabs.org/~petrb/db/%23mediawiki.htm
[22:56:33] <mw-bot>	 I don't know anything about "botbrain2".
[22:56:49] <hashar>	 !botbrain2 is http://bots.wmflabs.org/~petrb/db/%23mediawiki.htm
[22:56:50] <wm-bot>	 Key exist!
[22:56:50] <mw-bot>	 Successfully added keyword: botbrain2
[22:56:53] <hashar>	 \o/
[22:56:57] <hashar>	 !botbrain2
[22:56:57] <wm-bot>	 http://bots.wmflabs.org/~petrb/db/%23mediawiki.htm
[22:56:57] <mw-bot>	 http://bots.wmflabs.org/~petrb/db/%23mediawiki.htm
[22:57:15] <p858snake|l>	 which bot do we want to silence?
[22:57:25] <hashar>	 now find out a way to let bots talk to each other in this channel so they can learn from each other :-)
[22:58:34] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108291> 10/trunk/phase3/maintenance/language/messages.inc: Register the 2 new access message keys from r108262 for meintenance files
[22:59:48] <codurr>	 New code comment: Reedy; <pre> \ + /** \ + * Get the WikiPage object \ + * \ + * @since 1.19 \ + * @return WikiPage \ + */ \ + public ; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108274#c29081>
[23:00:07] <wikibugs>	 03(mod) "images" directory to be renamed or migrated to "files" - 10https://bugzilla.wikimedia.org/33569  +comment (10fastgoldfish)
[23:01:18] <codurr>	 New code comment: Hashar; ack ignore .inc file by default. Would love to have them renamed to .php :-); <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108264#c29082>
[23:04:03] <codurr>	 New code comment: Duplicatebug; You can also check with User::isValidUserName in GenderCache::doLinkBatch to avoid db queries for IP; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/82029#c29083>
[23:05:29] <codurr>	 03raymond * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108292> 10/trunk/ (68 files in 43 dirs): Localisation updates for core and extension messages from translatewiki.net
[23:06:42] <codurr>	 03maxsem * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108293> 10/trunk/extensions/GeoData/GeoData.body.php: Yet another notice
[23:07:06] <codurr>	 03maxsem * <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108294> 10/trunk/extensions/GeoData/GeoDataHooks.php: Use shiny new accessor
[23:12:44] <sumanah>	 I can feel the chill of the code slush enveloping the channel
[23:12:57] <bawolff>	 burr!
[23:14:03] <codurr>	 New code comment: Hashar; Of course! I was wondering how to handle the exception thrown by wfUnpack(). Guess returning false ; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108253#c29084>
[23:22:50] <wikibugs>	 03(mod) Special:UnusedFiles lists files that are used with [[Image:Filename]] syntax - 10https://bugzilla.wikimedia.org/33568  +comment (10Bawolff)
[23:25:04] <wikibugs>	 03(NEW) User::idFromName should not do a database query for invalid usernames - 10https://bugzilla.wikimedia.org/33572 normal; MediaWiki: General/Unknown; (duplicatebug)
[23:27:48] <codurr>	 New code comment: Platonides; What php version is used by Jenkins?; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108284#c29085>
[23:28:03] <wikibugs>	 03(mod) Language::formatBitrate() give wrong result on Mac OS X - 10https://bugzilla.wikimedia.org/33571  +comment (10Platonides)
[23:29:08] <Alphos>	 durr bawolff 
[23:31:18] <codurr>	 New code comment: Reedy; <pre> \ reedy@gallium:~$ php -v \ PHP 5.3.2-1ubuntu4.10 with Suhosin-Patch (cli) (built: Oct 14 2011 23; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/108284#c29086>
[23:33:14] <wikibugs>	 03(mod) Language::formatBitrate() give wrong result on Mac OS X - 10https://bugzilla.wikimedia.org/33571  +comment (10Reedy)
[23:33:29] <wikibugs>	 14(INVALID) Documentation of $wgDebugRedirects doesn't clearly state it's about HTTP redirects - 10https://bugzilla.wikimedia.org/33554  +comment (10Bawolff)
[23:35:09] <wikibugs>	 03(NEW) Wikipedia Android app hardware search button doesn't highlight - 10https://bugzilla.wikimedia.org/33573 normal; Wikimedia Mobile: android; (tfinc)
[23:35:32] <bawolff>	 Hmm, "The replacement for $wgTitle is Title::newFromText($wgRequest->getVal('title'))" <-- I'm not alone in thinking that is even worse than $wgTitle ?
[23:38:02] <Alphos>	 bawolff one good thing is it doesn't need global $wgTitle
[23:38:16] <Alphos>	 beyond that...
[23:38:26] <wikibugs>	 03(mod) Language::formatBitrate() give wrong result on Mac OS X - 10https://bugzilla.wikimedia.org/33571  +comment (10Platonides)
[23:38:37] <Platonides>	 bawolff, ask the RequestContext
[23:39:05] <bawolff>	 Platonides: I know, i just happened to see that on some docs on MediaWiki.org
[23:40:23] <wikibugs>	 03(mod) Language::formatBitrate() give wrong result on Mac OS X - 10https://bugzilla.wikimedia.org/33571  +comment (10sam)
[23:49:33] <codurr>	 New code comment: Duplicatebug; This queries are used for each gender parser function: \ <pre> \ <!--SELECT * FROM `user` WHERE user_; <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/96546#c29087>
[23:59:09] <AaronSchulz>	 ^demon: can you run a single suite with run-tests.bat?
[23:59:20] <^demon>	 No clue.