[00:15:43] mwalker: Hey, ' sup? [00:16:36] Isarra: just wanted to let you know that CentralNotice/master will correctly function on mediawiki 1.20.2 with a couple of configuration options to make things more sane for your enviornment [00:16:53] Sweet! [00:17:46] so; I guess let me know when y'all want to enable it, and I can be around to offer assistance if needed [00:18:47] Thanks, man. [00:19:19] I'd say now would be good, but I dunno that folks are even around, so probably not the best time in reality. [00:20:47] kk -- I'll be in the office for ~2 more hours; and then it'll be dinner time -- but if you still have my mobile # you can text me this evening -- I just have project work planned which'll keep me at my desk at home anyways [00:21:15] You just don't go home at sane times, do you? [00:21:48] what's not sane about 1830? [00:21:57] hoo, can you look into sDrewth's problems with AbuseFilter as he described in #mediawiki earlier? [00:22:07] Okay, I guess it's not insane... [00:22:20] But it does seem later than one might expect. [00:22:23] Krenair: I didn't idle on #mw earlier :/ [00:22:32] Krenair: we had a release, so let me look what changed [00:22:53] https://www.mediawiki.org/wiki/MediaWiki_1.21/wmf9#AbuseFilter [00:22:56] sDrewth: What broke? It's not unlikely that stuff broke, cause we changed a lot [00:23:03] hoo: just a filter started being more aggressive with the release. I amended the filter [00:23:05] Isarra: *shrugs* it's an 8 hour day considering I got in at 0930 this morning -- certainly better than some days where we leave closer to 2100 [00:23:14] >.< [00:23:23] Aye. [00:23:35] sDrewth: Got a link? [00:23:38] to the filter [00:23:47] Okay, I guess the question really is at this point... which should be used for the infrastructure wiki, and can that be easily changed later? [00:24:03] Or is there pressure to get it right in the first place? [00:24:07] yep, getting, was finishing some text https://en.wikisource.org/wiki/Special:AbuseFilter/1 [00:24:47] Isarra: the pressure is that all your old banners will be located on the old infrastructure master -- so you'll encounter overhead if you want to transwiki all that content [00:25:00] but otherwise the configuration is straightforward [00:25:05] *re-configuration [00:25:42] But the moving them... could it potentially be as simple as just shuffling the relevant tables from one db to the other? [00:25:47] Or would that no work? [00:26:08] not really... centralnotice banners and banner messages are represented internally as wikipages in the MediaWiki namespace [00:26:08] t [00:26:21] Fiddles. [00:26:55] hoo: in short, it used to see an underlying template, if an overarching template was used, that stopped [00:26:57] sDrewth: Got an idea what exactly went wrong? I don't see anything that looks likely to have been changed [00:27:13] it used to expand down [00:27:19] Can you easily grab them all and export/import them? >.> [00:28:03] sDrewth: You mean it used to use expanded wikitext while it uses non expanded now? [00:28:10] Isarra: sorta... http://meta.wikimedia.org/w/index.php?title=Special%3APrefixIndex&prefix=Centralnotice&namespace=8 [00:28:41] Isarra: ^ that being an example of how much centralnotice likes to explode [00:29:12] but everything is included under MediaWiki:Centralnotice -- so in theory it's easy [00:29:29] Blimey... [00:29:42] {{subst:DNBset}} used to put in place {{DNB00}} which is a designed form of {{header}}. It worked, don't ask me how. [00:30:44] Isarra: but; keep in mind that a lot of our explosion is due to us translating everything into 280 languages -- and it's been up for 5 years [00:30:59] so now I just forced DNB, and it is happy, but we have a number that sit on top of {{header}} so I will need to review that [00:31:21] mwalker: How bad of an idea would it be to just stuff them on an empty wiki for now, and then merge that into the meta wiki when we get it later? [00:31:26] sDrewth: That's very weird [00:32:22] # Replace line endings so the filter won't get confused as $text24»       »       # was not processed by Parser::preSaveTransform (bug 20310)25»       »       $text = str_replace( "\r\n", "\n", $text ); [00:32:29] that's the only thing we no longer seem to do [00:32:57] Isarra: I feel it's a problem of the same complexity as using an existing wiki -- maybe it's easier to sort through all your content during export, but I don't really know [00:33:00] ah no, we still do [00:33:18] * sDrewth shrugs, I came and asked as it stopped working, and wondered what had changed [00:34:18] not a major issue, just need to change the way that we write that filter [00:34:41] sDrewth: I have no idea how expanded wikitext could make it's way into the AbuseFilter [00:35:00] the only thing you should see there is the raw text the user actually entered... everything else is/ was a bug [00:35:21] as I said earlier "tres weird" [00:36:48] hoo: note that is my supposition, based on it started to fail today, no other evidence [00:38:50] mwalker: Well, I'm thinking if it's on a separate wiki it needn't leave a mess on the old one, since then just dump the entire wiki when done. [00:38:51] sDrewth: Noted it down... I'm going to check the exact same filter against the exact same templates with different versions of AF soon... though I doubt I'll get usable results [00:38:59] Shall I keep you informed? [00:39:11] hoo: personal opinion is don't fuss [00:39:20] Although for all I know this will all be moot soon and can be moved next week. Or maybe it'll happen next year. I have no idea. O_o [00:39:47] Isarra: whoo! or maybe your CN infrastructure master will become your meta wiki :p [00:39:59] sDrewth: Heh... probably (I don't have tons of spare time to throw at stuff like that anyway.... I wanted to be in bed exactly an hour ago) [00:40:09] it was our very first filter, it was mildly problematic [00:40:22] hoo: better things for you to devote time [00:40:31] If anyone else reports troubles I have to do investigations though [00:40:33] like things that I cannot fix [00:40:56] * sDrewth issues the command "sleep hoo" [00:41:12] mwalker: Heh, that'd be kind of funny. [00:41:14] Good idea ;) [00:41:18] good night ;) [00:43:25] now, it would be cool if I could easily have an external list and just tell AbuseFilter ignore if one of these templates is used [00:45:31] Isarra: stranger things have happened I'm sure [00:50:15] Stranger things like uncyclopedia's server apparently forgetting how to send mail but still being perfectly able to receive it? o_O [00:50:28] Blarg. [00:50:52] Isarra: that's perfectly reasonable -- it's probably just deauthed itself :p [00:51:01] What does that mean? [00:51:50] depends on what server you're running exactly -- but typically some variant of some internal component not knowing that the server trying to send has permissions to send [00:52:02] and that first server really should be "software" [00:52:50] I think that I have nutted out the issue [00:53:15] maybe [01:04:12] mwalker: Okay! We know where we want to put it. By which I mean I asked RAHB and he said en, so en it is. [01:05:50] test2wiki really slow again. no bugs it seems but headsup for Reedy just in case [01:07:16] Isarra: whoo :p [01:09:09] What's the config? [02:19:25] nighty [02:32:43] Hi, I don't know if this is an error with our bot, or something else, but [02:32:45] basically [02:33:03] in #cvn-unifications, there is a bot that reports any account that unifies on any project [02:33:35] for some reason, it is reporting the same account, https://meta.wikimedia.org/wiki/Special:CentralAuth/AyhanKoker, unifying on metawiki like a bazillion times [02:33:41] but it's not actually unified there [02:34:00] oh nvm [02:42:44] still happening [02:43:06] my guesses were wrong [02:47:04] did you connect to the raw rc feed to check whether it was an issue with the bot or CA? [10:34:45] hmm, is https://bugzilla.wikimedia.org/show_bug.cgi?id=44493 (old Sidebar from 2005 shown on simple.wiktionary, caching issue?) still a shell, or already an ops issue? [10:45:16] I doubt it has ever been either [10:46:03] caches don't go back to 2005 :) [10:46:10] they do [10:46:13] if it's sidebar [10:46:21] when MW is bugged [10:46:50] frontend caches I mean [10:46:52] but someone should at least try a null edit, might be that MW is confused about en-simple dummy language or so [10:46:54] definitely not ops. [10:46:57] yeah [11:26:25] Hello guys. The toolserver-proxy-server (amaranth 208.80.152.226) is unreachable. Is there a known problem with the net? [11:45:47] not sure if it's just me, but *.wikimedia.org and *.wikipedia.org looks down here [11:46:43] Seems fine to me. [11:46:58] http://status.wikimedia.org/ doesn't report anything out of the ordinary anyway. [11:47:46] I am connecting via esams, doesn't respond to pings from here [11:48:55] It is not possible to reach any host in tampa from the toolserver-cluster [11:49:13] SO I guess the connection between esam und tampa is broken somehow [11:50:02] Virgina is also not rechable [11:51:19] Looks like ALL outgoing trafic is dropped [11:51:40] it looks like only esams to me, I am not having any trouble connecting to marmonetel, for example [11:53:23] odder: all ok from Italy (Milan, fastweb) [11:53:35] Out connection to amaranth broke around 3:20 UTC [11:54:43] I have to leave, will be back in ~1h [12:00:32] !log amaranth dead/unreachable from Europe, ping dies at xe-5-3-1.cr2-eqiad.wikimedia.org (173.241.131.218) [12:00:33] Logged the message, Master [12:02:29] well, or something like that [12:15:53] * p858snake|l pokes Reedy with a poking stick [12:23:23] special pages cron blew again? [12:26:43] malafaya: maybe it's just taking longer? [12:26:59] now it does 6 expensive special pages more on 540 wikis... [12:27:18] Nemo_bis, really? do you know which ones? [12:27:26] i want to be alert :) [12:27:42] the "small" wikis, under 10k pages [12:28:01] https://bugzilla.wikimedia.org/show_bug.cgi?id=43668 [12:28:18] https://noc.wikimedia.org/conf/small.dblist [12:28:53] ok, the ones that are still disabled for all other wikis [12:29:15] is there a place where one can check what's the progress of such cron jobs? [12:29:48] no [12:30:19] and what is the small.dblist? [12:31:39] see bug [12:35:30] ah, you already gave the link to the list above [14:13:27] !log planet speaks SSL now for all languages. (it does not force http->https but it can if there is a demand) [14:13:28] Logged the message, Master [14:14:20] sweet! thanks mutante [14:14:59] :) [14:15:10] lovely :) [14:15:47] mutante: it works! (for me!) yay [14:16:06] it also generates separate Apache site configs from the "languages" hash, so to add a language you just need to add the language code in one place (and not also add an Apache config) [14:16:20] hey [14:16:22] nice job [14:16:24] there is just one step left you need to ask ops for if you want a completely new langauge [14:16:28] ask for the DNS entry [14:16:36] although firefox warns about mixed content... [14:16:38] thanks all, glad you like it [14:16:43] "partial encoded content" [14:16:48] http:// hrefs in HTML [14:16:53] that is because there are embedded images from the external feeds... [14:17:06] dont really know what to do about that part ...hmm [14:22:06] re. Anything new of the connection problems? [14:27:04] DaBPunkt: what connection problems/ [14:28:59] paravoid: The toolserver-cluster has lost its connection to amaranth (a server in tampa). Around noon I couldn't ping any server from esam, that's better now AFAIS; but the connection to amaranth is still lost (also from outside the TS-cluster) [14:29:45] did you file an RT? [14:30:07] it looks like two different problems to me too [14:30:21] and we need some basic troubleshooting to start off the debugging, like traceroutes etc. [14:30:24] for the first one that is [14:30:43] amaranth seems just dead and our field people will need to have a look I guess [14:30:56] but I'd suggest to go via RT rather than irc [14:35:08] * Nemo_bis hopes DaBPunkt actually can file RT requests [14:35:31] I am like 99% sure he can - I poked on that a few weeks ago [14:35:33] == "sending emails" [14:36:00] Nemo_bis: I can. But I'm not sure if I'm allowed in this case. [14:36:18] DaBPunkt: dunno, there are so many RT queues ^^' [14:36:44] if unsure use ops-requests [14:37:06] ok. I will give it a try [14:38:40] !log planet now updating hourly instead of daily [14:38:41] Logged the message, Master [14:39:42] DaBPunkt: ops-requests@rt via mail should work , poke me if any issues [14:40:12] and there is the /SelfService URL to check on them via browser [14:45:17] ok, got RT-id 4487 [14:54:34] !log granting RT group 'toolserver admins' the 'modify ticket' permission in queue esams [14:54:35] Logged the message, Master [14:54:44] DaBPunkt: ok, you say 4487 can be closed? [14:55:03] no [14:55:16] DaBPunkt: you should be able to resolve tickets in esams queue, but this was a pmtpa ticket.. that is the difference [14:55:28] ok [14:58:41] that ticket has been moved to "pmtpa" from -requests [15:00:19] I did that before [16:23:54] Susan: is https://bugzilla.wikimedia.org/show_bug.cgi?id=44741 really minor? does even IE know how to render SVGs? [16:30:13] It's easily fixed [16:32:28] matanya: it died on Mostlinkedtemplates on euwiki [16:33:33] what Reedy ? [16:33:39] name typo? [16:33:40] updatespecialpages [16:36:54] :/ [16:39:11] hello? [16:40:08] hi? [16:43:52] ye [16:43:54] yes [16:44:04] i want some ask [16:45:00] when i want two parameter [16:45:21] such as {{#if:{{{Artist|}}} [16:45:40] i want to use to parameter {{#if:{{{Artist|}}} [16:46:14] like parameter A AND B IN THIS [16:46:19] A and B [16:48:12] hm, massive lag in db33 [16:49:36] Nemo_bis: it's not in rotation [16:49:40] ELEE: You want #mediawiki [16:49:51] Reedy: i know, still [16:50:01] #care [16:50:02] ;) [16:50:55] grr what could ever make an euwiki update die :/ https://ganglia.wikimedia.org/latest/?r=2hr&cs=&ce=&m=mysql_slave_lag&s=descending&c=MySQL+pmtpa&h=&host_regex=&max_graphs=0&tab=m&vn=&sh=1&z=small&hc=4 [16:51:17] its about template [16:51:31] so im asking here. [16:52:09] OMG this is pretty https://ganglia.wikimedia.org/latest/stacked.php?m=mysql_slave_lag&c=MySQL%20eqiad&r=2hr&st=1360255894&host_regex= [17:20:11] guillom: is there a link for the sentence "Kim Schoonover began user research regarding how user-to-user talk pages are handled"? [17:21:27] Nemo_bis: I just found https://www.mediawiki.org/wiki/Flow/User_tests in her Special:Contributions, so I assume that's it; feel free to add it [17:26:27] guillom: nope, I don't dare to [17:26:36] alright, I will :) [17:27:16] thanks! [19:01:30] Okay; I have a question: is it possible to have a template only transclude a category if its NOT already in another specified category? [19:05:58] Lirodon: no [19:08:33] crap, evil bug where are you hiding [19:10:27] hah, resistance is futile [19:10:53] Lirodon: it's https://bugzilla.wikimedia.org/show_bug.cgi?id=18596 [19:42:05] Reedy: andre__: I just got caught up on my email. where are we at with bug 44748? [19:42:11] !b 44748 [19:42:11] https://bugzilla.wikimedia.org/44748 [19:44:51] robla: I am not aware of any news, and it's still an issue. [19:45:47] I've locked at recent changes in the files listed in the stacktrace but didn't spot anything (but my knowledge is limited anyway). [19:46:24] err looked [19:46:29] probably time to revert [19:46:39] at least temporarily [20:08:18] looks like Reedy isn't around. ^demon, you available? [20:08:25] <^demon> Yep, what's up? [20:09:07] ^demon: could you read through bug 44748? [20:09:14] !b 44748 [20:09:14] https://bugzilla.wikimedia.org/44748 [20:09:53] <^demon> Do we know what needs reverting yet? [20:10:02] <^demon> Or do I need to hunt that down first? [20:10:10] I think we may need to revert then ask [20:10:54] <^demon> Revert a change, or roll the wikis back to 1.21wmf8? [20:10:56] <^demon> I'm unclear here. [20:11:37] I think roll back to 1.21wmf8 [20:11:53] <^demon> sr/ku projects, mmk. [20:11:59] let's see if it works for ku.wiktionary first [20:12:24] very easy repro: http://ku.wiktionary.org/w/index.php?title=d%C3%AAw&action=edit [20:13:34] "Broken variant table" <- is that indicative of a l10nupdate issue? [20:14:02] <^demon> I don't believe so. [20:14:41] <^demon> That's the language converter stuff (zh, sr, ku) [20:14:41] <^demon> kuwiktionary works now. [20:14:46] <^demon> will roll back all sr & ku now [20:14:56] ok, cool, thanks [20:15:08] I wonder if this is any wiki with variants, then.... [20:15:34] <^demon> Need to check zh. [20:15:38] Getting 502 Bad Gateways [20:15:57] Ok, 502 time [20:17:10] <^demon> robla: I think ma rk is doing some networky stuff. I got booted from fenari. [20:17:17] wtf? [20:17:18] he is aware. [20:17:26] and its being looked into right now [20:17:33] mediawiki error at ukwiki [20:17:43] http://uk.wikipedia.org/wiki/%D0%93%D0%BE%D0%BB%D0%BE%D0%B2%D0%BD%D0%B0_%D1%81%D1%82%D0%BE%D1%80%D1%96%D0%BD%D0%BA%D0%B0 [20:17:45] Networking issue folks, its being worked on presently. [20:17:55] <^demon> RobH: I know, I was letting robla know why I couldn't finish what I started :) [20:18:02] change topic, someone [20:18:07] Yep, im ust putting it in here cuz folks will keep askin [20:18:12] it.wiki down? [20:18:21] it's all down [20:18:31] ok thanks [20:18:50] actually, it's back it seems [20:18:57] Hi, Each time I try to access Special:Nuke at commons I get a 502 Error. [20:19:17] 502 Bad Gateway nginx/1.1.19 [20:19:17] there were some problems mafk [20:19:21] but those are fixed now [20:19:26] see above :) [20:19:28] * mafk reloads [20:19:54] Ok, pretend you've not read anything. It works now. :) [20:20:04] I was about to ask the the same thing as you [20:20:14] !log !Wikipedia and !Wikimedia projects are/were down, issue being investigated [20:20:15] Logged the message, Master [20:20:16] and it worked short after that :P [20:20:24] worth some tweeting.. [20:21:02] Nemo_bis: yup, thx [20:21:36] ^demon: back to our regularly scheduled programming? [20:21:55] I'm going to go grab some lunch before it disappears. bbiab [20:24:57] <^demon> robla: We should be good now. [20:26:56] ^demon: thanks! [20:28:18] <^demon> np. [20:40:41] Interestingly, bots kept editing while the wikis where down. :) [20:49:54] Nemo_bis: Not really [20:50:17] multichill: some were! [20:50:18] Just started right when everything was back online [20:50:37] nope [20:51:06] https://it.wikipedia.org/w/index.php?title=Speciale:Contributi/JarektBot&offset=&limit=500&target=JarektBot [20:51:14] changed my language to 'sr' on metawiki - got '[7ead2619] 2013-02-07 20:50:51: Fatal exception of type MWException' [20:51:21] The only problem I see here is that it sometimes went faster [20:51:27] Krenair: yes, it's known [20:51:46] on editing articles [20:51:50] not when changing preferences [20:51:55] https://bugzilla.wikimedia.org/show_bug.cgi?id=44748 [20:52:04] you sure? [20:52:35] the trace in comment 0 is IMHO just from the autocreation as soon as the page is *opened* [20:52:36] <^demon> Hmm, bug seems to affect anyone using ku or sr. [20:52:40] <^demon> Not just ku and sr wikis. [20:52:58] can't even browse to my preferences to change back to en now -.- [20:52:58] <^demon> Would suck to roll everyone back :\ [20:53:18] Krenair: try setlang= ? .p [20:53:41] <^demon> uselang. [20:53:43] <^demon> Not setlang. [20:53:57] no, I meant setlang [20:54:04] but nope, ULS doesn't use it [20:55:02] can probably fix via the api [20:56:04] <^demon> uselang won't work? [20:58:04] uselang and then chrome's dev tools to add a hidden input to force the form to submit with uselang=en did the trick [20:58:29] API action=options did not: {u'info': u'Exception Caught: Broken variant table: ', u'*': u'', u'code': u'internal_api_error_MWException'} [21:00:25] if I weren't too lazy to find a suitable image, I'd award you the fearless debugger barnstar [21:01:27] I only managed to get myself back on english [21:32:57] Reedy: Hi. [21:33:14] Reedy: You marked as resolved/fixed, but the relevant Gerrit changeset isn't merged.