[02:55:48] gn8 folks [06:24:53] Krenair: have you found the bug for favicon issues? [06:25:57] hm or maybe thee's only one for apple-touch-icon https://bugzilla.wikimedia.org/show_bug.cgi?id=27911 [06:28:27] Ryan_Lane: hello, do you have any idea why puppet wouldn't update a cron modified on the repo? http://en.planet.wikimedia.org/ should update hourly now but is still running the old one [12:51:04] Can someone answer the question re [[m:Spam blacklist]]. How much more efficient is it to have regex, compared to multiple lines, even if it may be three lines to one? [13:18:09] sDrewth, depends on exact regexes - from my experience, \b(foo|bar|baz)\b is faster than \bfoo\b, \bbar\b and \bbaz\b [13:18:57] worthwhile picking through the list and tidying it up? [13:19:28] have tried to keep the regex fairly simply, though there are a few searchahead [13:19:58] and some small [...]+ or [...]{x,y} [13:23:50] only actual performance testing can tell for sure [13:31:24] k, thx MaxSem, beyond my knowledge base [14:15:34] hashar, are you there? [14:15:50] superm401: yup [14:16:17] Re https://bugzilla.wikimedia.org/show_bug.cgi?id=42628, there's no check for whitespace before hm? [14:16:51] na na [14:16:59] the whitespace job check for trailing whitespaces in lines [14:17:02] in any file [14:17:14] it is exactly: git diff --check HEAD^ [14:17:18] Okay, that's what I thought, but I wanted to confirm. [14:17:24] I will file a separate bug. [14:17:27] let me find the exact command [14:17:47] It would be helpful, since that caused a pain for one of our extensions a while back. [14:17:57] - shell: "git --work-tree=\"{dir}\" diff --color --check HEAD^..HEAD" [14:18:06] ahh [14:18:24] superm401: I just found out you left a comment about it in the bug repoort [14:18:32] superm401: sorry, my brain has skipped your enhancement request :-] [14:18:35] so yeah [14:18:39] I would fill another bug [14:18:42] hashar, yeah, I wasn't sure if you noticed or not. [14:18:43] Will do. [14:19:42] I am not sure how to handle the detection though :-D [14:20:29] Right, I wouldn't be surprised if PHP CodeSniffer could do it somehow, but there might be a better way. [14:21:11] PHP CodeSniffer would be ideal [14:21:15] but it is not voting for now [14:21:20] (too many errors) [14:27:15] hashar, right, it's configurable (and we can write our own rules), though. [14:27:17] Anyway, https://bugzilla.wikimedia.org/show_bug.cgi?id=44875 [14:27:25] I know it's not the highest priority, but it would be nice. [14:33:56] superm401: if you find a command that detect it properly [14:34:06] I will be able to do the Jenkins integration :-] [14:34:17] Sounds good. [14:34:21] but simply looking for spaces before ' since some files include a tons of like our templates [14:34:39] I should have clarified the first one. [14:34:57] and I can't find out how to match the beginning of a file in a grep regex :( [14:35:04] i came up with: [14:35:04] grep --perl-regexp '\s+\<\?php' -R mediawiki/core [14:35:33] but then that matches: [14:35:33] includes/templates/Userlogin.php: html('message') ?> [14:35:36] ;–] [14:35:47] sed could probably work, but only (easily) if the whitespace is on the same line. [14:40:55] Found the codesniffer rule, will comment. [14:41:50] \O/ [14:46:43] I need more templates for Jenkins/Gerrit integration [14:46:44] grmblb [19:00:19] some people can't enter the channel but are instead sent to #wikimedia-overflow [19:00:22] can something be done about that? [19:00:35] it'd be helpful to have Denny here for example for the wikidata deployment [19:00:46] giving you a free slot [19:01:20] I was getting that issue as well [19:01:55] when is the deployment, Lydia_WMDE? [19:02:15] Moe_Epsilon: any minute now afact- waiting for Reedy to say something ;-) [19:02:26] :o [19:02:27] * Moe_Epsilon waits [19:03:04] grr. can't join from my phone either :/ [19:05:45] helpful for non-essential people to leave the channel? [19:07:02] or chad maybe, after lunch [19:07:12] if it's lunch time there [19:09:20] I don't have ops here. [19:09:22] sumanah: not sure tbh - the same happened earlier when it was about 40 people less here [19:09:37] I don't know why people are being sent to overflow (been happening to me all day), but should work if you /part overflow then rejoin here. [19:09:41] (WFM, at least) [19:10:32] Lydia_WMDE: sumanah that's strange [19:12:53] who has ops here? [19:13:00] and is actually here [19:13:01] RobH: ? [19:13:14] looks like we at least need a -r [19:16:56] poke robla [19:17:35] !ops [19:17:44] so what has to happen? [19:17:49] Nemo_bis: hmm? [19:17:58] QueenOfFrance: not needed in the end perhaps [19:18:02] mode/#wikimedia-tech +Cfjnr #wikimedia-overflow 5:5 [19:18:11] Can the overflow ratio just be removed? [19:18:14] or maybe you or PeterSymonds can tell us why people are getting sent to overflow? [19:18:20] the problem is +r [19:19:01] Susan: I'd say keep overflow as the issue was that the channel was +r [19:19:23] Is 5:5 common? [19:19:35] It seems weird, but I never touch that part of code. [19:19:39] No idea, I didn't se it [19:19:49] *set it or ever seen anybody touch it [19:19:51] it's for the +j [19:19:53] leave it [19:19:55] must have been here for ages [19:20:06] http://freenode.net/using_the_network.shtml [19:20:30] I know why it's there. [19:20:37] I was asking if 5:5 was common. [19:20:43] oh [19:20:46] no idea [19:20:56] but it wasn't causing an issue so why mess with it [19:21:42] bbl [19:23:52] gl;hf [19:23:55] what's the procedure for purging key X from all memcached instances? [19:24:14] know which apaches they are attached to, and run the right eval on them? [19:25:15] You probably want -operations. I think there's a maintenance script. I don't think you need eval.php. Maybe check wikitech wiki? [19:25:56] Susan: well, i need someone else to run it anyway... [19:27:21] out of all the ops stuff i know, no idea about this and reedy didn't know either :/ [19:27:34] maybe tim knows [19:28:05] Heh, maybe. [19:28:32] I think Tim and Daniel Z. have both done it recently-ish. [19:28:32] or ^demon. [19:36:34] hi aude: sorry, was double booked. still need me? [19:38:21] robla: just want to check that we are still deploying wmf9 to enwiki? [19:38:32] * aude can be around for a while longer [19:38:32] Reedy: ? [19:38:44] he's not really aroudn it seems [19:38:45] robla: not heard from him yet [19:39:03] * aude though chad might be handling it this time [19:39:17] <^demon> I can, if need be. [19:39:33] what's needed for wikidata is acutally quite minimal [19:39:36] <^demon> (as long as we wrap up before this evening, got the gerrit deploy then) [19:39:46] one settings update (patch submitted) and update submodule [19:39:48] ^demon: let's have you take over (thanks for offering!) [19:39:54] no change for cronjobs :) [19:39:57] wow gerrit deploy :D [19:40:01] <^demon> not a problem :) [19:40:05] thanks! [19:40:12] thx ^demon [19:40:16] people are eager about wikidata [20:28:09] This is possibly very dire. https://bugzilla.wikimedia.org/show_bug.cgi?id=40178 Bug 40178 - Data loss: File pages without revisions woosters do you have a moment? [20:29:18] hiii sumanah [20:29:19] ottomata: https://bugzilla.wikimedia.org/show_bug.cgi?id=40178 Bug 40178 - Data loss: File pages without revisions Take a look. [20:29:27] (I'm asking you because you're on RT duty this week, I gather?) [20:30:04] (notpeter is actually, just the topic hasn't chagned :p ) [20:30:15] Oh. OK, thank you ottomata [20:31:45] notpeter: hey, ^^^ this looks like it could be a big problem. Am I missing something? [20:34:59] sumanah: that looks more like a mediawiki bug than an ops issue [20:35:26] ok, good to know. Waldir I'll continue this in #mediawiki :-) [20:35:33] :) [20:35:57] AaronSchulz would be a good person to look into it [20:36:12] ok [20:36:21] i feel like the original ticket may have been a duplicate of one originally opened in the same time frame and resolved with explanation, but not 100% sure [21:07:31] anyone smarticler than me have any idea? http://puu.sh/213m4 [21:08:38] Hey, I'm getting a fatal error (Call to a member function getNagivationIds() on a non object) when I try to access any enwiki article [21:08:56] I can't editing anything on wikipedia. [21:09:03] Yetanotherx: is it this one? http://puu.sh/213m4 [21:09:13] Exactly that one [21:09:17] yep, getting that one too [21:09:20] Probably a problem with wikidata move [21:09:25] <^demon> We noticed. [21:09:26] Ok editing is back up for me. It was down for 10 minutes. [21:09:35] <^demon> Already turned wikidata back off until a fix is in place. [21:09:40] Try editing a page guys. [21:09:41] ^demon: That's what I figured, making sure you knew [21:09:49] sumanah: thanks for the find on that! [21:10:49] notpeter: :-) volunteer Waldir is the one who found it [21:10:59] also notpeter I don't think I got that newsletter fwd :/ [21:11:53] hrm, I think I forwarded. maybe in spam folder? [21:12:14] I shall check! [21:12:37] you are quite right. [21:14:18] I forward of a forward of a newsletter from an unknown source sounds a lot like spam :) [21:14:23] yeah :-) [21:32:07] hi all. is it documented anywhere why gerrit/gitweb isn't indexable? https://gerrit.wikimedia.org/robots.txt [21:33:22] <^demon> Nope. But the answer is "bots were making gitweb explode" [21:33:33] <^demon> It was hurting performance for our actual users. [21:35:17] ^demon: I see. could you add a line in http://wikitech.wikimedia.org/view/Gerrit saying that? [21:36:00] ^demon: I am asking in the context of an attempt at an integrated MW search: https://www.mediawiki.org/wiki/User:Nemo_bis/MediaWiki_search [21:36:18] fortunately there are the github mirrors :) [21:37:14] ^demon: do you know of any tool (current or planned) that would do code search in our gerrit repos, similar to Krinkle's (now defunct) https://wiki.toolserver.org/view/Wikimedia_SVN_Search ? [21:38:16] <^demon> Well, we'll be replacing Gitweb with Gitblit soon. It has lucene-backed search, so hopefully it'll be a bit nicer. [21:40:04] !google gitblit screenshots [21:40:04] https://www.google.com/search?q=gitblit+screenshots [21:40:09] ^demon: and will it be indexable by search engines? [21:40:30] do search engines index git repositories ? [21:41:03] ^demon: gitblit looks like a modern interface. I am sure I am going to love the search feature [21:41:24] <^demon> Waldir: Not entirely sure yet. I'd like to, but I'm very wary after what happened last time. [21:41:40] ok, in any case it's not serious since github is searchable [21:41:48] it would just be nice : [21:41:50] :) [21:42:00] <^demon> It would, I agree. [21:43:13] Wasn't the next Gerrit update going to happen soon? [21:44:02] <^demon> Yup, this evening. [21:44:14] <^demon> 3h15m from now. [21:44:30] * brion looks forward to being able to occasionally read gerrit pages in IE10 [21:44:42] which reminds me i have to find the charger for my Surface :) [21:45:05] <^demon> Heh, they were going to only fix the UA detection for IE9. [21:45:11] <^demon> I was like "Umm. While we're here...." [21:45:15] ffffuuuuuuuuuuu [21:45:34] ^demon: do you remember the procedure to restart zuul ? :-D [21:45:42] (I know you do, just making sure so I can sleep well hehe [21:45:42] <^demon> Check mediawiki.org :D [21:45:51] kind of :-] [21:46:17] <^demon> Yeah, restart zuul as jenkins. [21:46:20] then tail -f /var/log/zuul/zuul.log , write a comment somewhere in gerrit that should give you some activity [21:46:21] <^demon> I know :) [21:46:25] else you get my phone number hehe [21:46:37] yeah yeah I know you know [21:46:45] ^demon James_F would a BZ ticket for VisualEditor on enwiki be useful, or just noise? [21:46:54] ;-) [21:47:23] chrismcmahon: Not needed at this point, I think. [21:47:38] <^demon> James_F: Did you guys fix it? [21:47:45] not fixed [21:47:47] ^demon: No. [21:48:58] ^demon: you're done twiddling with Wikidata for now (enwiki staying off for now,right?) [21:49:50] <^demon> Yeah, I'm not doing anything atm. Was waiting for aude/Daniel to get some error checking in. [21:50:01] <^demon> I think we could safely turn it back on, but I'll feel better if that's in first. [21:50:18] I think we should call it on this window [21:51:01] <^demon> I was thinking the same. [21:51:14] let's see how it/hu/he wiki do [21:51:25] we'll have patches in for them shortly [21:51:30] <^demon> Yeah, we can push those checks out. [21:51:34] you want to try enwiki on wednesday? [21:51:42] <^demon> I'm fine with that...robla? [21:51:48] assuming all is fine [21:52:09] sounds good to me. Reedy? [21:52:43] Yeah. I was wondering if we should maybe try and do it a little earlier [21:53:16] * aude is fine with anything [21:53:38] James_F: I'd like to have some idea of when VE would be working again, do you have that? [21:55:41] we could do something tomorrow at 17:00 UTC (9am in SF) [21:56:01] sure, works for us [21:57:57] robla, ^demon: thanks [21:58:11] <^demon> yw [21:58:39] chrismcmahon: It appears to be a problem with how RL is looking at VE; if I can get someone in ops to touch one of the files, it should work in seconds. [21:59:25] dropping off irc for a sec, then meeting [21:59:45] James_F: let us try that out. which file(s)? [21:59:57] ^demon: Any chance you could do that? [22:00:27] chrismcmahon: Any. RL for some reason has an invalid set of JS files for VE (some old ones and some new ones), hence the failure. [22:01:09] <^demon> James_F: Which file? [22:01:17] James_F: that sounds really familiar... ^demon ^^ [22:02:13] ^demon: Anything in the RL bundle for VE - e.g. "/extensions/VisualEditor/modules/ve/init/mw/ve.init.mw.Platform.js" [22:03:09] <^demon> Done. [22:03:59] Thanks! [22:04:38] chrismcmahon: Given ^demon's help, it should start working in 5 minutes' time. [22:04:46] chrismcmahon: Unless there are other issues too. :-( [22:04:51] will check [22:07:03] chrismcmahon: Thanks. :-) [22:08:04] ^demon: All working now - thank you! [22:08:10] chrismcmahon: Should work for you too. [22:08:12] <^demon> yw. [22:08:25] ^demon: Have we had wider issues like this today? [22:08:32] ^demon: how is the error log now? [22:08:35] <^demon> Nope, not really. [22:08:36] for it/he/huwiki? [22:09:03] James_F ^demon VE is back, thanks. I know some people are using it. [22:10:15] <^demon> aude: Been fine ever since we flushed those caches and moved those wikis to 1.21wmf9 [22:10:20] ok [22:10:34] if you need, we can try https://gerrit.wikimedia.org/r/#/c/48567/ [22:10:54] but if everything is quiet, let's wait until tomorrow and we can review the patch once we are more awake [22:11:06] <^demon> Sounds good. [22:11:07] it's getting kind of late this evening [22:11:09] ok [22:11:23] the patch looks fine and passes tests, though [22:11:30] i think it's good [22:12:08] ^demon: do you have a tip for cleaning up https://gerrit.wikimedia.org/r/#/c/48042/? It should have gone into a remote 'upstream' branch, but I forgot about Gerrit's "all branches lead to master" attitude and the refs/for/foo workaround. I'd just submit a fix-up commit, but I think git-buildpackage likes the git history to neatly correspond to the changelog. [22:12:44] <^demon> You'd have to rewrite history :\ [22:12:48] <^demon> Which is bad. [22:14:10] Blah, ok -- I'll see if I can make git-buildpackage happy without it. [22:14:31] alright, heading home.... [22:14:54] rewriting history is fine under certain cases [22:15:12] I regularly do it [22:15:25] the kernel people regularly do it before pushing to linus [22:15:31] it's one of git's design goals :) [22:16:02] ori-l: maybe you can delete the repo after today's gerrit upgrade and start a new one [22:16:33] <^demon> If you delete the repo, we'll be stuck with changes in the database not pointing to a repo. [22:16:46] <^demon> If we wait until the upgrade, we'll have the delete plugin which will clean it up properly. [22:17:00] And the upgrade is today? [22:17:07] <^demon> Yup, < 3h. [22:17:17] <^demon> 5-6pm PST. [22:17:20] didn't I explictly say "after today's gerrit upgrade"? :) [22:17:28] <^demon> Somehow I read that as before. [22:17:45] :) [22:17:58] <^demon> before & after are hard words :) [22:19:01] I'll just wait then, yeah. ^demon -- I'll need your help because I don't have rights under the operations/ namespace. I imagine you'll have your plate full today. Would you mind if I pinged you about this tomorrow? [22:19:42] I probably have the rights but I have no idea how to delete a repo [22:23:53] <^demon> ori-l: Yeah, tomorrow will be better. [22:24:13] Ok, np, & thanks. [22:24:14] <^demon> paravoid: Once the plugin is live, `ssh -p 29418 gerrit.wikimedia.org deleteproject delete ` [22:28:41] ^demon: thanks [22:28:44] ^demon: sounds scary [22:29:14] <^demon> When it says delete, it means delete, so yeah, it's admins only. [22:30:09] ^demon: can we post HTML / colors in Gerrit comments ? [22:30:50] ANSI! [22:31:05] <^demon> I don't know :) [22:31:08] <^demon> Never tried. [22:31:14] <^demon> It supports a markdown-esque format. [22:33:20] gonna ask :-] [22:41:12] hey guys, just reporting that for the last half hour or so, I'm getting occasional errors when trying to POST something: [22:41:23] Request: POST http://en.wikipedia.org/w/index.php?title=MyFreeCams.com&action=submit, from 10.64.0.123 via cp1018.eqiad.wmnet (squid/2.7.STABLE9) to 10.2.2.1 (10.2.2.1) [22:41:23] Error: ERR_CONNECT_FAIL, errno (113) No route to host at Mon, 11 Feb 2013 22:34:34 GMT [22:41:55] kevinday: How occasionally? Say X out of Y attempts? [22:42:06] one out of 10 maybe? [22:42:39] i didn't pay enough attention to the first few times it happened, but the last few i noticed it was always to 10.2.2.1 [22:42:50] immediate refresh and it worked on the second try [22:53:34] Were any changes made to account creation today at enwiki?? [22:54:29] Riley: did something break? [22:54:48] ori-l: Well they completely changed the look... http://puu.sh/216Ik [22:55:27] Riley: maybe you had JS disabled? [22:55:37] ori-l: No [22:55:47] spagewmf: hey ^^ [22:56:52] Riley, looks like you created an account while logged in using an account with advanced permissions. [22:57:02] spagewmf: Yes, aware. [22:57:10] Why was the look changed though? [22:58:05] Like the change makes no sense, it was way more efficent before. [22:58:22] I don't know what changed. The E3Experiments extension changes the look for anonymous users, giving them a blue button. It does nothing if you're already logged in. [22:58:48] -.- [22:59:23] Here is what it looked like before; http://upload.wikimedia.org/wikipedia/commons/4/44/English_Wikipedia_Signup_form_%28Account_creator_version%29.png [23:01:17] Riley: I hope it's not just me, but those two images look exactly the same, just different text sizes... [23:01:31] gwickwire: Its you.. [23:01:32] Riley, I see your before (more or less) when I create an account when logged in [23:01:36] Okay. [23:01:48] gwickwire: Hahah, pm me. [23:02:19] o.o [23:02:21] spagewmf: Could it just be for people with accountcreator? [23:02:59] "Request: POST http://en.wikipedia.org/wiki/Special:Block/Snort_Nostrils, from 10.64.0.124 via cp1019.eqiad.wmnet (squid/2.7.STABLE9) to 10.2.2.1 (10.2.2.1)" [23:03:02] :( [23:03:04] fff [23:03:18] "Error: ERR_CONNECT_FAIL, errno (110) Connection timed out at Mon, 11 Feb 2013 23:02:45 GMT " [23:03:44] Could be. The enwiki signupstart message hasn't been changed recently [23:04:00] ah another one [23:04:23] 10.2.2.1 again [23:04:46] Reedy: (since you were collecting these) ^^ [23:06:42] Riley, that message you saw is not in core, it's only in https://en.wikipedia.org/wiki/MediaWiki:Gotaccount/en-acc . ?? [23:07:16] spagewmf: That doesn't explain how the button was moved though [23:07:29] removed* [23:12:42] spagewmf: Just asked another AC to take a look, seems I am not the only one seeing this. [23:18:02] Riley, thanks. I don't see how you're seeing the different messages. Meanwhile the By e-mail button might be affected by https://bugzilla.wikimedia.org/show_bug.cgi?id=22457 [23:19:36] spagewmf: Thats the exact change. [23:19:39] https://gerrit.wikimedia.org/r/#/c/38905/ [23:19:51] Or wait [23:20:09] That was on the 24 though.. [23:20:43] "It uses JavaScript to hide the password & retype password fields when a logged-in user creates an account (for someone else) and checks the by e-mail feature." - Thats exactly what happens though.. [23:21:02] * Riley doesn't understand why this is affecting him now instead of on the 24th [23:21:04] Riley, 1.21wmf9 rolled out to enwiki today, http://www.mediawiki.org/wiki/MediaWiki_1.21/Roadmap [23:22:07] spagewmf: And that gerrit change is part of 1.21wmf9 correct? [23:23:19] Yes. Every two weeks whatever is in master flows into the next 1.21wmfx, and that rolls out to wikis on a schedule. [23:24:10] Okay, so can ACC get a custom signup page then? [23:24:18] ACC as in account creators. [23:29:43] spagewmf: ^ [23:31:00] Riley, I'm not sure what you want. You can file a bug but I would discuss with Nemo_bis who submitted bug 22457. Some admin should update the en-acc messages that you're somehow seeing. [23:32:17] spagewmf: I would like for people with the account creator right to view the login page different than normal logged in users.