[00:18:35] sDrewthedoff: GlobalBlocking will prevent login on the local wiki, before we check loginwiki [00:19:42] ori-l: http://groehn.net/nutty/ :) [00:19:55] " hasn't been in active development since 2005" i know :) [00:20:27] heh, is that your work? [00:20:32] but i remember that patch was great.. "enables users to select and open hyperlinks that they see on the terminal window" sounds small but totally changes the IRC experience [00:20:35] no [00:21:03] ah, yeah, that does sound useful. but i don't think it helps with loading session configurations from a file :/ [00:21:33] ah, sorry i didnt even read all the details just that you wanted to package putty [00:21:56] oh, it puts it into registry when you save, doesnt it [00:22:06] so it would be a .reg file people can double-click on Windows [00:24:10] got it after reading full ticket [00:27:50] mutante: yeah, but I think it might be better to just recommend git bash instead [00:27:58] too many options, none standard :/ [00:29:29] ah, i guess else i would have said cygwin.com [00:30:43] ok ... http://stackoverflow.com/questions/14551989/cygwin-or-git-bash-command-window [00:31:36] http://stackoverflow.com/questions/3144082/difference-between-msysgit-and-cygwin-git/3144417#3144417 [00:32:47] yeah, cygwin is much more comprehensive and flexible. savvy windows users will know to ignore recommendations and configure git and ssh in whatever way they like best; i think git-bash might work best for people that just want to get up-and-running and are confused by all the options [00:35:03] you summed it up. last time i used it, i wanted the sshd in cygwin so i could ssh into windows machines, and like have nagios checks on them [15:23:22] any known issue with API? [15:23:26] I'm getting urllib2.HTTPError: HTTP Error 500: Internal Server Error from time to time [15:39:06] liangent: some expensive queries can 500 on you. [15:39:24] like trying to get contents of 5000 pages at once [15:39:38] or trying to save a page that takes so long to parse things timeout [15:39:54] MatmaRex: no that script worked well in the past [16:00:37] hoo: do you have any idea how a filter can consumes 23296 conditions if the condition limit is 1000? [16:00:38] https://en.wikipedia.org/wiki/Special:AbuseFilter/473 [16:01:02] and why does that value changes every second? It is now at 51172 [16:01:14] and back to 3986 [16:01:20] =S this is confusing... [16:01:20] helderwiki: That condition limit is broken for some reason [16:02:29] do you know if this was already reported on bugzilla? [16:04:02] helderwiki: I think it hasn't been [16:04:19] I wasn't yet 100% sure about it, but that example really is extreme [16:05:51] hoo: what does it mean by "broken" [16:06:27] we saw the issue that some filters don't work live randomly, but they work when tested manually [16:06:31] liangent: They tend to display incredibly high values [16:06:34] is it related? [16:06:41] hoo: a more thechnical one: shouldn't the function "resetFilterProfile" also reset the key profile-conds? https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FAbuseFilter.git/HEAD/AbuseFilter.class.php#L535 [16:07:09] helderwiki: I guess it could [16:07:15] the whole AbuseFilter class is a big mess [16:08:01] liangent: by "tested manually" you mean in the Special:AbuseFilter/test page? [16:08:53] If I understood correctly the code for that page uses AbuseFilter::disableConditionLimit(), so they would not affect tests done using it [16:08:53] liangent: This usually happens if the condition limit gets exceeded [16:09:04] helderwiki: right. and /examine [16:10:08] hoo: yeah and is it actually counting limit correctly despite of a broken display? [16:10:22] liangent: I'm rather sure [16:10:57] hoo: hmm but a broken display makes debugging difficult [16:11:19] * helderwiki finds it very difficult to optimize filters currently... [16:11:34] Yes, I've once briefly tried to fix it, but I didn't really find the mistake [16:11:39] but I didn't try to hard yet [16:15:01] hoo: I reported on https://bugzilla.wikimedia.org/show_bug.cgi?id=51294 [16:17:32] helderwiki: Thanks, CCed myself [16:32:59] Nemo_bis: hoo : on [http://www.mediawiki.org/wiki/?diff=270282] it was said that "in" is a boolean operation, but [16:33:00] https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FAbuseFilter.git/HEAD/AbuseFilter.parser.php#L1026 [16:33:20] seems not to consider "in" as boolean [16:33:36] shouldn't that be removed from the list of boolean operations in the doc? [16:34:18] oh, that was not added by Nemo_bis [16:35:02] the content comes from enwiki [16:38:52] Well, it's a keyword returning a boolean, but I'm not exactly sure what order it is [16:40:51] http://bots.wmflabs.org/~wm-bot/dump/%23wikimedia-tech.htm [16:40:51] T13|lunch: Invalid arguments [16:58:22] !bzqs wm-bot [16:58:22] https://bugzilla.wikimedia.org/buglist.cgi?quicksearch=wm-bot [17:01:57] "!bzqs"? it's just "!bug". [17:03:10] hm, hm. [17:03:16] http://lists.wikimedia.org/pipermail/wikitech-ambassadors/2013-July/000306.html [17:03:25] this mentions only the removal of resolution limit for PNGs [17:03:43] wouldn't this apply also for TIFF and GIF files per https://commons.wikimedia.org/wiki/Commons:Maximum_file_size ? [17:08:44] Headbomb: yes I don't remembering adding anyhing like that [17:13:18] ah, helder quit [17:14:27] !bug MatmaRex [17:14:27] https://bugzilla.wikimedia.org/buglist.cgi?quicksearch=MatmaRex+ [17:14:39] Cool... [17:15:31] 26 bugs found for MatmaRex [17:16:28] Thank you wm-bot [17:16:28] Hey T13|lunch, you are welcome! [17:16:35] wm-bot: You fool [17:16:47] wm-bot: You never respond like that when I thank you on PM [17:16:47] Hey odder, you are welcome! [17:16:48] wm-bot: that is creepy.. no thank you. [17:16:48] Hey T13|lunch, you are welcome! [17:17:22] lol Not perfect regex... :p [18:57:26] lfaraone: chi si lamenta? [18:58:06] Nemo_bis: my italian is actually quite poor :) [18:58:17] oh ok :) [18:58:29] they're writing to non-Italian queues? [18:58:57] * Nemo_bis was indeed wondering why I didn't know of you as an Italian OTRS volunteer [18:58:58] Nemo_bis: right. I could just shunt it over to info-it and have them handle it… this specific page does have __NOINDEX__ [18:59:17] Nemo_bis: I don't see you as an OTRS volunteer; do you have another username? [18:59:21] yes, probably something that has already been discussed [18:59:22] no [18:59:41] but I watch carefully from outside ;) [19:05:12] all those discussions are rather pointless anyway as we have so many live mirrors doing whatever they want [19:09:13] @notify Base-w [19:09:13] I'll let you know when I see Base-w around here [19:12:08] :-( [20:59:55] Is there a mediawiki-api channel? [21:01:37] I'm wondering what info I can pull on IP users from api.. like edit count, first/last edit tinestamp, block status, templates on user page, etc... [21:02:42] You can't [21:02:46] That information isn't stored [21:03:07] You can get edit timestamps via the usercontribs module [21:03:29] blockstatus would be through blocklist [21:03:47] templates on userpage, you'd need to parse the wikitext for that [21:04:17] T13|park: ^ [21:08:47] Figured as much [21:15:41] ah, the identi.ca migration happened https://identi.ca/wikimediaatwork [21:20:49] oh, but they killed https://identi.ca/wikimediatech 3 weeks ago already [21:20:57] legoktm: I just need to figure out how to do those things in c# XD [21:21:30] T13|park: I don't see C# listed https://www.mediawiki.org/wiki/API:Client_code [21:21:36] for an !ipuserinfo command for helpmebot [21:23:34] legoktm: you didn't look hard enough... WikiAccess - a C#-library that makes some API functions accessible, has write API. [21:23:54] oh .NET [21:31:56] New version of the Flow prototype up at http://unicorn.wmflabs.org/flow/