[01:08:07] <DaBPunkt>	 gn8 folks
[01:08:45] <godog>	  /a
[01:13:21] <jeremyb_>	 mwalker: ping
[01:13:29] <mwalker>	 jeremyb_: pong
[01:14:09] <mwalker>	 and by that I mean -- what's up!
[01:14:20] <jeremyb_>	 heh, yeah :)
[01:14:25] <jeremyb_>	 just saw your analytics mail
[01:14:27] <jeremyb_>	 mwalker: quick /msg ?
[01:14:31] <mwalker>	 sure
[02:56:54] <Nemo_bis>	 ouch, unbelievable :o https://bugzilla.wikimedia.org/show_bug.cgi?id=45056
[02:57:09] <Nemo_bis>	 poor monobook, so mistreated
[10:14:29] <Qcoder00>	 Hi
[10:14:50] <Qcoder00>	 If a page is too long it can't be edited it seems - http://en.wikisource.org/w/index.php?title=Short_Titles_Act_1896&action=edit times out
[10:31:02] <ori-l>	 Qcoder00: it isn't a function of length, exactly -- it has more to do with the templates that are included.
[10:31:16] <Qcoder00>	 Well in case , I can't edit it
[10:31:23] <Qcoder00>	 So it will have to be nuked
[10:33:13] <ori-l>	 This contains some useful information: http://en.wikipedia.org/wiki/Wikipedia:Template_limits
[16:23:12] <huh>	 Hi!
[16:23:49] <huh>	 Can someone help me reproduce a fairly surprising glitch?
[16:24:18] <huh>	 The glitch is: being able to see users and edit summaries of deleted edits in the Recent Changes
[16:28:55] <huh>	 [Note: it's even visible logged-out or with a non-admin account...]
[16:40:57] <Nemo_bis>	 huh: how much later? caching can sometimes do such things in histories at least
[16:41:14] <huh>	 Nemo_bis: it was deleted while I was editing it
[16:41:29] <huh>	 or right after
[16:42:06] <huh>	 Nemo_bis: Search for "Www.wikipedia.com" on https://meta.wikimedia.org/w/index.php?title=Special:RecentChanges&limit=100
[16:43:21] <huh>	 Hint: it was at 15:52 UTC
[16:43:48] <Nemo_bis>	 yes I saw it
[16:44:05] <Thehelpfulone>	 yeah according to the RC feed that I was looking at, my delete action was a second after
[16:45:52] <huh>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=45081
[17:56:53] <Base-w>	 there is on https://uk.m.wikinews.org/w/index.php?title=Спеціальна:Вхід&returnto=Спеціальна%3AСписок+спостереження
[17:56:53] <Base-w>	 Сертификат действителен только для следующих имён:
[17:56:53] <Base-w>	   *.wikipedia.org , wikipedia.org , m.wikipedia.org , *.m.wikipedia.org  
[17:56:53] <Base-w>	 (Код ошибки: ssl_error_bad_cert_domain)
[17:57:02] <Base-w>	 (sorry for localized text)
[18:04:44] <Krenair>	 Base-w, this is https://bugzilla.wikimedia.org/show_bug.cgi?id=34788
[18:05:31] <Base-w>	 ok nice. should i add smth?
[18:05:42] <Krenair>	 What do you have to add?
[18:06:29] <Base-w>	 idk i think anything :)
[18:06:58] <Base-w>	 ah it is not fixed for one year
[19:28:57] <Sumurai8>	 Recently moodbar has been disabled/removed from enwp. Moodbar still exists on nlwp (and we would like to keep it that way), but since 3 days no comments have been coming in and when I checked this morning every new user that tries to post feedback gets a message that they violate the rules (moodbar-abuse-title). I've been looking into it and apparently that gets triggered when either...
[19:28:59] <Sumurai8>	 ...$wgSpamRegex gets triggered, Spamblacklist gets triggered or abusefilter gets triggered. There haven't been any changes to abusefilters for a while, the local spamblacklist isn't updated since 2012 and on meta only 3 changes were made that don't seem to conflict. Any thoughts what to do to get it fixed?
[19:30:12] <Sumurai8>	 I've made a bugzilla bug, but it doesn't seem to be a bug with the extension this time, but more like a bug with config somewhere
[19:30:26] <hoo>	 Sumurai8: Could you please link the bug?
[19:30:38] <Sumurai8>	 gimme a sec
[19:30:52] <Sumurai8>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=45068
[19:31:00] <hoo>	 Long story short: We changed the abusefilter internally a lot and if the extension assumes the old stuff it's going to break
[19:31:22] <Sumurai8>	 something like this? https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/MoodBar.git;a=blob;f=include/MoodBarUtil.php;h=96d85c50f12b0daa8a970f406572c40055e38a6f;hb=HEAD
[19:31:45] <hoo>	 Sumurai8: Totally, ye
[19:31:46] <hoo>	 s
[19:31:49] <hoo>	 I can see the cause
[19:32:00] <hoo>	 return $filter_result != '' && $filter_result !== true;
[19:32:12] <hoo>	 the result is an object now, while it used to be a string
[19:32:29] <hoo>	 I'll fix that later ;)
[19:33:30] <Sumurai8>	 okay :) should I add something to the bug?
[19:33:34] <Sumurai8>	 or will you do that?
[19:35:15] <Sumurai8>	 ah you did :P
[19:35:18] <Sumurai8>	 thanks
[19:36:48] <Jasper_Deng>	 hoo: btw, do you have any theories about the Wikidata IP blocks bug?
[22:10:36] <hexasoft>	 hello
[22:10:53] <Krenair>	 hello
[22:10:58] <hexasoft>	 I have a problem in a scribunto module:
[22:11:26] <hexasoft>	 I send to the template that calls my module a parameter that is protected by <nowiki> tag
[22:11:46] <hexasoft>	 → {{mytemplate|<nowiki>{{some stuff}}</nowiki>|...}}
[22:12:18] <hexasoft>	 if I just get and print it from module it's fine. But it seems that string lib is confused by the tags
[22:12:43] <hexasoft>	 which are converted into "magic" stuff to be reconstructed at output.
[22:13:43] <hexasoft>	 I mean, for example: local txt = args[1] ; string.len(txt) returns 44, which is the length of the "magic" nowiki part, not the total length
[22:14:30] <hexasoft>	 in addition string functions failed to search/replace the "real" content on the string. It act as if for string lib the incoming string is restricted to the magic part.
[22:15:25] <hexasoft>	 I tried to replace the escape code (gsub "\127" "_") but I still only get the nowiki part and not the rest of the entry (it gives: _UNIQ5ed6c7763331d005-nowiki-00000001-QINU_)
[22:16:04] <hexasoft>	 does anyone have an idea on how to deal with that?
[22:32:19] <Base-w>	 when will be next cached special pages update at uk.wikinews? last was 6 days before