18:02:24 #startmeeting tor-browser-release 08/28 18:02:24 Meeting started Wed Aug 28 18:02:24 2019 UTC. The chair is pili. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:02:24 Useful Commands: #action #agreed #help #info #idea #link #topic. 18:02:42 ok, I'm here :) 18:02:51 I hope everyone is well 18:03:17 it's been a while since we've had one of these ;) 18:03:25 please add any discussion points, requests, etc.. to the pad 18:04:10 and any releases/release dates I may not be aware of 18:04:19 hey 18:05:16 so, next release is going to happen next week 18:06:11 it would be helpful to know the release dates through the end of the year as well as code freeze dates for each for YE planning 18:07:01 these are the upcoming Mozilla release dates 18:07:04 https://wiki.mozilla.org/Release_Management/Calendar 18:07:35 so, three more planned releases before the end of the year 18:07:48 yup 18:07:51 code freeze is usually a week before 18:07:56 they're on the pad also, apart from the last one 18:07:58 let me add it in 18:08:20 but string freeze should probably be earlier even 18:08:25 thanks! 18:09:26 GeKo: yup, I think usually 2 weeks before 18:09:33 is what I seem to remember from emmapeel 18:10:34 are there any new features for 9.0 stable that we will want documented in the tor browser manual? 18:10:56 or any significant changes that will happen that will need documenting? 18:11:16 the new ui for bridges configuration in the browser 18:11:35 a new toolbar button for new identity 18:11:57 this is happening next week? 18:12:02 no 18:12:06 ggus: 22nd October 18:12:07 in the next alpha 18:12:14 but we'll have it for 9.0 18:12:14 oh, even before :) 18:12:23 well we should test it :) 18:12:32 because we are going to update our documentation next week... 18:13:06 we could create tickets for this new alpha things and put on the hackathon and then merge it in the future 18:13:11 So there is at least one more alpha release between 09.03 and 10.22, right? 18:14:05 probably two 18:14:15 we need to test the notarization as well 18:14:22 We talked about this in Stockholm but I cannot remember the details :) 18:14:39 i am still debating whether we should make that a macOS only alpha or not 18:14:50 (i did not remember the details either) 18:14:56 mcs: me neither :/ maybe it's in the notes? :D 18:15:33 but either way 18:15:38 there will be one more alpha at least 18:15:43 because of updater testing 18:16:04 and we probably should have 2 alpha release because of updater testing 18:16:11 one where the esr version changes 18:16:18 and one where it does not change 18:16:30 i recall us hitting bugs in both cases in the past 18:16:38 (luckily in the alpha cycles) 18:18:33 ok 18:18:54 any other questions on the upcoming releases before we move onto the EOY campaign discussion? 18:19:31 yes o/ 18:20:20 some weeks ago some users have been sending emails to frontdesk about bridges not working in tba, but i think that was already fixed? 18:20:44 i think custom ones still don't work 18:20:49 for some reason 18:21:27 ggus: hmm, is that really a release related question? ;) 18:21:32 #30767 18:21:55 that's the only bug i know that could be related and being on file 18:22:00 pili: yes, so i can say to users:"this issue was fixed, please download and try again"? 18:22:15 hehe, you're right, sorry :) 18:22:43 ok, so the answer I think is that it's not going to be fixed in the upcoming release 18:23:00 either way, yes 18:23:23 ok 18:23:51 ok, EOY Campaign? :) 18:24:13 just to set the constraints before we go too fancy 18:24:29 we won't have time to work on anything before 10/22 18:24:34 maybe anto has 18:24:39 but none of the browser team 18:24:50 *no one 18:25:09 GeKo: good to know on the outset. 18:25:16 let me look at the timeline 18:25:17 so if we want to do the first eoy release on 11/4 18:25:31 that leaves roughly exactly 2 weeks 18:25:44 so if we launch the YE campaign in TB on 11/4, would we follow the code freeze deadlines for 10/22? 18:25:45 which means we'd need to freeze the strings the same week 18:25:48 9.0 gets out 18:26:00 got it 18:26:13 the code freeze would be 10/29 18:26:26 which means we have 1 week to code the first version 18:26:29 and have it reviewed 18:26:48 it's certainly doable for a version of the campaign 18:27:12 with those constraints, let’s talk about what is possible and what is not. 18:27:27 we talked in stockholm about not doing banners, but using more of the about:tor real estate 18:27:36 i put the notes in the doc linked in the pad 18:27:37 I think antonela could possibly work on it before 10/22 18:28:52 I assume antonela would work on the design mocks before 10/22 and so the browser team would ideally just have to implement her designs 18:29:17 between 10/22 and 10/29 18:29:22 "just" :) 18:29:52 both for mobile and desktop i guess 18:29:54 working your magic... :) 18:30:01 hmmm, good question, sarah? 18:30:12 I wasn't even considering mobile personally 18:30:15 yes, ideally for both mobile and desktop 18:31:10 if i’m remmeberhing correctly we didn’t have anything for mobile last year, but it would be great to do it this year 18:31:46 I think the tricky thing with the about:tor page is that it can't be dismissed like the banner 18:32:24 the suggestion in Stockholm was to have it served 33% of the time, if possible 18:32:45 GeKo: is that something that would be possible? 18:33:17 I was reading about this a bit and it seems like mozilla have done something similar some years ago with the firefox about:home page 18:34:49 so 33% means on every third start a thing is shown? 18:34:58 and there is no way to opt out? 18:35:51 i think that is what isa suggested. it would be best to have a way to opt out. 18:36:42 well, technically it should be possible to come up with something along those lines 18:37:07 i think the big question is how much fanciness we can include in one week 18:37:14 on desktop and mobile 18:38:03 is it possible to plan for something pretty basic for the 11/4 release and something fancier for the 12/10 release? 18:38:08 we have 2 iterations of this, maybe the first iteration can be less fancy (whatever that means, e.g no cycling or option out or something) 18:38:14 sstevenson: exactly :) 18:38:16 :-) 18:38:20 yeah 18:38:25 sounds good to me 18:38:47 i guess we could have two different versions mocked up for 11/4 18:38:52 awesome. can you tell us what constraints there are with the less fancy and fancy versions? 18:38:53 depending on how fast we are 18:39:10 we could start with the less fancy one 18:39:21 and just switch to the fancier one if there is time 18:39:36 assuming the logic behind them is not that different 18:40:12 i think mcs and brade know most about potential about:tor constraints 18:40:48 i don't know about specific ones 18:40:53 I don’t know what a fancy page would look like compared to the existing about:tor so it is haed to provide good feedback. 18:41:09 yeah 18:41:27 so someone suggested animated gifs - i am guessing this is fancy? 18:41:32 It is an xhtml page that includes some dynamic content as well as some variation for mobile 18:41:41 i think keeping in mind potential complexity of what is supposed to happen when the page is shown 18:41:46 are about to get shown 18:41:52 could be important 18:42:42 sstevenson: I imagine the difficulty is in only showing stuff some of the time or being able to dismiss it, but I'll let mcs comment further :) 18:43:33 I think those aspects will be similar to other banners we have done in the past. But I guess Arthur and acat worked on those mostly. 18:43:52 (an [X] to dismiss or similar backed by a pref) 18:44:30 Also, changing one part of the page is a lot simpler and safer than completely replacing it. 18:44:54 this is all good info 18:44:56 So for example an animated gif that is positioned above the search box does not sound too fancy to me 18:45:17 But a completely different layout of existing items on that page… that will be difficult. 18:45:52 brade is here reminding me that each variation (including dates shown) need to be tested too 18:46:15 so fewer variations is better 18:46:26 for reducing dev time, yes :) 18:46:33 we were thinking that we’d do less testing this time around so that works 18:47:41 okay, i know antonela doesn’t have much time to work on this until the second week of september, but i’ll keep fleshing out concepts with the fundraising group with these constraints in mind 18:48:01 sounds good 18:48:40 another thing to think about is that we do not want to annoy people too much; then they might switch to a different home page 18:48:53 which will not be good for future fundraising efforts! 18:49:00 right. good point 18:52:37 anything else that would help sstevenson with the concepts? anything else that is hard to do? 18:54:00 i guess it would help if we had early potential ideas to comment on 18:54:11 like in the respective trac ticket 18:55:03 to iterate together on them 18:55:22 so that we are on the same page on 10/22 and can start the coding right away 18:55:42 without losing time debating whether the concepts are feasible or not 18:55:49 ok 18:56:12 i’ll share concepts via trac when we have them and will have wireframes when antonela has time to work on them 18:56:15 so I'll work with antonela to come up with a timeline when she can work on this and have something ready 18:56:26 sounds like we have a plan :) 18:56:33 yeah, sounds good 18:56:36 thanks, everyone! 18:56:53 ok, anything else in the last 3 minutes? :) 18:57:07 i am fine 18:58:39 ok 18:58:44 let's stop the bot 18:58:47 #endmeeting