15:03:03 #startmeeting Tor Browser Release Meeting 2024-08-21 15:03:03 Meeting started Wed Aug 21 15:03:03 2024 UTC. The chair is morganava. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:03:03 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:04:12 the pad: https://pad.riseup.net/p/tor-browser-release-meeting-keep 15:04:36 o/ 15:04:40 o/ 15:05:09 as PieroV pointed out a moment ago, we are 1 month from the *scheduled* 14.0 release 15:05:49 boklm, brizental, clairehurst, dan_b, donuts, henry-x, jwilde, ma1, PieroV 15:05:53 hello 15:05:54 i *think* that's everyonee 15:05:58 Bea is AFK this week 15:06:03 Maybe also next week 15:06:04 yes and I think next 15:06:18 jwilde may be as well 15:06:36 Next week we're preparing 13.5.3, which might be the last one for the 13.5 series 15:06:39 is the target still w/c Sept 16th? 15:06:48 Unless Moz extends Windows 7 15:07:08 And if Moz extends 115, we have some additional time for 14.0 15:07:24 At least, not to have to do backports 15:07:32 right, thanks 15:07:38 But it'd be ideal to get everything more on time 15:07:52 Because the ESR after 128 is 140, so we'll have one less release 15:08:32 is there any update about extending 115 from Moz? 15:08:48 I think they're working about this right now 15:08:55 Moz had all hands very recently 15:09:02 And they're back from it in these days 15:09:15 donuts: according to tjr the plans should be finalised soonish 15:09:26 cool ty 15:09:36 but as of like yesterday none of the release calendars have been updated to reflect the lengthened ESR115 15:10:04 yeah, we will need to do some comms/user-support work around this when we know for sure too 15:10:24 yes 15:10:29 tails? :P 15:10:42 we'll let you know as soon as there is a concrete plan upstream 15:11:12 in the meantime we're goingn to assume they do do it and at the very least plan to spilt off the legacy windows deploys to a separate release channel 15:11:32 (I've started working on this ~40 minutes ago) 15:11:42 okaydokes :) 15:12:15 as I see it we currently have (at least) 2 major problems to fix in the next month, one of which is a blocker 15:13:02 1st being Android apk-size which it looks like we have various fixes in the pipeline 15:13:15 which is blocking x86 and x86_64 releases on the play store 15:14:11 this isn't a *very* big deal given our isntall numbers for those architectures so I don't think it should necessarily block a 14.0 release 15:14:15 but obviously it's not ideal 15:16:11 the other one is broken webrtc on Windows; jwilde's been intermittently unavailable and so i'm not sure how much progress has been made there (I'll be catching up with her tomorrow and may need to shuffle that work elsewhere to get the fixes in for 14.0) 15:16:59 apart from that, the remainder of the dev work should (mostly) be any patches that come out of our mozilla reviews 15:17:11 of whcih there are currently ~190 open as of yesterday out of an initail 256 15:17:15 Today I fixed the problem with onion services 15:17:26 Which wasn't found with audits, but it was a big one 15:17:42 yes i saw those threads yesterday, thanks for hopping on those 15:19:01 That is a good segue for one of my topic :) 15:19:06 I'll be going through the open ~14.0 Stable labeled issues and start re-prioritising (and updating the bug/feature issues linked from the major release tracking issue) 15:19:17 yes PieroV: go for it! 15:19:32 Traditionally, at one month from the release, we had an alpha campaign 15:20:17 Do we have a strategy about this? We're still at 14.0a2 and we haven't even finished auditing yet 15:21:18 But I think it'd be important to start collecting users' feedback asap, as audits won't cover all the functionalities 15:22:53 I think we agreed to start public testing from 14.0a4 instead, because of the timeline constraints 15:23:10 I see, it makes sense, thanks 15:23:19 donuts: well, depending on when we agreed to that 15:23:34 14.0a4 may have been planned for this week 15:23:43 we've had to skip a few alphas because things weren't ready 15:23:44 No it says late august in the pad 15:23:57 it's august 21 :D 15:24:02 "Target RC1 (currently 14.0a4 August 27)" 15:24:04 It'll be 14.0a3 instead 15:24:07 ack 15:24:14 ah ok 15:24:15 is that still accurate, sorry? 15:24:16 RC1 hasn't mvoed 15:24:21 oh cool okay 15:24:50 RC1 released in 6 days seems early to me ^_^; 15:25:15 ha yeah august 27th is sooner than I thought, initially 15:25:25 yeah, this is the *first* android release in the series yesterday 15:25:47 i mean i'm still fine calling it RC1 15:25:52 14.0a4 seems more realistic for RC1 to me 15:26:12 And the calendar already says RC1 for 3 September 15:26:35 oh so it does 15:27:38 alright, then should we then just keep the plan of aug 27 as the kickoff for the call for alpha testers? 15:27:50 idk I'm confused now 15:27:59 3 September is also stable 13.5.3 release right? 15:28:03 ma1: yes it is 15:28:06 now that we're not running into build/signing issues we should be able to maintain a weekly release cadencce until then 15:28:07 when's 14.0a4? 15:28:25 donuts: around September 3 15:28:43 yeah currently RC1 would be 14.0a4 15:28:45 We could delay it by one or two days if we need to prioritize 13.5.3 in the same period 15:28:47 and RC2 14.0a5 15:28:48 okay, so shouldn't we move the call for testers to Sep 3rd then? 15:29:00 donuts: I think it'd make sense 15:29:25 what's the downside for keeping it at aug 27? 15:30:01 morganava: we might complete more audits by Sep 3 15:31:33 my logic is just that we agreed to do the call at the same time as the a4/RC1 release 15:32:02 so if the release has moved, the call should too 15:32:04 ok wfm 15:32:57 okay cool, I'll tell comms :) 15:35:55 ok anything else? 15:36:03 other problems/things we've forgotten? 15:36:05 did we chat about the first thing in the agenda? 15:36:23 I added it as a generic point, since we talked about having checkpoints 15:36:50 well remembered :) 15:36:54 So, we mentioned how we're doing with audits and other blockers, and I don't think there's anything else that planned at this point 15:37:07 There would be a thing 15:37:21 donuts: probably anything linked from the 'features' issue is highly likely to be kicked to 14.5 at ths point 15:37:22 And it's the new circuit for this site (aka something that replaces the old new identity) 15:37:40 right, new circuit is the one I wasn't sure about 15:37:46 but i need to go cleanup gitlab and see how we're sitting 15:37:48 And also a second thing: a checkbox to disable the internet test 15:38:13 As a workaround for the lack of a connection assist opt-in 15:38:21 hmm 15:38:23 HMM 15:38:28 We've received some complaints about that also recently 15:38:43 But I don't think we have the bandwidth for an actual opt-in for 14.0 15:38:50 donuts: https://forum.torproject.org/t/lyrebird-can-prevent-tor-browser-from-working/14178/12 15:38:53 it's been this way since Tor Browser 10.5 though, what's changed? 15:39:00 11.0 or 11.5 15:39:05 oh sorry, 11.5 15:39:05 But yes, I've been wondering the same 15:39:07 you're right 15:39:16 that someone noticed :) 15:39:19 well this guy discovered it through some 3rd party fireall thing 15:39:25 Actually someone had already noticed 15:39:28 And we added a pref 15:39:33 But never added a UI for that 15:39:54 hm 15:39:59 Shouldn't the moat ping only happen after the user presses "Try a Bridge"? 15:40:06 No 15:40:12 Also before 15:40:15 For two reasons 15:40:24 1. get the list of "frequent" region/countries 15:40:35 2. the Internet test 15:41:05 right, 1. seems optional? 15:41:17 We can ship a list of frequent regions offline 15:41:21 And update it later 15:41:40 When the user clicks on "Try a bridge" for the first time 15:41:57 Or after a bootstrap, if we really wish to have an updated list 15:42:05 We could also disable the internet test 15:42:34 I'm slightly worried about users reflexively checking the "no moat" checkbox and then breaking a bunch of circumvention stuff 15:42:36 Yep. There's already an invisible opt-out mechanism 15:43:01 It can be made opt-in 15:43:12 (but maybe something to discuss offline?) 15:43:24 we had a conversation about this with a wider group including the Community and AC teams in Lisbon, actually 15:43:38 I'll need to dig out the notes 15:43:57 We could totally disable the test on Android for now 15:44:01 Since there's no about:config 15:44:12 (at least, if we don't for desktop eventually) 15:44:34 I don't think we need an internet test for android anyway 15:44:37 doesn't android detect when it's offline regardless? 15:45:21 but yes, disabling it on android-only seems like a good short term solution – because the longer-term solution needs some thought put towards it 15:45:26 donuts: yeah, that's another conversation 15:45:38 OS provide a way to test for your "online status" 15:45:51 right 15:45:54 But we don't know how much stuff we can use (I think we can on Android, as it isn't an additional permission IIRC) 15:46:09 And in general we should check what Firefox offers, or what we should implement on top of it 15:46:13 I think we're using it for the VPN 15:46:34 but yes that all sounds reasonable 15:47:04 if anyone wants to create issues for this stuff, please feel free to assign to felicia and loop me in :) 15:47:24 which would mean our only UXy thing remaining is new circuit (pending some gitlab cleanup), correct? 15:47:50 donuts: yes, I think we can try to check if it's feasible now that we have our patchset 15:47:59 I can quickly sync with Dan and Claire later about this 15:48:19 thanks! we can also loop felicia in for UX 15:48:28 donuts: there's already an issue, so will do 15:49:01 Done (https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/42655) 15:49:15 awesome, thanks :) 15:49:24 looking forward to being able to do multiple assignees in future 15:50:23 oh one question 15:50:34 what about mullvad? 15:50:39 anything else UXy there? letterboxing backgrounds perhaps? 15:50:56 or are we bumping mullvad related things too? 15:51:12 for 14.0? 15:51:17 ya 15:51:28 hmm, rui has opened a handful of issues 15:51:30 let me go skim 15:51:34 I'm just trying to get a handle on what I should be throwing at Felicia atm 15:51:41 but it's a little confusing 15:51:42 none of them stood out as being immediate needs tho 15:52:04 Just got a notification about the issue :) 15:52:20 mullvad-browser#266 15:52:28 mullvad-browser#328 15:52:44 morganava: ty 15:52:44 mullvad-browser#329 15:52:45 Oh! 15:52:48 That reminds me 15:52:51 We have another blocker for 14.0 15:52:58 Search engines 15:53:03 ? 15:53:09 So, since the configuration changed, I restored only DuckDuckGo 15:53:25 As we've had the issue about reviewing the list for a long time 15:53:38 13.5 still includes Yahoo, IIRC, just saying :D 15:54:24 Worst case scenario I'll choose :D 15:54:43 morganava: I'm not sure about #329 15:54:54 at least it's a little late in the release cycle to respond to that one 15:55:12 hm i'm happyto do a little purge 15:55:26 woops lol 15:55:32 The search engine issue is https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/41835 15:55:41 if you make a MR and include a list of what we used ot have vs what you've added back that'd be a good start I think 15:55:58 and we can agonise over the particulars there 15:56:10 morganava: what if I used donuts's proposal from that issue instead? 15:56:17 DDG, StartPage and Wikipedia 15:56:26 perfect 15:56:27 Remove Goog, Yahoo, Twitter, YouTube 15:56:38 yes please! 15:56:40 Twitter !!! 15:56:56 DDG and StartPage both with their Onion counterpart 15:56:59 it's a shame there isn't an onion-service focused search engine 15:57:02 I think that's a good start, we can always make more changes in future 15:57:19 otherwise I think we'll risk discussing this issue non-stop 15:57:24 yes 15:57:26 exactly 15:57:29 +1 15:57:31 enough talk time for action etc 15:57:42 haha exactly 15:57:47 (timecheck) 15:57:48 okay thank you both for the list of issues 15:57:57 I'll make sure felicia is aware those are the UX issues for 14.0 15:57:59 donuts: I think the user-configurable background could be a good task for felicia 15:58:03 yeah agreed 15:58:16 wait 15:58:18 i douobt we'll have dev capacity to iplement anything for 14.0 unless henry-x is stuck with nothing to do 15:58:29 but early in the 14.0 cycle we could backport 15:58:34 yeah I'm thinking MB-themed background for 14.0 15:58:34 anything else for 14.5 15:59:01 when we get closer to 14.5, we'll need to take a look at the full list of features we're proposing 15:59:04 and then sort by priority 15:59:11 if it's just the fixed mullvad-theme bg we can do it for 14. Configurable is 14,5 15:59:18 because that list has already grown quite long 15:59:25 ma1: yep agreed 16:00:17 ok 16:00:19 that's the hour 16:00:35 anything esle that needs to be squeezed in? 16:00:59 all good! 16:01:07 all hands! 16:01:11 ahaahh 16:01:13 yes 16:01:15 cya folks o/ 16:01:16 #endmeeting