[00:09:57] ok, back in channel... sumanah, anyone else want to talk about an API sandbox? [00:10:26] I suppose as I'm here, I should listen in ;) [00:10:40] BTW, the Flickr API explorer is not a sandbox, it's just a web interface that helps you construct real API calls, and see what the result will be. [00:10:47] Flickr generally tries to do things with maximum danger [00:10:58] Something AJAXy then? [00:10:59] :-D [00:11:12] <^demon|away> For maximum danger we should allow editing the MediaWiki source via the MediaWiki namespace. [00:11:41] I think having people test on test.wp when someone could sync their test right out to the cluster is... [00:11:44] close enough [00:11:44] Reedy: here's a sample. http://www.flickr.com/services/api/explore/?method=flickr.photos.search [00:12:11] Reedy: in order to make that work, there is just metadata that describes what the arguments are, and whether they are optional [00:12:26] Cool [00:12:31] Reedy: and some sample data that would work for you, on the right hand side [00:12:44] We can do that programatically now, as the api exposes "requiredness" through paraminfo [00:13:14] Or not [00:13:15] Seemingly [00:13:16] We already have that information in our API definition, actually better than Flickr did it (there's a separate thing you have to edit to make the API explore page work) [00:13:16] I wonder [00:13:47] I have a mw.Api module that could make constructing the call pretty easy, too [00:13:57] and getting permission [00:13:58] [00:14:27] anyway did we post this as a Gsoc project or something? [00:14:29] It's a good idea [00:14:51] "API sandbox environment (a la Flickr API Explorer that gives a form interface to help learn the api [1])" [00:14:53] yeah [00:14:59] rather than call it API sandbox, it should just be an API constructo-thingy, and we'll make a sandbox wiki for it. [00:15:10] Mmm [00:15:16] We could just make the api output it [00:15:20] heh [00:15:24] then people could play with their local wiki [00:15:30] An extension to do it via special page would be cool [00:15:39] this looks totally easy, IMO [00:15:40] Its kind of like a fancy version of the help module [00:16:54] and it would really help. I have fun memories of writing ajax functions in js just to test the editing interface/other stuff requiring being posted (read: was a pain) [00:18:08] hmmm [00:19:22] <^demon> Nobody's going to do the project I suggested because it's kind of boring :( [00:19:37] {{sofixit}} [00:19:38] :D [00:19:56] <^demon> I should add some buzzwords to it. [00:20:10] lol [00:20:18] vandal stopping! [00:20:35] <^demon> "Rewrite blocking to be more semantic leveraging synergy between HTML5 and web 2.0" [00:20:51] ow ow [00:20:55] that's painful even to read [00:21:06] *Reedy holds a baseball bat near ^demons head... [00:21:43] ^demon: what is "blocking" code? [00:21:50] you mean the parser? [00:21:58] <^demon> No, the code relating to user blocks. [00:22:02] <^demon> In the Block class :) [00:22:02] oh [00:22:02] $form = new IPBlockForm( '' ); [00:22:02] $form->BlockAddress = $params['user']; [00:22:08] right [00:22:12] So the API doesn't have to do shit like ^ [00:22:13] is that even IPv6 compatible? [00:22:20] Ask Aaron [00:23:05] <^demon> Mostly, I think. [00:23:16] 7 ipv6 outstanding [00:23:18] <^demon> I think the major outstanding problem was range blocks in ipv6. [00:23:21] and not all directly MW [00:23:57] "Should block IPv6 addresses at /64 instead of /128" [00:23:58] https://bugzilla.wikimedia.org/buglist.cgi?keywords=ipv6&resolution=--- [00:53:41] reedy: i was totally doing that [00:53:45] :D [00:53:47] reedy: but thanks anyway [03:17:31] So this sumanah character, does he have an e-mail address or something? [03:17:37] robla: ^ [03:17:47] she. [03:17:57] Really? All right. [03:18:13] I had to deal with a "Morgan" today at work. Ended up excluding the prefix altogether. [03:19:15] I'd like to stress to her that GSOC projects should be manageable. No more LiquidThreads and interwiki transclusions and other crazy things that require a really indepth knowledge of MediaWiki. [03:19:30] (And end up not producing anything.) [04:24:48] Shirley: sumanah's email address is ??sumanah@panix.com, but I fully agree with you anyway [04:25:43] She's going to be doing more facilitation than picking the projects (similar to the role I played last year) [04:26:35] So....I'm probably more important to make that case to (as someone who is planning to be more vocal+forceful about project selection) [11:03:49] Fatal error: Call to protected method LanguageConverter::translate() from context 'AbstractFilter' in /usr/local/apache/common-local/php-1.17/extensions/ActiveAbstract/AbstractFilter.php on line 123 [11:04:12] time to see when that got protected and what the preferred replacement is and nag someone [11:40:32] maybe convert()? [12:59:45] how can I specificy a specific variant to convert()? [13:00:13] abstracts needs output in both zh-cn and zh-tw [13:00:17] ( TimStarling ) [13:01:21] you probably want autoConvert(), you can specify the variant in the second parameter [13:03:29] it seems to do a lot more work [13:05:56] you could just make translate() public [13:06:08] that was my plan actually [13:06:40] http://www.mediawiki.org/wiki/Special:Code/MediaWiki/69133 [13:06:54] no explanation [13:06:58] yeah I had found it earlier [13:07:15] not a lot of commentary no [13:07:28] I'll comment when I change it back [17:56:43] TrevorParscal: 10:02 am, reporting for duty ;) [18:06:26] howdy [18:06:27] ok [18:07:02] You wanted to deploy AF to prototype [18:07:12] so, I just need the latest ArticleFeedback in trunk to be merged into wherever the prototypes are pulling from [18:07:27] then the prototype to be updated [18:07:34] and then the config to be changed [18:07:37] OK [18:07:45] I take it you wanted to use Priyanka's existing prototype setup? [18:07:58] And Priyanka's down under now, right? [18:07:59] yeah, that's what's in place now, we should roll with that [18:08:02] yeah [18:09:30] URL: http://svn.wikimedia.org/svnroot/mediawiki/branches/wmf/1.17wmf1 [18:09:51] So that's where it's pulling from [18:10:06] I'm just gonna check out ArticleFeedback in the extensions directory locally [18:10:26] So I don't have to mess around with the wmf branch just yet [18:10:47] catrope@prototype:/srv/org/wikimedia/prototype/wikis/rc/extensions$ sudo svn checkout http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/ArticleFeedback [18:11:04] Damn that checkout was FAST [18:11:08] *RoanKattouw <3 formey [18:12:38] TrevorParscal: OK I left a require_once() statement in the config file, I' [18:12:44] TrevorParscal: I'll leave it to you to put the config in [18:13:06] /srv/org/wikimedia/prototype/wikis/rccommon/PrototypeSettings.php line 138 [18:15:06] <^demon> RoanKattouw: It's less to do with formey and more than it's in the same datacenter as prototype :p [18:15:23] I know that [18:15:28] That's exactly what I like about formey [18:15:32] <^demon> :) [18:15:39] ok [18:15:40] <^demon> makes fenari -> formey way fast too [18:15:55] Yeah. When I ran make-wmf-branch, SVN from my home was so slow that it was faster to compile SVN 1.6 on fenari and run the script there [18:16:06] (I raced the two approaches) [18:16:34] hmmm http://prototype.wikimedia.org/release-en/AricleFeedbackTest [18:16:46] I added the settings, but I'm still seeing the old version [18:17:26] I wonder if ArticleAssessmentPilot is still enabled [18:17:32] not that i can tell [18:17:48] It is [18:17:52] On Special:Version [18:18:51] It was enabled in CommonSettings.php , I disabled it [18:21:50] Is $wgArticleFeedbackOdds a number in 0-10 ? [18:22:11] 0-100 [18:22:22] hmm [18:22:25] this is odd [18:22:31] it's not showing up... [18:22:37] Oh haha [18:22:38] Got it [18:22:40] >>> mw.config.get('wgArticleFeedbackCategories',[]) [18:22:43] ["ArticleFeedback"] [18:23:01] I fixed that in the config just a sec ago [18:23:07] to have a space [18:23:32] It's in the startup module, so it sticks [18:23:50] OK got it now [18:23:55] yeah, me too [18:23:59] the tool? [18:24:02] or the value? [18:24:09] The value [18:24:15] right, me too [18:24:16] var wonLottery=(Number(mw.config.get('wgArticleId',0))%1000) [18:24:18] 28 To me that looks like the odds are in 0-10 [18:24:51] hmm [18:24:52] Because if odds == 10, the right hand side will be 1000, so wonLottery will always be true [18:25:00] Doesn't matter though, odds=50 right now [18:25:08] So the chances of it showing should be 500% :D [18:25:09] crap, I got that all backwards i guess [18:25:11] but still [18:25:12] yeah [18:25:26] i have the odds at 100 actually [18:25:31] but that aside [18:25:42] the category should make it show up [18:26:39] Hm the first thing I notice in ext.articleFeedback is another lottery function [18:27:34] thats for pitches only [18:28:23] Oh [18:28:37] Hmph why won't Firebug let me put breakpoints in this script [18:28:41] It's not showing in the script panel [18:29:23] AF is "AbuseFilter." You all confuse me. [18:30:04] AFT then [18:30:13] *RoanKattouw svn ups the prototype 1.17wmf1 copy [18:35:50] Grr [18:36:03] Somehow the loader seems to be broken, but I really don't understand how or why [18:36:37] It's XHRing the script, but not appending it to the body [18:36:49] Even though we do $('body').append('