<div dir="ltr"><div id="m_1637498006264981409gmail-magicdomid2"><span style="font-family:monospace"><span>Thanks
 folks for the feedback on the proposal! All your comments are 
appreciated and express a real need from our ecosystem while embedding tor in your apps.</span></span></div><div id="m_1637498006264981409gmail-magicdomid3"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid4"><span style="font-family:monospace"><span>I'll summarize a few takeaways here:</span></span></div><div id="m_1637498006264981409gmail-magicdomid5"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid93"><span style="font-family:monospace"><span>-
 To be clear, Tor Launcher will not be removed. Tor Browser will have 
its own UI for connecting, giving us more flexibility to develop 
censorship detection and provide bridges to reach the internet. You can 
sneak peek and comment here: </span><span><a href="https://gitlab.torproject.org/tpo/anti-censorship/trac/-/issues/40004" rel="noreferrer noopener" target="_blank">https://gitlab.torproject.org/tpo/anti-censorship/trac/-/issues/40004</a></span></span></div><div id="m_1637498006264981409gmail-magicdomid7"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid97"><span style="font-family:monospace"><span>- No bootstrap mode is a must-to-have for advanced users or users trying to debug their connection. We should include this ticket in the scope.</span></span></div><div id="m_1637498006264981409gmail-magicdomid9"><span style="font-family:monospace"><span><a href="https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/34345" rel="noreferrer noopener" target="_blank">https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/34345</a></span></span></div><div id="m_1637498006264981409gmail-magicdomid10"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid115"><span style="font-family:monospace"><span>-
 I don't think it should be a priority for us to provide a GUI for Tor 
Launcher. With a good developer experience for embedding Tor in 
applications, apps can have the freedom to implement tor in the way they
 consider it convenient for the use case. Perhaps Tails as an OS wants 
to have a Network Settings panel, but Ricochet or Cwtch as messaging apps want to hide the user's connecting flow and provide safe defaults.</span></span></div><div id="m_1637498006264981409gmail-magicdomid12"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid13"><span style="font-family:monospace"><span>-
 That said, I'd love to collaborate with Tails on guiding apps on connecting 
to Tor in a way that is usable and respectful for end-users.</span></span></div><div id="m_1637498006264981409gmail-magicdomid14"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid136"><span style="font-family:monospace"><span>-
 Starting Tor Browser just for the launcher is an over-engineering IMO. I
 agree with Richard that the need for a lite way (call it API or 
library) to embed tor is a real need. It is a whole topic and is a latent need from the entire ecosystem.</span></span></div><div id="m_1637498006264981409gmail-magicdomid16"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid135"><span style="font-family:monospace"><span>During
 the Demo days, we got the chance to see the multiple ways developers are
 embedding tor in their applications, how diverse this ecosystem is and 
how painful it is for devs to find a healthy way to do it. A useful 
side-effect of this project could be planning a way to improve that 
developer experience on implementing tor.</span></span></div><div id="m_1637498006264981409gmail-magicdomid22"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid132"><span style="font-family:monospace"><span>We have the chance to look beyond Tor Browser and think where Tor can be embedded by listening to the community and providing cool state of the art tools for implementing tor in their apps.</span></span></div><div id="m_1637498006264981409gmail-magicdomid24"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid25"><span style="font-family:monospace"><span>Again, thank you for your feedback! I'll go back to this thread once we have an alpha release so you can test it early.</span></span></div><div id="m_1637498006264981409gmail-magicdomid26"><span style="font-family:monospace"><br></span></div><div id="m_1637498006264981409gmail-magicdomid27"><span style="font-family:monospace"><span>A</span></span></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 5, 2020 at 7:00 AM anonym <<a href="mailto:anonym@riseup.net" target="_blank">anonym@riseup.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Matthew Finkel:<br>
> On Wed, Oct 28, 2020 at 04:54:56PM +0100, anonym wrote:<br>
>> Matthew Finkel:<br>
>>> On Sat, Oct 24, 2020 at 09:31:39AM +0200, intrigeri wrote:<br>
>>>> 2. Find, or write for scratch, another UI to configure & start<br>
>>>>      little-t-tor.<br>
>>><br>
>>> Yes, and I think the Tor Project and the Tor community should keep this<br>
>>> in mind. As Richard said, a configuration flow like this is needed for<br>
>>> many different applications and we should think about providing drop-in<br>
>>> solutions for this (instead of everyone developing their own).<br>
>><br>
>> Allow me to brainstorm a bit to see if we can avoid this extra implementation: what if Tor Browser can be told (perhaps with a --configure-tor-only parameter) to become essentially what Tor Launcher is now?<br>
>><br>
>> In other words, it lock itself down by disabling most of Firefox UI (menu, url and tab bar, etc) and functionality (in particular, no browsing!), and only display the Tor bridge configuration bits. If we had this, 3rd parties like Tails, Ricochet etc could just depend on Tor Browser to act as a "Tor Launcher", and no extra implementation is needed.<br>
> <br>
> <br>
> I think we should have a different solution than "include a full web<br>
> browser for configuring Tor". This may be a short- or medium-term<br>
> solution, but there isn't a good reason for ricochet bundling Tor<br>
> Browser only for configuring Tor.<br>
<br>
Fair enough! To have something for the "short- or medium-term", while we are developing/waiting for the proper solution would be very relieving. My hope is that my proposal would be cheap to leave room for in your design/implementation, otherwise I don't think it is worth it and we should aim for the long-term solution directly, whatever that is.<br>
<br>
>> You also talk about censorship detection: it is a bit unclear if Tor Browser will try to detect it itself with some background work, or it this detection is reactive, e.g. by looking at what sites the users tries to visit; if it's the former, that would also fit with my proposal. If it's the latter, well that sucks, but at least 3rd parties would get something with the same power as the current Tor Launcher.<br>
> <br>
> <br>
> In the beginning this will likely be a hard-coded list of known regions<br>
> where censorship is implemented based on prior knowledge (such as OONI<br>
> reports). In the next iteration of this feature, we will likely try<br>
> detecting censorship via automatic probing. We don't know exactly how<br>
> we'll do this at this time.<br>
<br>
Ok! This first iteration sounds like it would work in my proposal too, great!<br>
<br>
>> How crazy does this sound?<br>
> <br>
> Slightly crazy :) but not too crazy<br>
<br>
Oh, yeah! :) So what is the proper way for me to formally suggest to add my proposal to the larger Tor Browser Quickstart project? Sending a merge request against tor-browser-spec.git:proposals/ideas/xxx-quickstart.txt?<br>
<br>
Cheers!<br>
_______________________________________________<br>
tbb-dev mailing list<br>
<a href="mailto:tbb-dev@lists.torproject.org" target="_blank">tbb-dev@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tbb-dev" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tbb-dev</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><font size="2"><span style="font-family:courier new,monospace">Antonela Debiasi<br>UX Team Lead</span></font></div><div dir="ltr"><font size="2"><span style="font-family:courier new,monospace"><a href="http://torproject.org" target="_blank">torproject.org</a></span></font></div><div dir="ltr"><font size="2"><span style="font-family:courier new,monospace"><br></span></font></div><div dir="ltr"><font size="2"><span style="font-family:courier new,monospace">@antonela<br>E2330A6D1EB5A0C8</span></font></div></div></div></div></div></div></div></div></div>