[tor-bugs] #3862 [Applications/GetTor]: gettor should automatically include bridges in its answer
Tor Bug Tracker & Wiki
blackhole at torproject.org
Wed Apr 1 21:27:21 UTC 2020
#3862: gettor should automatically include bridges in its answer
-------------------------------------------------+-------------------------
Reporter: arma | Owner: (none)
Type: enhancement | Status: new
Priority: Low | Milestone:
Component: Applications/GetTor | Version:
Severity: Normal | Resolution:
Keywords: anti-censorship-roadmap-2020Q1, ux- | Actual Points:
team |
Parent ID: | Points: 2
Reviewer: | Sponsor:
-------------------------------------------------+-------------------------
Changes (by arma):
* keywords: anti-censorship-roadmap-2020Q1 => anti-censorship-roadmap-
2020Q1, ux-team
Comment:
I don't feel strongly about this one. It's a user flow design question so
I'm tagging it as ux-team. If we want to close the ticket because we've
assessed it and decided not to do it, sounds good. If we decide it's a
good idea and we want to do it, that sounds fine too. :)
One minor argument against: there are plenty of places where you can't
download Tor Browser, but Tor Browser runs just fine. That is, for many of
the people who use gettor, they won't need bridges, so giving them bridges
by default will be confusing at best and maybe even harmful because it
could push people toward thinking they need bridges when they don't.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/3862#comment:7>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list