[00:09:09] <bearND>	 niedzielski: is lastSuccessfulBuild/artifact from the last build or last merged build? I would like to make sure that we only consider merged code for the Alpha builds.
[00:09:40] <niedzielski>	 bearND: i was thinking i could make a new job that is only used for merges
[00:09:56] <niedzielski>	 bearND: not our verification job
[00:10:00] <bearND>	 niedzielski: cool. That would be good.
[00:26:22] <jdlrobson>	 bmansurov: that happened so quick :(
[00:26:30] <bmansurov>	 sorry
[13:47:21] <phuedx>	 hullo
[13:47:42] * phuedx has just got back from the doctor
[14:12:31] <phuedx>	 it's very hard to concentrate when you have water trickling out of your ears
[14:13:51] <dr0ptp4kt>	 joakino: just emailed you about strategy dates. would you please reply-all on that? figured I better hit you up on IRC early (for me) today so you see it. I want to get stuff in process with travel today, even if that might mean some remote participation.
[14:14:28] <dr0ptp4kt>	 joakino: I'm going for a jog shortly and then getting ready for work and so on. ttyl
[15:44:45] <phuedx>	 it's quiet in here these days
[15:46:37] <jdlrobson>	 hey phuedx 
[15:46:50] <jdlrobson>	 why do you have water trickling out your ears?
[15:48:37] <phuedx>	 i got my ears syringed
[15:48:49] <jdlrobson>	 sounds fun?
[15:48:56] <phuedx>	 because i had water trapped behind my eardrum but i had too much earwax to let it out :/
[15:49:08] <phuedx>	 it's a very awkward feeling
[15:49:15] <phuedx>	 but now i hear in super high definition
[15:49:18] <jdlrobson>	 FlorianSW: i have to confess i didn't test the original patch. i was hoping the reviewer would do that for me :P
[15:49:36] <jdlrobson>	 phuedx: like when you go to the dentist and your teeth feel strangely clean only... ears!
[15:49:42] <FlorianSW>	 and I think, that bmansurov thought, that you tested it :
[15:49:43] <FlorianSW>	 :D
[15:49:49] <phuedx>	 jdlrobson: exactly
[15:49:53] <jdlrobson>	 woah
[15:49:58] <phuedx>	 jdlrobson: quick question about https://gerrit.wikimedia.org/r/#/c/231188/1
[15:50:03] <jdlrobson>	 i wanna do this and then go to the dentists
[15:50:08] <jdlrobson>	 and have __both__
[15:50:17] <jdlrobson>	 maybe let myself go a little blind too so i need new glasses
[15:50:23] <jdlrobson>	 phuedx: sure
[15:50:26] <jdlrobson>	 that would be greaty
[15:50:30] <phuedx>	 since the resource loader queue is flushed when the mediawiki.startUp module is loaded (at the bottom, right?)
[15:50:36] <phuedx>	 then why are we using events at all
[15:50:51] <phuedx>	 or is this change supposed to be the start of a series of changes cleaning that little thing up?
[15:51:02] <jdlrobson>	 a start of a series of events
[15:51:07] <phuedx>	 okie poke
[15:51:14] <jdlrobson>	 so the immediate thing to do is not use the if statement since the js is no longer blocking
[15:51:19] <jdlrobson>	 and it's useless right now
[15:51:24] <phuedx>	 i'll ask for clarification in the commit message
[15:51:28] <jdlrobson>	 using this makes us get that working again
[15:51:38] <jdlrobson>	 but yes now all the js is synced it might not make as much sense.. but...
[15:51:44] <phuedx>	 and there's a comment that needs updating in
[15:51:45] <phuedx>	 oh yeah
[15:51:50] <phuedx>	 get it working first -- obvs
[15:51:55] <jdlrobson>	 mobile.head still gets top loaded from what i understand
[15:52:00] <jdlrobson>	 it just doesn't block
[15:52:15] <jdlrobson>	 so it might finish downloading and start executing prior to the rest of the page loading
[15:52:25] <phuedx>	 it's asyncified?
[15:52:33] <phuedx>	 ^ should be the name of the attribute
[15:52:33] <jdlrobson>	 yup
[15:52:45] <jdlrobson>	 if that happens, the event will fire before the bottom scripts load unless i'm missing something?
[15:52:54] <phuedx>	 <script src="/path/to/file.js" asyncified=true />
[15:52:57] <jdlrobson>	 so there is still value in it - just not as much value
[15:53:06] <jdlrobson>	 but given the last modified bar might be moving down
[15:53:11] <jdlrobson>	 i'm trying not to think about it too much
[15:53:27] <jdlrobson>	 it's basically $.almostReady(
[15:53:37] <phuedx>	 okie poke
[15:53:47] <phuedx>	 let's not use events
[15:53:52] <phuedx>	 and hide the damn thing until it's ready
[15:54:00] <phuedx>	 i suggested this before but the change got abandoned
[15:54:13] <jdlrobson>	 yeh it was a bit too sudden though
[15:54:17] <phuedx>	 bbiab -- dinner time for the kids
[15:54:22] <phuedx>	 jdlrobson: noted
[15:54:31] <jdlrobson>	 and i'm still not sure about dropping events altogether
[15:54:32] <phuedx>	 no discussion on a task etc etc
[15:54:35] <jdlrobson>	 we should talk through
[15:54:48] <phuedx|afk>	 really gtg
[15:54:56] <phuedx|afk>	 george is climbing on my shoulders
[15:55:16] <mbinder>	 dbrant|brb: realized I can't do our meeting at that time. Could do an hour earlier or an hour later. Preference? 
[16:05:57] <dbrant>	 mbinder: earlier?
[16:06:16] <mbinder>	 dbrant: sure, let's do it in ~25 min :)
[16:06:32] <dbrant>	 mbinder: rgr
[16:08:22] <niedzielski>	 bearND mdholloway|brb dbrant|brb: friendly bump to review patches as the sprint is drawing close :)
[16:14:44] <mbinder>	 niedzielski: 🙇
[16:15:01] <mbinder>	 (that's a little man bowing, duh)
[16:15:25] <niedzielski>	 yeah, totally!
[16:15:28] <niedzielski>	 :)
[16:15:35] <niedzielski>	 ^ that's a face smiling
[16:16:39] <dr0ptp4kt>	 bearND: what's the hangout url in the address bar?
[16:16:53] <dr0ptp4kt>	 niedzielski: dbrant mdholloway|brb ^
[16:16:54] <bearND>	 https://plus.google.com/hangouts/_/hoaevent/AP36tYf3B2yWX_E8ynYgQG-2ys_8kwBPcs6q830_vTbtD_FLUEdr8g?hl=en&authuser=1
[16:17:07] <dr0ptp4kt>	 bearND: thx
[16:17:17] <mdholloway>	 thanks
[16:20:08] <codezee>	 jdlrobson: I'll try to be here for as long as connection allows, is the deployment happening?
[16:21:24] <jdlrobson>	 codezee: yup in wikimedia-operations
[16:25:54] <bearND>	 oh, oh, it stopped
[16:26:11] <dr0ptp4kt>	 bearND: can't hear you
[16:26:22] <bearND>	 dr0ptp4kt: hangout crashed
[16:26:37] <dr0ptp4kt>	 bearND: ok, we'll wait
[16:26:38] <bearND>	 "This webpage has a redirect loop"
[16:26:50] <dr0ptp4kt>	 bearND: oh noes
[16:26:58] <dr0ptp4kt>	 bearND: maybe open a fresh browser instance?
[16:34:08] <jdlrobson>	 codezee: cool
[16:34:18] <jdlrobson>	 codezee: any idea what's going wrong here? http://en.wikipedia.beta.wmflabs.org/w/index.php?title=WikidataPageBanner_example_1&mobileaction=toggle_view_desktop
[16:35:09] <jdlrobson>	 i think beta labs is having image rendering issues
[16:36:12] <codezee>	 jdlrobson: I'm not seeing why the image is showing 404
[16:37:24] <Krenair>	 there's an image showing 404?
[16:38:00] <codezee>	 jdlrobson: also see http://en.wikipedia.beta.wmflabs.org/wiki/Asia
[16:38:05] <codezee>	 no image is rendering
[16:38:38] <codezee>	 all of them are showing 404
[16:49:35] <jdlrobson>	 codezee: yup all is good. in wikimedia-operations historically deploying your extension :)
[16:50:01] <codezee>	 jdlrobson: yes, I'm watching and waiting :)
[17:04:34] <joakino>	 jdlrobson: internet is down
[17:04:36] <jdlrobson>	 i can't hear anyone in hangout...
[17:04:42] <joakino>	 Sorry, can't join
[17:12:51] <etonkovidova>	 mooeypoo: There is  no  difference between https://phabricator.wikimedia.org/T97290 and https://phabricator.wikimedia.org/T101189 ... 
[17:24:55] <dr0ptp4kt>	 joakino: there?
[17:34:17] <niedzielski>	 mdholloway|brb dbrant (/cc bearND): do you guys already have your service dev environments set up? i don't :) if there's interest, i was thinking we might do a hang out monday morning-ish where we just try to get our tools set up
[17:35:08] <dbrant>	 i have it set up. i'll be happy to join
[17:38:42] <mdholloway>	 niedzielski: dbrant: i've just been using AS when i've looked at the service code but i'd be up for a quick hangout monday if you think it would be useful
[17:39:23] <niedzielski>	 mdholloway: i was thinking also of the VM / docker stuff bernd mentioned
[17:39:48] <mdholloway>	 niedzielski: yeah, that would be useful to talk about. 
[17:40:46] <niedzielski>	 5\/\/337
[17:41:57] <niedzielski>	 mdholloway (/cc dbrant bearND|afk): would 9a mountain monday work?
[17:42:11] <mdholloway>	 niedzielski: sounds good
[17:42:32] <niedzielski>	 mdholloway (/cc dbrant bearND|afk): cool! i'll put it in the calendar so we remember
[17:53:38] <jdlrobson>	 codezee: we're live :)
[17:53:44] <jdlrobson>	 https://en.m.wikivoyage.org/wiki/Red_Wharf_Bay < is using your banner
[17:54:03] <jdlrobson>	 i've asked Nicolas_Raoul to run a few tests on the icons etc... and we'll talk about next steps.
[17:54:13] <jdlrobson>	 hopefully next week we can make the switchover!
[17:54:16] <jdlrobson>	 happy travels :)
[17:55:30] <codezee>	 looks good :) thanks!
[17:55:48] <codezee>	 no glitches as of now which is promising
[17:56:19] <codezee>	 jdlrobson: I'll myself try to test as much as possible as soon as I get on stable connection,
[18:00:12] <tfinc>	 yurik: MaxSem with the public endpoint disabled right now is there a private but wmf cluster endpoint that i can use ?
[18:16:14] <phuedx|afk>	 codezee, jdlrobson: congratulations
[18:16:18] <phuedx|afk>	 are you going to email about it?
[18:16:43] <bmansurov>	 indeed, great work. it would be nice to make images open in an overlay though
[18:20:36] <mdholloway>	 niedzielski: https://gerrit.wikimedia.org/r/#/c/231325/ is an overhaul of what we were looking at yesterday that goes through the content provider and so should eliminate the db i/o concerns.
[18:21:02] <jdlrobson>	 phuedx: at some point yeh
[18:23:04] <mdholloway>	 and with that, let's see what's waiting for review!
[18:32:38] <joakino>	 jdlrobson: is this relevant? should we work on it? https://phabricator.wikimedia.org/T100378
[18:39:11] <joakino>	 jdlrobson: why did you remove reading-web from https://phabricator.wikimedia.org/T100372 yesterday?
[18:39:15] <joakino>	 sorry about all these questions :pp
[19:01:32] <niedzielski>	 mdholloway: sorry, was in a meeting. will dig in
[19:02:46] <mdholloway>	 niedzielski: no worries, thanks!  (there's still some debug logging lurking, sorry)
[19:07:07] <niedzielski>	 mdholloway: wow, this is an overhaul! so would we even need that other patch?
[19:07:39] <mdholloway>	 niedzielski: no, if you and bearND|afk think this looks more promising then i'd abandon that other one
[19:09:08] <mdholloway>	 and of course bearND|afk was cool with the other one.  i guess it's a question of being ok with slightly shady db i/o shortcuts vs. going in and changing the signatures of abstract PersistanceHelper methods and such
[19:09:24] <mdholloway>	 *PersistenceHelper
[19:10:15] <mdholloway>	 although I think the latter is justifiable because generating a working query really does depend on the properties of a specific object
[19:10:28] <mdholloway>	 which we dont' allow for now
[19:18:19] <niedzielski>	 mdholloway: so, in summary, the big changes are that you alter the sql queries we make at the source so we only get good data out?
[19:18:36] <mdholloway>	 niedzielski: exactly.
[19:19:24] <mdholloway>	 or rather, so that our queries return what we intend for them to return, rather than nothing when we have a null selection argument.
[19:19:40] <niedzielski>	 mdholloway: to me this seems a lot better for severals reasons, primarily that the database and cursor interactions don't change, but i would value team weigh in on it
[19:20:07] <mdholloway>	 niedzielski: yeah, i would tend to agree, it seems like a sounder approach
[19:21:12] <mdholloway>	 niedzielski: would you say it's safe to abandon the other patch now to avoid unnecessary confusion?  it seems like you're a lot happier with the overall approach here
[19:22:57] <niedzielski>	 mdholloway: i personally like it a lot better but i also don't have as much experience with the database in our app as bearND|afk and dbrant. if you do abandon the old patch, you might at least leave a comment in the new one that an alternate approach does exist
[19:23:20] <phuedx>	 jdlrobson: yt?
[19:44:13] <jdlrobson>	 phuedx: yip
[19:44:18] <jdlrobson>	 sorry for the delayed reply :)
[19:44:42] <joakino>	 jonkatz: JonKatz_ is any of you there or There__?
[19:44:54] <JonKatz_>	 uh oh am i missing a meeting?
[19:45:21] <JonKatz_>	 joakino lol, im here 
[19:45:27] <JonKatz_>	 _
[19:45:40] <joakino>	 haha
[19:45:50] <joakino>	 JonKatz_: i've read the beta header analysis
[19:46:11] <joakino>	 JonKatz_: seems inconclusive and I don't think we want to spend more effort on that now, right?
[19:47:08] <joakino>	 JonKatz_: i'm asking because i'd like to plan for removing the variant to avoid further regressions and clean up the code
[19:47:34] <joakino>	 code will be in the repo forever
[19:47:58] <joakino>	 if we want to investigate in the future we can bring it back and do proper bucketed ab testing if we have that figured out by then hehe
[19:48:14] <JonKatz_>	 joakino yes. the tldr in my opinion is that 1. we didn't have the scale (timewise or userwise) for any significant findings, but 2. can probably rule out that the exposure of main menu increased usage, or 3. that another barrier to search impacted search in a big way.
[19:48:23] <JonKatz_>	 so yes, experiment over, feel free to remove from code :)
[19:49:16] <jdlrobson>	 \o/
[19:49:28] <JonKatz_>	 joakino I have results on browse too, but can't take the time now to write them up, so you can remove that too
[19:49:52] <JonKatz_>	 joakino actually, hold that thought on the 'browse' test...i need to analyze further 
[19:51:15] <JonKatz_>	 jdlrobson enthusiasm noted
[19:51:18] <JonKatz_>	 :)
[19:52:09] <joakino>	 JonKatz_: ok, thanks for the conclusions, I asked you over email about publishing the experiment report on wiki to keep track of experiments we will run
[19:52:17] <joakino>	 i'll plan the work to clean up
[19:54:07] <JonKatz_>	 joakino...dude, i hear you and agree but this analysis has ruined the last 3 days and I need to give it a break before putting it up.
[19:56:34] <joakino>	 sure JonKatz_, if you want me to post it there tell me and I'll help
[20:00:39] <joakino>	 ok i'm gonna take the dog out and dinner. bb
[20:15:20] <bgerstle>	 dr0ptp4kt: gwicke sorry i couldn't make the working group meeting. is it too late to see what's going on?
[20:15:25] <bgerstle>	 or should i just wait for the minutes
[20:16:26] <ori>	 bgerstle: i think you can still join
[20:16:45] <ori>	 bgerstle: #wikimedia-meeting
[20:20:15] <jdlrobson>	 rmoen: can you make documentation changes on https://gerrit.wikimedia.org/r/231188 so i can merge?
[20:20:38] <rmoen>	 jdlrobson: made them and was looking into ways to make the function prettier with heredoc
[20:20:42] <jdlrobson>	 bmansurov: can you merge https://gerrit.wikimedia.org/r/229271 ? 3 +1s make a +3 :)
[20:20:43] <rmoen>	 but i can push what i have
[20:21:21] <rmoen>	 jdlrobson: done
[20:21:23] <bmansurov>	 in a meeting, will merge soon
[20:23:47] <jdlrobson>	 bmansurov: cool
[20:23:51] <jdlrobson>	 4 +1s :)
[20:27:39] <dbrant>	 niedzielski: thx for filing that phab
[20:28:51] <dbrant>	 niedzielski: fyi - gerrit supports auto-linking T-numbers (you only need to write the t-number, not the whole url).
[20:29:46] <niedzielski>	 dbrant: np, i've been wanting to take a pass at both our lint and checkstyle files for a while. i was thinking a "fix lint offenders" task would be good too but we might need a threshold delta instead of an absolute zero check on builds as there are a lot of complaints from the tool
[20:30:14] <niedzielski>	 dbrant: ah, thanks :)
[21:05:29] <coreyfloyd>	 dr0ptp4kt: im running a few minutes late
[21:06:15] <mdholloway>	 dbrant: so i was looking at your screen rotation patch and i assume you've thought about this already, but: on the emulator i'm getting a blip of lead image on load after rotating even when scrolled a little ways down the page.  any way to prevent that?  otherwise it lgtm
[21:07:13] <dr0ptp4kt>	 coreyfloyd: thx for heads up
[21:09:06] <dbrant>	 mdholloway: i've seen that too, but there's not much to be done about it. Plus, on a real device, the effect is much more negligible.
[21:10:16] <mdholloway>	 dbrant: i suspected as much.  cool, off to +2
[21:11:04] <mdholloway>	 or to +1 the new patch set, that is
[21:26:01] <MatmaRex>	 jdlrobson: hi, around?
[21:26:19] <MatmaRex>	 jdlrobson: i just ran into MF's ForeignApi, and i want to ak, why is this wonderful thing not in core yet? :D
[21:26:30] <jdlrobson>	 MatmaRex: hey.
[21:26:35] <jdlrobson>	 there's an open task for it
[21:26:40] <jdlrobson>	 we don't know where to put it :-)
[21:26:42] <jdlrobson>	 lemme find
[21:26:46] <MatmaRex>	 oh. link? i couldn't find one
[21:27:02] <jdlrobson>	 https://phabricator.wikimedia.org/T66636 < maybe central auth is where it belongs?
[21:27:23] <MatmaRex>	 Wikidata has their own version of it (which doesn't handle centralauth), and now we in Multimedia just invented another variant for cross-wiki uploading
[21:27:39] <jdlrobson>	 yeh we've used it all over the place
[21:27:44] <jdlrobson>	 it would be good to have a standard way to do it
[21:27:52] <jdlrobson>	 it's such a pain, i've lost many hours over it ;-)
[21:28:50] <MatmaRex>	 jdlrobson: a part of it is still needed for non-centralauth wikis, the CORS and 'origin' handling
[21:29:08] <jdlrobson>	 mmm interesting
[21:29:19] <MatmaRex>	 i wonder if we could have a small module in core with just that functionality, and have CentralAuth replace it with its version (with 'centralauthtoken' fluff)
[21:29:28] <jdlrobson>	 yeh CentralAuth could extend it
[21:29:37] <jdlrobson>	 i'm not sure how coupled the two concepts are
[21:30:29] <MatmaRex>	 they aren't really
[21:31:33] <MatmaRex>	 you could use just regular CORS code on WMF wikis too, but it would possibly result in anonymous edits on the target wiki
[21:31:43] <MatmaRex>	 (which is what 'centralauthtoken' does, afaik)
[21:31:54] <MatmaRex>	 in fact, that's what Wikidata does…
[21:32:02] <jdlrobson>	 the other thing is where to attach it. I'm a bit fed up with the mediaWiki variable god concept and i wouldn't want a mw.foreignApi
[21:32:05] <jdlrobson>	 have you seen https://phabricator.wikimedia.org/T108655 ?
[21:32:41] <jdlrobson>	 anyway yeh. i'm more than happy to support that. The mobilefrontend code has been pretty stable for a while
[21:32:46] <jdlrobson>	 it was originally wrote for photo uploads to commons
[21:33:01] <jdlrobson>	 i guess UploadWizard might find it useful
[21:33:49] <MatmaRex>	 jdlrobson: yeah, i've seen you file it, but i don't really have anything to say there. i kind of like the last idea.
[21:34:26] <MatmaRex>	 personally i'd have nothing against mw.ForeignApi extending mw.Api, as long as it lets me not write cross-domain handling code anymore.
[21:34:51] <jdlrobson>	 MatmaRex: heh. Please do chip in on the bug with your thoughts
[21:35:00] <jdlrobson>	 i'm more than happy to do it if I know I've got some buy in
[21:35:09] <jdlrobson>	 usually my upstreaming attempts fail as no one else can see the value :)
[21:59:00] <marktraceur>	 jdlrobson: MatmaRex called me out because I re-re-implemented the same code
[21:59:03] <marktraceur>	 Or, similar code
[21:59:09] <marktraceur>	 So we're 100% on board with the idea
[22:12:33] <MatmaRex>	 jdlrobson: marktraceur: i conferred with legoktm and i think i can totally make mw.ForeignApi happen, and to make it transparently handle CentralAuth. i'll summarize and put it on the task, and maybe i'll have it implemented tomorrow.
[22:12:48] <jdlrobson>	 marktraceur: hey please do chip in on https://phabricator.wikimedia.org/T66636  implementing things sucks.
[22:12:48] <dbrant>	 bearND: speaking of that, can you point me to the predefined bucket sizes for image thumbnails?
[22:12:57] <jdlrobson>	 MatmaRex: awesome
[22:13:02] * jdlrobson hugs you
[22:13:40] <bearND>	 dbrant: https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FMultimediaViewer.git/f9e7bae91a8032fa13fc68114a0d57d190ea77f9/resources%2Fmmv%2Fmmv.ThumbnailWidthCalculator.js#L69
[22:14:26] <dbrant>	 bearND: thx!
[22:15:22] <bearND>	 dbrant: in https://gerrit.wikimedia.org/r/#/c/227451/9/app/src/main/java/org/wikipedia/page/gallery/GalleryCollectionFetchTask.java why are the parameters for the thumb gallery so different?
[22:16:45] <bearND>	 You'r adding URL, iiurlwidth, and iiuslheight. Is that because you are trying to just one request? I'm wondering what the implications for the service are
[22:17:51] <dbrant>	 bearND: that's right; in the normal Gallery, we make one request to get all the image names, and then make individual requests to get all the parameters for each image.  Whereas for the new thumbnail gallery, we get the image name plus thumbnail url in one go.
[22:18:22] <bgerstle>	 brion: FYI, pinged you on GH https://github.com/wikimedia/wikipedia-ios/pull/63#issuecomment-130864578
[22:19:23] <bearND>	 dbrant: would it be fair to say that you'd basically want the same kind of output as in the regular gallery but with smaller images?
[22:19:37] <dbrant>	 bearND: that's accurate
[22:20:27] <bearND>	 dbrant: ok, that makes sense now. Maybe would be good to add that as a comment in the code or at least in Gerrit.
[22:20:36] <dbrant>	 bearND: sure thing
[22:22:05] <brion>	 bgerstle: pretty sure it's just an oversight that didn't get caught in tests...
[22:22:17] <bgerstle>	 brion: ok. oversight corrected and tests added
[22:22:39] <bgerstle>	 just wanted to make sure i wasn't remember some vital thing about MW titles or something
[22:22:47] <bgerstle>	 wasn't forgetting some vital thing*
[22:24:37] <bearND>	 dbrant: about the service gallery items: They are currently split by type: videos and images. Do you think we should just intermingle them when we implement https://phabricator.wikimedia.org/T86954?
[22:25:06] <bearND>	 Alternative would be to have all images come first then all videos or vv
[22:25:17] <dbrant>	 bearND: yeah, intermingling is probably fine
[22:26:18] <bearND>	 dbrant: I guess it's better to have the strucutre to allow intermingling. Then we are at least more flexible and change the ordering any way we want to
[22:26:29] <bearND>	 on the server side
[22:26:33] <dbrant>	 yep!
[22:26:49] <brion>	 MW is mysterious indeed :)
[22:27:32] <Krenair>	 I fixed up your old "remove esperanto x-coding" patch the other day brion 
[22:27:58] <Krenair>	 I have been a MediaWiki user+developer for three years and had no idea that feature even existed
[22:32:53] <MatmaRex>	 jdlrobson: marktraceur: legoktm: please take a look at https://phabricator.wikimedia.org/T66636#1537769 and tell me if i'm too crazy.
[22:34:35] <brion>	 :)
[22:38:35] <coreyfloyd>	 bgerstle: piwik url http://piwik.wmflabs.org/index.php
[23:11:28] <jdlrobson>	 MatmaRex: maybe other extensions could register a foreign wiki and a mechanism to authenticate with them? If you take a look at how mw.template works it allows other extensions an interface to register template languages
[23:11:33] <jdlrobson>	 i wonder if a similar mechanism could be used here
[23:11:52] <jdlrobson>	 e.g. CentralAuth says - for all these domains - use this mechanism
[23:12:27] <MatmaRex>	 hmm
[23:16:06] <jdlrobson>	 could be useful for registering openid services for example in future
[23:16:51] <jdlrobson>	 kaldari: you in today?
[23:17:08] <kaldari>	 yes
[23:17:14] <kaldari>	 5th floor
[23:17:32] <kaldari>	 how's WikidataPageBanner doing?
[23:19:00] <MatmaRex>	 jdlrobson: that would still be possible with the API i proposed, since it basically allows extensions to do anything in mw.ForeignApi. i understand that you're arguing for something with more limited abilities?
[23:20:23] <jdlrobson>	 MatmaRex: it might not. It was just something to think about. I just get worried everytime i see the word hook. I'm confident whatever you have in mind is probably sane, I trust you :)
[23:20:37] <jdlrobson>	 kaldari: just a quick question - any objections if i move mobile.errorReport to a feature branch?
[23:20:40] <jdlrobson>	 i'm super keen to kill alpha
[23:21:20] <MatmaRex>	 jdlrobson: haha :)
[23:22:38] <kaldari>	 jdlrobson: fine with me, you can also kill it if you like. I didn't follow discussion about it's fate, but it was originally written because we didn't have talk pages in mobile stable, so I though maybe it could be an alternative for a particular use case.
[23:23:36] <kaldari>	 i.e. so that people on mobile could at least flag serious problems with articles.