17:59:12 #startmeeting Browser June 22nd :) 17:59:12 Meeting started Mon Jun 22 17:59:12 2020 UTC. The chair is gaba. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:59:12 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:59:23 hello! 17:59:23 hi! 17:59:26 meeting pad still in https://pad.riseup.net/p/tor-tbb-2020-keep 17:59:30 hi 17:59:32 o/ 17:59:38 o/ 18:05:26 should we start? 18:05:37 it seems that people are done adding statuses? 18:07:32 i think yes 18:08:28 hrm. busy week. 18:09:26 let's talk about reviews in the second item 18:09:33 first, do we have a TB release meeting tomorrow or not? 18:09:41 yes, i think we should 18:09:50 it was in the calendar 18:09:51 ok 18:10:03 * gaba will send a mail to tor-project@ announcing it then 18:10:37 Second item in the list of the agenda is gitlab 18:10:46 how are people coordinating reviews? 18:11:06 i think it depends 18:11:25 there are older tickets in review 18:11:37 that is before the merge requests menthod 18:11:40 *method 18:11:50 and after that got enabled 18:11:54 (which was today) 18:12:08 and it seems we need different processes for that 18:12:36 or ask people to create MR's 18:12:50 we could do that 18:13:02 i think we should try to avoid "Needs Review" where we can 18:13:20 ok 18:13:23 +1, the network team is trying to figure out how w edo that, because we still depend on CI on github :-/ it is a bit messy right now 18:13:30 i was trying to make that point in https://gitlab.torproject.org/tpo/tpa/gitlab/-/issues/28#note_2679539 18:13:36 network team is using needs review and then assigning it with a group label review::person 18:13:54 that's what i like to avoid at least 18:13:56 :) 18:13:59 ok :) 18:14:03 because of label creep and such 18:14:11 if a patch should be rebased, then we can use a MR for the new branch 18:14:13 but maybe other folks have differnt opinions 18:14:38 GeKo: at least for #33533 it's not possible to do a MR, so maybe we keep needs_review only for those cases (legacy process)? 18:14:48 yep 18:14:51 for existing tickets/patches in newds_review, i think we should look at those individually and review them using the old process 18:14:57 that sounds like a good trade-off to me 18:15:18 ok 18:15:26 and by "rebased", i don't mean #33533 :) 18:15:35 labels, not sure if you all are coordinating on labels. We sent a mail on Thursday about it 18:15:47 i started looking at that earlier today 18:15:48 i was going over our labels over the weekend 18:15:53 we'll coordinate 18:15:58 and have some ideas here 18:16:00 ah.okay, GeKo is looking at it 18:16:06 we can both 18:16:10 or just you 18:16:17 nickm's tool is worth looking at too - it was just applied to the core/* files 18:16:21 ok 18:16:24 i just want to avoid this alling through the cracks 18:16:35 yep 18:16:37 and above all getting rid of old labels 18:16:43 *off 18:16:56 which we needed due to a trac workflow 18:17:14 yes 18:17:20 sysrqb: so, maybe you look to and then we sync some time this week 18:17:24 ? 18:17:33 (before thursday) 18:17:53 *look too 18:18:04 okay, we can try this plan 18:18:17 or wahtever works for you 18:18:33 if you get stressed about the deadline then just let me know - we can apply to the other subprojects on thursday if you need a bit longer. i just try to set a time to get people started 18:18:39 how are we doing with tickets on s58? I will have stuff organized into a milestone soon. For now everything is under sponso58 label 18:18:41 and it will make searches a lot faster 18:19:04 ahf: let's not try to be flexible here on that deadline :) 18:19:23 oki :-) 18:19:36 sysrqb: the gitlab comment posted above might be worth reading for you, too 18:19:44 i may ask for an extension, though 18:19:50 GeKo: i have it open in a tab, now 18:20:01 as it gives more context for what i might say about the labeling 18:20:06 ok 18:20:08 thanks 18:20:27 gaba: there are plenty of tickets to include :) 18:20:33 yes 18:20:35 ahf: we'll try our best to get this ready before thursday 18:20:40 sounds good 18:20:48 I will have s58 organized in gitlab for next meeting 18:20:55 but with everything happening this week,it may be a little dificult 18:20:55 so far how are we doing with the stuff for this week? 18:21:01 i like the idea of all tickets in the milestone being the must ones for teh sponsor 18:21:16 while "Sponsor 58" includes those and which we could think of working on 18:21:22 yes 18:21:35 that way we can acoid "-must "", and "-can" 18:21:38 *avoid 18:21:49 which seems smart 18:22:03 that sounds reasonable to me 18:22:29 * antonela "a brand new Safari, with intelligent anti tracking protection" 18:22:42 but i'll read tpo/tpa/gitlab#28 18:23:27 * gaba too 18:23:55 blog moderation? 18:24:03 sure 18:24:08 i left you in the release blogpost sysrqb :( 18:24:23 maybe after a week we can close comments? 18:24:52 that is one possible policy 18:25:07 recently i began closing comments on the previous blog post when a new one is released 18:25:19 and this provides a channel for reporting bugs between releases 18:25:19 the problem with that is that comments then often come up int differnt blog posts 18:25:27 because folks often don't go away 18:25:59 and folks monitoring those blog posts are not happy 18:26:05 but we cannot hold them hand for ever GeKo 18:26:09 because now they have to deal with browser questions 18:26:09 like we are working here 18:26:15 yes 18:26:17 look 18:26:47 i don't find it unreasonable to just not allow comments for tor browser blog entries right now 18:26:58 due to capacity problems 18:27:00 :) 18:27:14 i mean, if is painful for me dealing with conspirationist, i think is more useful for the project to keep my working hours doing a different thing than replying people in the blog 18:27:15 i am just saying that this and similar strategies have drwabacks 18:27:33 right, and probably killing comments after some days is just enough 18:27:34 maybe we have a policy that all blog posts have closed comments 18:27:45 sysrqb: yep 18:27:47 except the friday blog post where people can post quetions/comments/etc 18:27:54 i'd be onboard with that 18:27:56 and that is where we answer questions 18:28:00 but then, you want to use a blog entry for support desk 18:28:17 anonymous support desk...yes 18:28:17 i dont see a difference :) 18:28:19 it is shitty 18:28:19 but lets seee 18:29:16 the blog folks report valid bugs 18:29:28 yes, mostly the firsts days 18:29:34 but i have not seens a single bug in months that would make it onto our todo list 18:29:35 right now 18:29:39 *seen 18:29:52 because we have this s58 thing and the transition 18:29:57 to esr78 18:29:59 not true, mcs and brade fixed reported bugs i manually opened after 9.5 release 18:30:11 yes 18:30:16 reported from the useful blogpost commentors 18:30:20 i mean for the upcoming work 18:30:24 ah yes 18:30:56 which makes it extra hard to explain why we tend to blog comments at the moment 18:31:13 given the pile of unsolved issues to get fenix and tor browser 10 going 18:31:43 im happy to reply comments and open tickets for two max three days 18:31:57 more is insane given our capacity 18:32:12 one thing i wondered whether nicolei could help here 18:32:18 i can try also to moderate blog comments if needed 18:32:26 but, somehow, we should prevent tor browser comments on other blog posts after three days 18:32:41 they are already collecting all sorts of users feedback things 18:33:10 but that comes with a learning curve too if it works well... 18:33:20 you may want to check with ggus their capacity 18:33:28 yeah 18:33:30 they are replying RT tickets the entire day 18:33:39 right now it's not possible for users to report bugs via gitlab, right? 18:33:45 not yet, no 18:33:59 permissions are an unsolved issue right now and we want to do that before opening up 18:34:00 i think my sympathy right now is to just disable comments and that would mean for all blog posts 18:34:07 (all regular ones) 18:34:24 but that#s a project decision to make 18:34:29 so, dunno 18:34:31 but even gitlab is looking to enabling support desk for community editions (seems like something around it is happening) which probably will improve the entire flow 18:35:08 https://about.gitlab.com/stages-devops-lifecycle/service-desk/ 18:35:34 and for sure the moderation will be better, let see if it reaches the ce version 18:36:17 i can send an email to tor-project@ and we can discuss this 18:36:38 because people stop moderating other blog posts after a few days (or week), too 18:36:50 isn't phw's thread the one we are discussing this? 18:38:30 but that is focused on an everything-goes post 18:38:37 not disabling comments on all other posts 18:38:41 right 18:38:55 one concern i have is whether we have an alternative for reporting bugs 18:39:03 is RT a good replacement? 18:39:05 hey! 18:39:12 o/ 18:39:24 o/ 18:39:27 i missed the context that you're discussing 18:39:28 o/ 18:39:49 how to report bugs about tor browser? 18:39:59 sysrqb: irc! :) 18:40:51 GeKo: yeah. i suppose we can try that 18:41:03 i mean, people already use that 18:41:11 yep 18:41:13 but i don't know if that is a good replacement for blog comments 18:41:24 it's not 18:41:39 but it's hard to find one 18:41:45 which does not cause additional load 18:41:52 yeah 18:42:06 maybe i'll fork phw's thread 18:42:12 and we can discuss this project-wide 18:42:25 ggus: we were thinking about proposing to disable all blog comments 18:42:27 for now 18:42:27 because this needs buy-in from everyone 18:42:41 because we ca't handle the load right now 18:42:46 *can't 18:43:06 and then we wonderedd how folks would report (tor browser) bugs 18:43:13 hum 18:43:20 sysrqb: sounds like a plan 18:44:09 ok. next one is dev.tpo content from antonela 18:44:17 unless there is something else about blog moderation :) 18:44:29 not from me. i'll take that as my next-step 18:44:36 ggus: the problem is that just disabling comments on tor-browser blog posts will make other teams unhappy :) 18:44:47 * GeKo is done here, too 18:44:55 GeKo: what about opening the issues in github and then close it when we fixed the gitlab permissions? 18:45:34 we also could use a form to report bugs, but people like to see if the bug was already submitted 18:45:43 dunno 18:45:59 we could think about that in the forked thread sysrqbis about to start 18:46:07 *sysrqb is 18:46:09 I say let's bring this discussion to the mailing list and maybe to Wednesday's all hands 18:46:26 yep 18:46:35 ok! just to let you know that Nicolei's internship goes til august. after that we're uncovered (at the moment). 18:46:48 i see 18:47:01 ok 18:47:07 something nice i did in a old company was having people sitting in frontdesk a morning per week 18:47:21 antonela: do you want to talk about which feedback you want on dev.tpo? 18:47:41 +1 to do frontdesk work once in a while for everybody :) 18:47:45 so this is extremely useful, because everybody in the company was aware about the issues customers were facing 18:48:03 if we organize ourselves we can maybe build capacity for support 18:48:04 we will have a solution for issues, both account creation and anonymous before august 18:48:20 unles some epic bikeshedding happens 18:48:37 heh. 18:48:41 nice! :) 18:48:51 gaba: yes, about dev.tpo, i made a first approach on the content we want to have there. Please, let me know what do you think, if i missing anything and most better if i missed anything, link me to the current content 18:48:51 i like the idea of rotations, too. 18:49:37 antonela: thanks 18:49:40 exciting 18:49:46 https://gitlab.torproject.org/tpo/web/trac/-/issues/24132 18:49:57 this is the issue, scroll down 18:50:15 i made a md so is easy for anyone to propose a new structure or add content 18:50:22 feel free to do it, i'll have it open the next two weeks 18:50:41 thanks!! 18:50:49 https://gitlab.torproject.org/tpo/web/trac/-/issues/24132#note_2681345 18:51:05 ^^^ 18:52:19 do we have any other discussion items for today's meeting? 18:52:27 i don't see any on the pad 18:53:01 * ahf good 18:53:08 antonela: i guess we discuss the ux labels during the label sync 18:53:12 would that work for you? 18:53:24 yes, is great 18:53:29 thanks for looking at the ticket! 18:53:30 (it seems we did not address that point from teh pad yet) 18:53:38 ah, yes, we did skip that 18:53:40 sure 18:53:42 is fine if you go over hte ticket tho 18:54:45 mmm, i thought the ux labels was in the same topic 18:54:57 ok 18:54:59 anything else? 18:55:07 anything people need help with ? 18:55:37 https://gitlab.torproject.org/tpo/anti-censorship/trac/-/issues/40004 18:55:38 still waits for review 18:55:48 mcs, brade, GeKo, sysrqb, acat please take a look 18:55:55 si 18:56:00 <3 18:57:23 end of june you said, right? 18:57:24 okay, good? 18:57:34 ohh one more thing, we can discuss the tba alpha releases through the google play flow during the release meeting 18:57:40 (that is all, promise) 18:57:55 is not a question, is more a reminder lol 18:58:09 ok 18:58:22 let's close the meeting now and conversation can continue in other channel 18:58:25 #endmeeting