[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