19:00:28 #startmeeting tor-browser 19:00:28 Meeting started Mon Nov 14 19:00:28 2016 UTC. The chair is GeKo. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:00:28 Useful Commands: #action #agreed #help #info #idea #link #topic. 19:00:32 hi all! 19:00:36 hi! 19:00:38 hi everyone! 19:00:54 let's start with the usual status updates 19:00:59 who wants to go first today? 19:01:18 * boklm can go 19:01:29 This past week I fixed #20439, #20186, #20612 and started some patches for #20556 and #20660 19:01:43 I helped build the new releases and started the signing process for the alpha (and planning to finish it tomorrow) 19:01:54 This week I'm planning to help publishing the new releases of Tor Browser, then Tor Messenger, do #20626, 19:02:06 test #20660, make a new release of the testsuite bundle, and start working on #17380 19:02:17 That's it for me 19:04:42 * GeKo can go 19:04:57 i was mainly focused on getting the releases in shape 19:05:05 thanks to all who helped 19:05:16 we hit more fun issues than usual 19:05:48 but still it seems we will have bundles for tomorrow/wednesday 19:06:18 then i worked on the mozilla roadmap to get our priorities in 19:06:36 the plan is to focus on upstreaming fingerprinting bugs 19:07:17 then we hope to get the prio for mingw-w64 builds bumped because dealing with that steals lots of our time 19:07:28 (even thought jacek is doing all the hard work usually) 19:07:53 *though 19:09:14 additionally getting other teams within mozilla to take our needs into account is important as well 19:09:35 The Mozilla stuff all sounds good to me. 19:09:51 like getting the DOM team to put have prefs for new features (to disable them if necessary) 19:10:15 or the ContentSec team to ensure new features respect first party isolation 19:10:16 etc. 19:10:29 i am actually quite excited and we'll see how it goes 19:11:12 then i worked on #20352 but am not done with it yet 19:11:59 this week i plan to help with the releases and resume working on #20352 + testing the sandboxed tor browser as good as i can to find bugs we want to fix before the next release 19:12:09 that's it for me 19:13:01 * mcs will go next 19:13:06 Last week, Kathy and I reviewed the backported Firefox ESR 45.5 updater changes and contributed a “fixup.” 19:13:12 We did our best to test the updater that will ship inside Tor Browser 6.0.6. 19:13:17 Also, we tested #19067 on OSX and were able to run the test suite (good stuff). 19:13:24 We do have some setup-related feedback for boklm which we will post to the ticket soon. 19:13:30 We also reviewed several patches and spent a little time on OS X sandboxing (#20121). 19:13:35 We will get back into the sandboxing work this week and also help with any TB 6.0.6 or 6.5a4 issues that come up. 19:13:40 That’s all for us. 19:14:00 mcs: so, you think we are good with respect to the updater, right? 19:14:00 * arthuredelstein can go 19:14:23 GeKo: Yes, the updater seems to be OK. Nice work with the messy backport! 19:14:37 well, you did the hard part ;) 19:14:48 (i.e. writing the follow-up patch) 19:14:56 + brade 19:15:34 We did not do any testing of the alpha but the updater code is the same on the two branches, so we should be okay. 19:15:43 no problem. 19:15:49 cool 19:16:27 arthuredelstein: go when you are ready 19:16:35 This week I posted patches for #20614 and #16622, 19:16:41 and revised patches for #19459, #20414 19:16:46 and #20347. 19:16:50 I attended Mozilla's uplift meeting. 19:16:58 I also proposed #20628 and #20639. 19:17:04 This week I will be working on #10281 (the memory allocator). 19:17:12 That's it for me. 19:19:03 thanks. 19:19:20 is anybody else here for the status update? 19:20:11 Hi, yes 19:20:33 hi! 19:20:46 tor messenger release ready for tuesday/wednesday, or whenever tb goes out 19:22:10 Cool 19:22:51 Synzvato: where are you with your work? any issues we can help with? 19:23:58 I'm not sure how many of you know me, since I'm pretty new 19:24:00 But I'm currently working on the security slider for Orfox 19:24:13 GeKo: I have been exploring the codebase and related issues 19:24:41 I'm almost done with setting up a dedicated GitLab node 19:25:25 Synzvato: Hi, nice to meet you! 19:25:52 I recently made some security slider revisions -- glad to chat about it if that will help. 19:27:05 thanks, as arthur said let us know if we can help with things 19:27:09 Had some build issues on my distro, so I had to containerize the build tools 19:27:35 arthuredelstein: Hi, likewise! 19:28:38 okay, let's move on to the dicussion part 19:28:48 do we have items for that one today? 19:29:36 GeKo: Regarding uplift, it just occurred to me 19:29:54 that maybe we should be encouraging the Mozilla folks to keep going with first party isolation now 19:30:05 even if that means a slight delay to fingerprinting 19:30:14 i am fine with that 19:30:17 because they are making such good progress and there are several loose ends 19:30:23 yeah 19:30:48 it might fit to the idea to start with the fingerprinting problems with the highest entropy first 19:31:09 without trying to "fix" every fingerprinting vector 19:31:20 within the next half year 19:31:24 Yes, I agree with that. 19:32:18 it occurred to me the mozilla folks were thinking they were basically done with the first party isolation 19:32:30 and should move on to the fingerprinting part 19:32:53 They are done with the uplift part. 19:33:08 But for FPI things we haven't implemented, it would be great to have their help 19:33:21 indeed 19:33:23 And they really know what they're doing. 19:33:32 but that might be their call. dunno 19:33:37 arthuredelstein: Sounds great, it would be nice to hear about your first hand experiences. Will ping you then! 19:33:45 GeKo: Will do! 19:33:57 GeKo: Definitely it's their call. But I think mostly it meshes with their container goals anyhow. 19:34:14 arthuredelstein: if that's the case, cool 19:34:23 O 19:34:39 Typo. I'll ask Ethan what he thinks. 19:34:57 okay. 19:35:03 Synzvato: Great, anytime. 19:35:29 Another discussion topic might be the Tor Browser manual. 19:35:48 But I don't mean to dominate if there are other subjects. :) 19:36:54 i don't have any today, so fine with me 19:36:58 So I wrote a small patch to link to the online version of the manual. 19:37:15 I figured that's a good stopgap while we ponder how to bundle it. 19:37:36 And I read over the tbb-dev mailing list discussion about PDF vs HTML. 19:37:57 arthuredelstein: i agree with the good stopgap thing 19:38:04 There were concerns expressed about proxy bypass if we show an HTML page. 19:38:20 (before tor launcher finishes). 19:38:35 meejah: Ahhh, neat! Didn't know they had a new site. That'll be fun to look into later. I was wondering why their bug tracker said 'legacy'. :) 19:38:57 But given that we have all the proxy pref settings by default (SOCKS, etc.), is there any danger of that happening? 19:41:39 hm. so how would shipping the HTML files look like? 19:42:17 Maybe as about: pages? So zipped into the xpi perhaps. 19:42:23 an xpi 19:43:48 We would need to show them in a viewer window of some kind (probably a XUL window that is not a navigator:browser window). 19:43:54 I guess we would just clone the git at bundle time, build it, and then copy the files into the right place. 19:44:06 mcs: What would be wrong with a navigator:browser window? 19:44:43 I mean, I guess maybe you want to hide the URL bar and toolbars. 19:45:07 If we haven't launched tor yet. 19:45:18 Once you open a browser window, Torbutton and other extensions will start to do more things including things that rely on the network being present/ready. I think. 19:45:48 I see what you mean. That's a good point 19:46:04 Experimentation required I guess, but I think there will be some issues. Should be solveable somhow though. 19:46:08 somehow 19:46:38 an other item that bothers me in general with shipping the manual is how to make sure the help files are up-to-date 19:46:44 So maybe a XUL window with a browser widget inside. 19:46:56 i don't want to ship outdated information 19:47:39 I guess the other alternative is to show some kind of launcher-specific help text to help users connect. 19:47:56 Then you could leave the main manual online. 19:48:10 like we need a process to have the manual with all relevant features of version x ready for inclusion in tor browser x 19:49:21 i guess we should grab some ux folks to get their input here as well 19:49:46 It might be nice to have an "alpha" version of the manual 19:49:59 that one, too 19:50:00 so that as we add features to the alpha, we can edit the manual at the same time 19:50:28 then when alpha browser becomes stable, so does the alpha manual. 19:51:49 sounds good to me 19:52:16 (although i suspect we need to update the manual in the stable releases, too, between major releases) 19:52:45 I agree. 19:52:57 i think we should revive the discussion in #11698 19:53:25 It sounds like we have some technical things as well as some process things to work out. 19:53:32 and decide on the format of the manual in tor browser, how to display it and a precess to keep it up-to-date 19:53:33 yes 19:53:39 *process 19:53:54 But we should not let perfect get in the way of “good enough” in this case. 19:54:36 i agree with that. especially as we have alpha releases to iron things out 19:55:40 okay. i think there are some points we can take from this discussion to move things forward. thanks 19:55:47 do we have anything else for today? 19:56:29 alright, thanks everybody then. *baf* 19:56:34 #endmeeting