[01:49:18] greg-g: did you ever get the lua stuff figured out? [02:16:10] jackmcbarn: didn't poke today, no. Basically, my goal is to put a "#" next to every deploy slot on https://wikitech.wikimedia.org/wiki/Deployments that links to the #anchor for that slot, eg https://wikitech.wikimedia.org/wiki/Deployments#deploycal-item-20150902T1100. I got it all but how to craft the wikitext correctly (last hacked version displayed "[[#deploycal-item-20150902T1100 #]]" as though i [02:16:17] t was surrounded by 
's
[02:36:41] 	 greg-g: i think i got it to do what you want
[02:37:20] 	 jackmcbarn: you're my hero
[02:39:22] 	 I had all the same except mw.logObject(retval) (at some point in my whacking) ("whacking" == the find and peck version of hacking)
[02:39:54] 	 the logObject was an accidental leftover
[02:40:24] 	 I must have not had the right combo, I did each part, maybe not at the same time
[02:40:28] 	 see also: whacking
[02:40:35] 	 i'm pretty sure you put the extra parameter in the wrong place, which would make it look nowiki'd because you would've essentially generated [[#deploycal-item- #]]
[02:40:44] 	 (i did the same thing while testing)
[02:40:47] 	 https://wikitech.wikimedia.org/wiki/Special:ComparePages?page1=Module%3ADeployment_schedule&rev1=&page2=User%3AGreg+Grossmeier%2Fdeployment-module-ugh&rev2=&action=&diffonly=&unhide=
[02:40:55] 	 that was where I stopped yesterday
[02:41:00] 	 yep, that's what you did
[02:41:07] 	 (and exactly what i did too)
[02:41:07] 	 but I know I did the [=[ and ]=] at some point
[02:41:13] 	 :)
[02:41:19] 	 thanks a ton
[02:41:31] 	 np
[02:41:51] * greg-g closes some more tabs
[02:41:53] 	 :) :)
[03:08:37] 	 TimStarling: I'm still actually planning on announcing the IRC meeting tomorrow, unless that's something you want to take and/or it's something you've already done
[03:08:56] 	 sure, go ahead
[03:09:01] 	 I haven't done it already
[03:09:50] * robla is letting himself get distracted with discussions of Rawls on private channels  :-)
[04:07:58] 	 TimStarling: thanks very much for thinking through the strtr implementation
[04:08:39] 	 no problem
[04:08:54] 	 it's a bit surprising that facebook's reviewers didn't pick up these issues
[14:08:45] 	 hey, who here knows about blocking? GlobalBlocking, in particular? AaronSchulz?
[14:09:22] 	 we have a function in core called User::isBlockedGlobally(). it's not being used anywhere, though. shouldn't User::isBlocked() call that, perhaps? or something?
[14:35:03] 	 MatmaRex, CU callss it
[14:35:04] 	 calls*
[14:36:25] 	 i discovered that much. i'm just wondering why it's virtually unused apart from that
[14:36:38] 	 or in other words, can i call safely call it?
[14:36:54] 	 (i'm working on https://phabricator.wikimedia.org/T111174)
[14:39:03] 	 eh, that function is actually completely useless, since it doesn't give me the error message. so nevermind
[16:22:59] 	 tgr|away: is it time to make the follow up to https://gerrit.wikimedia.org/r/#/c/229618/ that enables the authmetrics logging everywhere?
[17:13:39] 	 MatmaRex: use $title->userCan()
[17:15:01] 	 csteipp: I'm working on a patch to https://github.com/bd808/quips that will use the OAuth classes I'm introducing in https://gerrit.wikimedia.org/r/#/c/234917/ to make sure it all works together, but a (hopefully quick) review from you that I didn't do something dumb in splitting/renaming/documenting the classes would be nice. No rush at all / this is currently in the "toy" project class.
[17:22:45] 	 legoktm: what if i don't have a title?
[17:23:04] 	 legoktm: i want to check if a user can upload a file, before they start uploading any files
[17:23:39] 	 legoktm: VisualEditor handles this by explicitly checking GlobalBlocking::getUserBlockErrors(); i can do this in UploadWizard, but Special:Upload in core has the same problem and i can't do it there.
[17:23:58] 	 (the problem is that you can go through the entire form and only learn that you can't upload due to global block at the end)
[17:28:20] 	 can we use the Title object for Special:Upload?
[17:29:37] 	 uhhh
[17:29:57] 	 i don't expect that userCan() will tell me that i can upload files to the Special namespace
[17:30:02] 	 i mean, i sure hope it doesn't
[17:32:31] 	 legoktm: do you know why GlobalBlocking is not hooked into the "is this user blocked" checks, but instead only into the permissions checks? performance reasons or just overlooked?
[17:49:21] 	 MatmaRex: because the difference between permissions and blocking is a bit silly. 
[17:49:49] 	 that is true but does not quite answer my question :P
[17:52:11] 	 "I don't know" :P
[19:06:36] 	 legoktm: https://gerrit.wikimedia.org/r/#/c/235174/
[19:07:57] 	 AaronSchulz: that's going to create a lot of useless user_properties rows...and that table is already bloated
[19:08:10] 	 https://static-bugzilla.wikimedia.org/show_bug.cgi?id=52777
[19:09:49] 	 legoktm: that was my main concern
[19:10:01] 	 too bad this didn't just HMACs
[19:10:11] * AaronSchulz goes to lunch
[22:47:58] 	 bd808, ostriches: any objections to releasing a new cdb version (1.1.0)? https://github.com/wikimedia/cdb/compare/1.0.1...master
[22:48:43] 	 Fine by me
[23:08:37] 	 AaronSchulz: re: multi-dc, is echo just the last-seen thing (which Roan just merged) or are there other things too?
[23:14:47] 	 legoktm: PageTriage
[23:16:36] 	 kjfdfhaas
[23:16:51] 	 AaronSchulz: nothing in Echo though?
[23:17:31] 	 PageTriage should roughly be the same patch
[23:22:07] 	 legoktm, I now know your password!
[23:22:49] 	 MaxSem: eh?
[23:28:14] 	 legoktm: +1 for CDB 1.1.0
[23:29:28] 	 legoktm: https://github.com/wikimedia/composer-merge-plugin/pull/60 would love your attention :)
[23:29:59] 	 bd808: oops, I already had that open in a tab :/
[23:30:10] 	 perfect :)