[05:41:45] Should i ask development questions here? or on #mediawiki channel? [05:47:16] Yes. [05:50:29] yes to what? first or second question? =P [05:52:59] I *love* 'or' questions. [05:57:13] netbrain: depending on your skillz - MediaWikiPlayer looks like it need a volunteer to maintain it. [05:57:34] how so? is it broken? [05:57:44] or just unmaintaned? [05:58:04] Well, it has not been updated since October 2010, and there have been several MediaWiki releases since then. [05:58:26] It may be just fine, but it also may be it could be improved with some of the more-current api. [05:59:33] Your chance for fame, goodwill, and a loss of social life await you. [06:00:09] hehe, i already have buttloads of fame, goodwill and loss of social life. [06:00:20] ah... sigh... [06:00:54] Im working with a client that has certain needs to their wiki [06:01:33] several different new extensions, modifying existing ones and diverse customizations has been my work thus far [06:01:34] JW player is veruh veruh good. [06:45:18] im really missing the option to set js namespace through resource loading js resources. [06:46:31] I'd pick some random victim from the channel members to blame for that, but I might accidentally be right. [06:47:27] Say i have a js library which declares global function as "function MarkerCluster(){}", then when using mw.load.using.. then this function will not be accessible in the callback function.. However if the resource loader would prefix the entire js file loaded with var markerClusterNamespace = {/*loadedjs here*/} then i could actually reach the code using markerClusterNamespace.MarkerCLust [06:47:37] darn enter button... [06:47:42] You get my drift. [06:48:32] Yep. [06:49:01] Actually, MaxSem might have something to say about use of namespace in resource loader. [06:49:20] ?? [06:49:29] netbrain> im really missing the option to set js namespace through resource loading js resources. [06:51:06] without it i'm forced to load more js then potentially needed. Another solution would be to manually prefix each third party library with a namespace. But that isn't maintanable over time. [06:51:53] strategy pattern [06:52:07] what of it? [06:52:47] if there's too much code in a module, split it to load only what's needed [06:54:08] can't, because the library loaded declares only global functions, which cant be reached from the scope of the callback function declared in mw.load.using(...) [06:55:25] well, you'll have to torture Roan and Timo then:) [06:55:40] hence creating a third parameter to mw.load.using('some-library',function(){/*callback*/},'myNameSpace') would be great. [06:56:39] if the 'myNameSpace' parameter is defined, then mw.load.using should prefix the loaded library with var myNameSpace = function(){/* js library here*/} [06:56:57] or maybe this should be set in the actual php code instead. [06:57:23] $wgResourceModules [06:57:42] is this btw, something i could submit a patch for? [06:57:53] im guessing this is mediawiki core? [06:58:43] Yes, netbrain [06:58:48] Not sure if it's core [06:59:48] where can i find information on what files are involved in this functionality? [06:59:58] just search the entire codebase? [07:00:30] Well, best to ask Roan Katouw and/or Tim Starling. [07:00:46] are they present on irc? [07:00:55] or is this a maillinglist question? [07:01:02] Tim is here now, Roan I think will be here in a couple hours. [07:01:12] And it could be a tech-l question [07:01:25] tech-l? [07:01:29] Moment. [07:02:04] (too many lists available, looking for the right one) [07:02:19] i think im a subscriber of that list come to think of it [07:03:04] https://lists.wikimedia.org/mailman/listinfo/wikitech-l ?? [07:07:36] [14:59:31] Krinkle: hello :-] [14:59:45] Krinkle: spammed you some SQL slow query logs from gallium thanks to mutante [15:00:27] hi [15:00:28] you did? [15:00:46] where? :) [15:01:25] * hashar has too many bugs lists each having too many bugs [15:01:53] Krinkle: https://bugzilla.wikimedia.org/show_bug.cgi?id=35028 [15:02:05] most of the slow queries are there [15:02:08] oh, I was looking for an email [15:02:18] I have added my thought about indices [15:02:41] might want someone else to have a look at them for double checking [15:03:01] if that is fine for your, we can probably close the bug report 35028 [15:03:13] and open a new one whenever you need some more fresh logs :-] [15:03:59] Morning Krinkle [15:04:31] hashar: ok [15:04:33] Hi [15:05:25] What'cha working on [15:05:26] ? [15:05:36] processing email [15:05:41] just logged-on a minute ago [15:07:21] Oh OK [15:07:26] heh, I've been here for like half an hour [15:44:25] RoanKattouw: done, whats your status? [15:44:57] Still reviewing PageTriage stuff [15:45:11] * RoanKattouw took a day off yesterday and is now paying the price [15:45:26] I'll get back to RL2 soon enough, let me see what I ended with last week [15:46:00] So, I submitted three changes last week that you could review: https://gerrit.wikimedia.org/r/#q,branch:RL2,n,z [15:46:23] Ah, rihgt [15:46:27] I;ll get on on that [15:46:51] I still need to make it so that the preferences page no longer lists stuff per repo, but per catego [15:46:53] ry [15:47:01] As per https://www.mediawiki.org/wiki/ResourceLoader/V2_Task_management#Todo_list [15:47:25] Other than that I actually did all my "this week" tasks this week :O :O [15:47:30] *last week [15:49:20] Krinkle: Apart from the (TT) tasks on the task management page, another thing you could do is see how well the RL2 prototype on labs is holding up [15:56:02] btw, the unit test I had for @import (currently commented out in mediawiki.test.js) is pretty hard to make work [15:56:11] because just adding the css will make the test fail [15:56:19] @import is loaded async, it is very hard to keep track of [15:56:50] or rather, it is loaded async from the perspective of creating the