15:01:07 #startmeeting S27 04/08 15:01:07 Meeting started Mon Apr 8 15:01:07 2019 UTC. The chair is pili. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:07 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:01:14 great 15:01:17 what's the plan pili? 15:01:18 anyone else here? 15:01:21 pad is here: 15:01:36 https://storm.torproject.org/shared/Gn6Hhmdu8WUXCAYREE4EVnSF1iN6TFtHXY6w6T5bwal 15:01:44 I thought we could go through some organisational updates first 15:01:56 * mcs is here 15:02:03 ack 15:02:06 hihi 15:02:17 then we can go over the UX tickets with antonela since she wasn't here last week 15:02:22 sure thing 15:02:24 great 15:02:25 then any progress updates, I don't expect any, but never know... :) 15:02:32 and then blockers and next steps 15:02:35 does that sound good? 15:02:40 yep 15:02:40 yep 15:02:45 I'm also open to suggestions as to what would be most helpful 15:02:51 ok, let's get started then 15:03:06 hey 15:03:12 gaba created this very nice spreadsheet to track status: https://storm.torproject.org/shared/GcaGQ8ftDzMiQA1RJR7oSUy_CZsvk7jjM8o5tjoM4me 15:03:28 ok 15:03:32 so we can bill the funder as we complete or mostly complete activities 15:03:41 good move 15:03:44 gaba: maybe you want to explain a bit more about that? :) 15:04:07 that spreadsheet is one that we are using now for every sponsor that has deliverables 15:04:39 the idea is to check on it and the team lead for the project updated it to how much completion we have for each objective/activity 15:04:49 it is for sue and bekeela to be able to invoice the sponsor 15:05:21 when should we update it? 15:05:59 It could be once a month asn 15:06:04 ok 15:06:20 for the network team it may makes sense for you to update it asn as are the one more involved in this project 15:06:29 ok 15:06:32 did we discuss some kind of timeframes for each deliverable? 15:06:52 i assigned points to the network-team ones (1point=1day) 15:06:57 and we discussed our goals for the first 3 months 15:06:58 i think 15:07:05 yup, what asn said :) 15:07:13 we can dive deeper into that this meeting 15:07:24 great, so s27-can are 3 months deliverables, cool 15:07:44 hhmm 15:08:21 antonela: not necessarily 15:08:34 we run out of time to dig deeper into this last meeting 15:08:39 oh i see 15:08:50 so we haven't put a proper roadmap with dates and deliverables yet 15:09:02 just a rough idea of what people should start working on 15:09:11 given the dependencies between teams 15:09:16 ack 15:09:33 i 15:08:49 i think for network-team we should start with O1A1.1 and O1A2 15:09:34 15:08:59 for the first 3 months 15:09:37 this was from the previous meeting 15:10:13 but we didnt go deeper/higher than that 15:11:11 antonela: btw, s27-must tickets are the ones that we consider really important, and s27-can have lower priority 15:11:21 the browser team will start with #30000 15:11:22 antonela: in some way, if we do all the s27-must tickets we are good to go. 15:11:28 and are kind of optional 15:11:35 (the -can ones) 15:11:46 yeah 15:12:20 that's as soon as mcs/brade are done with their 8.5 blockers and any reviews on those also 15:12:21 ideally sometime in April :) 15:12:36 (but let me know if this is going to be impossible) 15:13:07 also, gaba and I need to send monthly reports to OTF, so it would be good to have something to report on for these :) 15:13:24 hehe 15:13:27 even for april i guess :) 15:13:57 :D 15:14:03 sounds good. i think we will have something. at least from my side. 15:14:22 antonela: for the UX side I think we have #14389 and #19757 15:14:31 both with browser team input 15:14:38 to start with 15:15:08 yep, i think we want to update that proposal made back 13 months ago, because firefox ui got updates 15:15:20 cool, will start with those 15:15:25 thanks antonela ! 15:16:32 should we go through all the obj2 activities and see how UX<->TBB interactions should work out? 15:16:39 antonela: are you saying that part of the proposal was already exectued in the UX side? 15:16:57 gaba: yes, if you look at the ticket there were already some UI mockups made :) 15:17:07 https://trac.torproject.org/projects/tor/attachment/ticket/14389/14389-2.png 15:17:08 yep :) 15:17:09 yes, i worked on that UI on my early days here 15:17:33 so you can mark some 40% progress there :p 15:17:48 nice, we can track that and maybe already do one invoice for it :) 15:17:49 :D 15:17:49 that's for v2 btw 15:17:55 aaah 15:18:04 but still it's def progress forward 15:18:09 which we might want to have as well ;) 15:18:14 but that's lower prio 15:18:16 right 15:18:18 asn: how does it change for v3? 15:18:30 pili: the client auth scheme (and UX) is different between v2 and v3 15:18:47 it will not look like that 15:18:48 ok, sounds like I need to do some reading on this :) 15:18:53 but it might also not look _too_ different 15:19:04 but ye is different 15:19:41 tbh i cannot say offhand how the UI should look like, or how the UX should be for v3 right now 15:19:55 we can work on it asn 15:19:58 the mockup is definitely the right UI/UX for v2 tho 15:20:08 antonela: yap 15:20:19 sure, maybe we can move on to discuss UX <-> TBB interactions as asn suggested :) 15:21:02 antonela: can you start work on #14389 independently to begin with or do you need some input from mcs/brade or asn? 15:21:09 but hey i haven't touched those tickets in months, so give me this week to gain traction 15:21:10 yes yes 15:21:23 sounds good, I think we have time 15:21:33 groot 15:21:56 anything else to discuss on this? 15:21:57 antonela: the v3 client-auth documentation is not so good, so please get in touch if you cannot find it or have problems understanding it 15:22:35 will do 15:22:41 i have this ticket to review this week that seems related #27680 15:22:49 i think traumschule worked on some documentation 15:22:50 asn: could you add a link to the documention in the bug? 15:23:07 a link to the documentation 15:23:10 yes! 15:23:12 yes 15:23:42 adding some notes rihgt now 15:23:55 great, thank you! 15:25:13 ok so we have a way forward for o1a1.1 15:25:16 *o1a1 15:25:21 good stuff :) 15:25:21 ok, should we move on to status updates? or do people want to try to put some dates to deliverables first? (otherwise gaba and I can try to work on it offline and review during the following meeting with everyone) 15:25:42 Here’s a somewhat random question: do all of the browser deliverables apply to mobile as well as desktop? 15:26:21 mcs: that's a great question :D 15:26:22 good question 15:26:23 (if yes, maybe we start with desktop and then implement mobile given how busy our mobile developers are) 15:26:39 i'd say "no" 15:26:50 at least i think we did not have this on our radar for the proposal 15:26:53 pili: is it worth thinking of the UX-teams involvement with objectives other than o1a1? or we do that as the time comes? 15:27:09 and there is no mobile dev accounted in the budget iirc 15:27:10 GeKo: ack makes sense 15:27:34 GeKo: sounds like another proposal opportunity (future) 15:27:37 GeKo: mcs let me double check that quickly 15:27:41 but, yes, we want to have this at some point on m mobile as well 15:27:48 asn I'll deal with your question after :) 15:27:51 yep 15:27:52 ya 15:27:56 unless you all want to discuss while I look it up 15:28:19 antonela: wanna discuss about more deliverables apart from the client auth one? 15:28:28 yes sure 15:28:33 ok so let's walk through them 15:28:36 we discussed o1a1 15:28:37 we have onion3 names 15:28:39 ye 15:28:42 then there is o1a2 15:28:48 which is the "error on typo 15:28:53 thingie 15:29:08 ohh 15:29:09 yes 15:29:10 i guess there is a UX question here of how the error should be mentioned to the user 15:29:19 and this might be related to the error page of o2a4 15:29:34 like we are talking about some sort of onion-specific error page? 15:29:35 exactly, firefox just did a good job redesigning their warnings, im not sure if that is available on ESR 15:29:38 yes 15:29:42 ok 15:29:42 confirmed, no mobile dev time 15:29:47 *o2a2 15:29:52 https://blog.mozilla.org/ux/2019/03/designing-better-security-warnings/ 15:29:59 GeKo: yes o2a2 sorry 15:30:05 * asn checks article 15:30:24 jumping in on this, it makes sense to try to re-use error pages for different error situations 15:30:26 so basically i'll need some copywriter capacity here, im thinking about wayward 15:30:40 yes exactly pili 15:30:49 yes because o2a4 also needs an error-page 15:30:59 (o2a4 is the one about giving more detailed errors about HSes failing) 15:31:06 BUT not sure when it will be available on ESR, maybe is now, idk 15:31:21 antonela: what is copywriter? 15:31:22 * asn clueless 15:31:27 yep, default error pages are a good pattern to follow 15:31:37 is a person who writes the text that users will read 15:31:40 aaah 15:31:53 ok 15:31:56 * pili takes some notes on other people dependencies 15:32:05 i was imagining we would just hack some text together :P 15:32:09 yes we can 15:32:10 but 15:32:16 is good to have a review 15:32:21 yes def 15:32:36 and if we can anticipate that need then i dont need to send emails the day after the release to ask for review 15:32:52 sounds good 15:33:12 what else 15:33:15 move on? 15:33:22 should we go to the next objective? 15:33:25 is this helpful to anyone? 15:33:42 i think so, yes 15:33:45 ok great 15:33:47 let's go to o2a3 15:33:54 this is the alt-svc/onion-location thing 15:34:01 my fav one 15:34:08 yeah we made some plans on this in mexico 15:34:19 and i think we also have mockups there 15:34:24 that we could give to otf for april 15:34:40 wow, that would be awesome 15:34:50 do you think so? 15:34:53 let me see 15:34:54 let me find the ticket 15:35:01 antonela: could you add the moz blog link to the relevant ticket so we don't forget about it? 15:35:02 i mean, i want to go with the pill UI 15:35:20 i guess https://trac.torproject.org/projects/tor/ticket/21952 is the closest we have here 15:35:38 on UI side we have two components, the url bar and the circuit display, when we are redirecting the user, besides the opt-in (we will need a global setting for it too), we should update the circuit displau 15:36:00 i'll add all this userflow to the ticket, just sharing here what we have been discussed 15:36:02 geko, yes one sec 15:36:03 yeah we have some old mockups in #21952, but i think you have changed to a new design antonela 15:36:14 there is a dif ticket for the circ display 15:36:31 #27590 15:36:41 (all these are s27-must) 15:36:42 yeah those two 15:36:49 also, please add any missing tickets to the parents if you find them 15:37:15 pili: so far so good 15:37:30 antonela: so perhaps this is for the next 3-month period. 15:37:38 antonela: or for the next-next 3 month period 15:37:46 good plan, i think we can do it 15:37:47 antonela: since its a pretty self contained thing 15:38:19 +1 15:38:21 geko? what do you think? 15:38:44 about doing o2a3 next? 15:39:01 that is after o2a1 15:39:12 pili: imo we should at some point sooner-or-later make some sort of year-long roadmap. because talking about abstract 3-months is convenient but might backfire. 15:39:25 *sooner-than-later 15:39:37 asn: I agree 15:39:42 fwiw i expect that we won't work on any s27 proposal stuff during july-october 15:39:42 not sure if we have time in this meeting unfortunately 15:39:57 because at that time we need to get tor browser 9 ready 15:40:02 ack 15:40:07 we should also take that into account 15:40:24 noted 15:40:24 Geko, that means that devs will work on it before july? or after october? 15:40:43 yes 15:40:54 got it 15:40:57 either which we can decide 15:41:10 and which depends on how fast we are with o2a1 15:41:20 okey, good to know 15:41:27 (assuming o2a3 is strictly following on that one) 15:41:52 GeKo: that sounds fine with me 15:41:53 i mean we might be able to make exceptions 15:41:54 would it be too crazy from me to ask from ux/tb teams to add points to the -must tickets so that we can roadmap easily in the next meeting? 15:42:03 but i'll push quite a bit against those 15:42:20 we are not used to the points business 15:42:20 but we still need to do the estimation wor 15:42:21 asn: not crazy at all, this is something we want to do soon 15:42:24 but we could try 15:42:36 yes, we need estimation 15:42:43 GeKo: you can use your own metric 15:42:43 this has been blocked on me getting around to organising a meeting on this 15:42:44 i can give estimation of my hard work + 2x for reviews lol 15:43:33 but if people want to give it a try without discussing first we can also do that 15:43:37 antonela: ye not sure how to factor review-delay in the estimation 15:43:55 i just do an eyeball estimation and then add some extra time for review delays and other delays usually 15:44:19 asn: that's not something the network team currently does, right? other than estimating how many days per week are spent on roadmap work? 15:44:24 yes, we can estimate it, is an estimation 15:44:29 asn: fair enough 15:44:30 pili: what do you mean? 15:45:06 pili: i am fine trying it ou without discussion 15:45:15 you could bring it up on the meeting today later on 15:45:17 GeKo: sure, we can then refine as we go 15:45:20 ok 15:45:25 or we could just start that with s27 15:45:26 asn: well, from what I understand the network team estimates how many days per week they spend on roadmap wor 15:45:37 and then adapt to other parts from what we learn 15:45:37 and all other time is spent or reviews, ci, other stuff? 15:45:50 pili: true 15:46:03 pili: exactly 15:46:18 so review points are not counted here 15:46:21 in the sense that they are non-roadmap work 15:46:22 anyway 15:46:29 true 15:46:30 you are right 15:46:50 ok, shall we move on? :) 15:46:59 so in terms of 15:47:00 15:42 < antonela> i can give estimation of my hard work + 2x for reviews lol 15:47:14 when we talk about points it's about how much time it takes you to finish it up approx 15:47:24 ah, yes, sorry, so for tickets that require both ux and tbb work we should add up both points 15:47:25 and not "how much time the whole thing is gonna take including reviews and everything" 15:47:51 maybe it would help if devs and antonela comment on their tickets with their points estimation 15:47:59 and I can go round afterwards adding up ;) 15:48:00 also, to be honest, review time could be strict to the time plan we have for delivery, so lets say we have 2 weeks for review, and then done 15:48:18 this is why having a deadline is critical, even if we need one more week after it 15:48:56 antonela: yes, reviews should be prioritized 15:49:09 antonela:+1 we'll bake this into the plan :) 15:49:18 ok let's move on with the objectives, if everyone is ok with that 15:49:27 we were at o2a3 the alt-svc thing 15:49:40 and we said we have some mockups in #21952, but the plan has changed, and more work is required 15:49:45 and also the circuit display stuff 15:49:48 yep 15:49:51 but that's for later, so no need to go deeper 15:49:56 let's go with o2a4 15:50:13 here we have an error-page thing with more details 15:50:20 so while o2a2 is just "you have a typo in your onion" 15:50:29 o2a4 can have "the HS seems to be down" 15:50:34 or "your guard seems to be down" 15:50:45 or "there is something wrong with your network" 15:50:48 these are just examles 15:50:49 exactly, the ui remains, the ux could change, like we could offer users the chance to reload for example 15:50:57 aha 15:51:01 hep 15:51:02 yep 15:51:21 and o2a4 also has an SSL component 15:51:27 which is about accepting slf-signed certs and some stuff like that 15:51:46 we should have a list of all the errors we could have, i'll prepare that when i work on o2a2, and we can extend it once o2a4 15:51:49 yes 15:51:58 https://trac.torproject.org/projects/tor/ticket/13410 15:52:00 https://trac.torproject.org/projects/tor/ticket/27636 15:52:01 https://trac.torproject.org/projects/tor/ticket/27657 15:52:18 antonela:do you want me to create a ticket for figuring out all the errors? as a child ticket? 15:52:21 antonela: yes. this is also pending network-team work, because we need to see what info we are currently exposing. 15:52:28 just to do some breakdown 15:52:39 pili: could be useful yes 15:52:47 pili, yes could be mapping .onion errors 15:52:56 well, something more specific too 15:53:23 ok, we have 7 minutes as there's a meeting in here soon 15:53:26 ok 15:53:30 what else 15:53:31 and finally we have o2a5 15:53:35 which is the https-e thing 15:53:40 yeah, next lifef 15:53:43 haha 15:53:44 next life 15:53:44 did anyone get in touch with bill or jenn? :) 15:53:51 pili: no i havent had the time to do this 15:53:57 antonela: i think there is great stuff to be done there 15:53:58 ok, no worries, do you want me to do that? 15:53:59 bill nor jenn are leading developers there 15:54:00 and we should think about it 15:54:11 yes yes 15:54:12 but we shuld start with bill for the eff 15:54:12 pili: i will try to do it this week 15:54:17 *should 15:54:18 I should have spoken to jenn last week at IFF, I completely forgot 15:54:19 i've been kinda swamped with network-team stuff over the past days 15:54:32 im trying to get them done so i can focus on this sponsor for good 15:54:39 and i will send an email as soon as possible 15:54:43 no worries, we can start a conversation offline 15:54:44 yes 15:54:49 i think this is again for not this 3-month period :) 15:54:52 so we have time to make it happen 15:54:57 asn: nope, we definitely have time :) 15:55:02 i think we can do good stuff here. at least im pretty hyped 15:55:08 ok 15:55:13 so we done with objectives and stuff 15:55:20 I also had for GeKo to contact cloudflare and/or facebook 15:55:27 is that still ok GeKo ? 15:55:36 or do you want to do it after Easter? 15:55:51 asn: confirming that you are going to be working on this only 2 days a week, right? roadmap stuff 15:56:10 gaba: yes approx 15:56:15 i have 8 points a month righ tnow 15:56:26 asn the humans are Alexis Hancock the dev, the pm 15:56:29 seems to be working well for me. it's exactly as much as i can handle 15:56:39 antonela: who are these humans? 15:56:43 ok, any other status updates 15:56:44 blockers? 15:56:52 not for me 15:56:53 asn eff humans working on httpse 15:56:56 antonela: ack ack 15:57:05 and what is bill doing? 15:57:11 pili: so next meeting in two weeks? 15:57:14 so that david is also around? 15:57:18 yup, 23rd April 15:57:21 not sure what is bill doing rn 15:57:24 and hopefully have points assigned by then? 15:57:31 I hope to have a roadmap with dates also 15:57:32 so all s27-must tickets have points assigned so we can roadmap that? 15:57:40 yup 15:57:53 if i have points on the tickets, i can make a draft roadmap real quick and then discuss with everyone 15:57:57 but perhaps we can do it altogether 15:58:08 not sure what's the best way to do roadmap with dates over irc 15:58:17 well, we could also try to do that next meeting if it's not too late 15:58:25 i dont think it's too late 15:58:36 pili: if asn does not want to talk to cf and fb i can pick this up 15:58:36 if we have the points i think it's gonna be easy 15:58:45 ok, well, see what you can draft and if you don't get around to it we'll do it together 15:58:46 i added a 'timeline' sheet to the spreadsheet on status to try to draft a timeline based on capacity 15:58:51 but i probably won't get to it before next week 15:59:00 we can use gaba's status spreadsheet 15:59:02 thus it will be after easter 15:59:07 ok, let's wrap this up!! :) 15:59:12 ok wraping it up 15:59:15 everyone good? 15:59:16 thanks for the meeting everyone! 15:59:21 see you on the 23rd 15:59:23 can continue on tor-dev if necessary 15:59:26 cool, thanks everyone! 15:59:27 #endmeeting