Re: [tor-bugs] #24351 [Applications/Tor Browser]: Block Global Active Adversary Cloudflare

[Tor Bug Tracker & Wiki]

#24351: Block Global Active Adversary Cloudflare
-+-
 Reporter:  nullius  |  Owner:
 |  cypherpunks
 Type:  enhancement  | Status:
 |  assigned
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Major| Resolution:
 Keywords:  security, privacy, anonymity, mitm,  |  Actual Points:
  cloudflare |
Parent ID:  #18361   | Points:  1000
 Reviewer:   |Sponsor:
-+-

Comment (by cypherpunks):

 warning users about MitM not end-to-end on https is important. modern
 broswers also give non https the label "not secure" ! with still direct
 connection and plaintext. but worse is MitM plaintext eavesdropper. This
 should be a bold alarming red warning.

 Replying to [comment:122 cypherpunks]:
 > @cyp121
 >
 > > the ipranges are public
 >
 > You linked to Cloudflare.com's data. Unfortunately their data is
 imcomplete.
 > Here is the all ranges owned by the corporation. Better use it.
 >
 > https://codeberg.org/crimeflare/cloudflare-
 tor/src/branch/master/cloudflare_inc
 thanks for link, i have looked quickly over it and found that it is
 incomplete vice-versa. not meaning only the subnet notation difference.
 but first found example official public:
 {{{
 2c0f:f248::/32

 }}}

 > I already blocked them on my gateway server and I have 0 problem.
 >
 > > not only cloudflare is the problem
 > > But no all CDN are in MitM position.
 >
 > I agree, but the Cloudflare is the biggest and worst.
 > Unlike normal CDNs which serves only "static" files, CF is a full
 reverse proxy
 > which serving dynamic contents.
 >
 > > cloud logo with a little metallic "∩"
 >
 > With orange or red color, I think.
 as long this lock will not let you give you falsely think you have
 security. anything but not green. like there was yellow locks on mixed
 content. orange will remind us of cloudflarecrime only. red like invalid
 certificate.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31347 [Metrics]: Look into Gradle and Maven as alternative build systems for metrics code bases

[Tor Bug Tracker & Wiki]

#31347: Look into Gradle and Maven as alternative build systems for metrics code
bases
-+--
 Reporter:  karsten  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Low  |  Milestone:
Component:  Metrics  |Version:
 Severity:  Normal   |   Keywords:
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+--
 We recently had some trouble with our use of Ant where we manage
 dependencies manually (#31172). We briefly considered upgrading
 dependencies manually (#31193), but that turned out to be harder than
 expected. We then considered using Ant together with Ivy for external
 dependency management (#31326), which is under review at the time of
 creating this ticket.

 The next step would be to switch from Ant (and Ivy) to Maven or Gradle.
 Without having worked with either of the two, it seems like Maven would be
 a tad bit harder to switch to than Gradle. But we should look into both
 tools much more closely when making this decision.

 Regardless of the choice between the two tools, ''when'' we switch, we
 should think about simplifying our build processes and also consider how
 they work together with our release and deployment processes.

 For example, I still think we should question having six repositories
 (metrics-base, metrics-lib, collector, onionoo, exonerator, metrics-web)
 that all depend on each other one way or the other.

 I don't think we'll have time for this switch in the next months. But what
 we can do is collect thoughts on this topic on this ticket.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31342 [Webpages/Website]: Tor donor FAQ gives advice that may be illegal

[Tor Bug Tracker & Wiki]

#31342: Tor donor FAQ gives advice that may be illegal
--+--
 Reporter:  aliraheem |  Owner:  hiro
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by pili):

 * cc: sstevenson (added)


Comment:

 Copying in Sarah as she may know more about this

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31348 [Applications/Tor Browser]: Will not setup with linux mint 19.1 cinnamon 64 bit

[Tor Bug Tracker & Wiki]

#31348: Will not setup with linux mint 19.1 cinnamon 64 bit
--+--
 Reporter:  pipfx01   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Component:  Applications/Tor Browser
  Version:  Tor: unspecified  |   Severity:  Normal
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
 The browser will not install when you open the "Tor Browser Setup" icon.
 when you try to open it nothing happens. the tor browser i am trying to
 install is "tor-browser-linux64-8.5.4_en-US"

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30915 [Community/Translations]: make sure new banner is localized

[Tor Bug Tracker & Wiki]

#30915: make sure new banner is localized
---+--
 Reporter:  emmapeel   |  Owner:  emmapeel
 Type:  defect | Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Translations |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team, TorBrowserTeam201906  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by pili):

 We have quite a few translations but a number of them need to be reviewed.

 @emmapeel: are you able to follow up with reviewers to get some of the new
 strings in abouttor-homepage project reviewed? It's just 2 strings...

 Also it wouldn't hurt to try to get some more languages translated

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30430 [UX]: Create Tor Personas

[Tor Bug Tracker & Wiki]

#30430: Create Tor Personas
--+--
 Reporter:  antonela  |  Owner:  dunqan
 Type:  project   | Status:  assigned
 Priority:  Medium|  Milestone:
Component:  UX|Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:  antonela  |Sponsor:
--+--

Comment (by pili):

 Are we done here?
 What are the next steps?
 Otherwise we can close this ticket and create a project in gitlab for the
 Personas work so we can track updates and changes.

 Or just add to the UX media repo...

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30413 [Applications/Tor Browser]: Notification Bar to warn about xpinstall.signatures.required set to false

[Tor Bug Tracker & Wiki]

#30413: Notification Bar to warn about xpinstall.signatures.required set to 
false
---+--
 Reporter:  flowerpt   |  Owner:  tbb-team
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  TorBrowserTeam201905, ux-team  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by pili):

 Do we still want to do this?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30915 [Community/Translations]: make sure new banner is localized

[Tor Bug Tracker & Wiki]

#30915: make sure new banner is localized
---+--
 Reporter:  emmapeel   |  Owner:  emmapeel
 Type:  defect | Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Translations |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team, TorBrowserTeam201906  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by emmapeel):

 erinm is preparing some spam. languages that need translation are:

 nl, is, ja, ms, pt-PT, th, id, ga, ko, el, nb, hu, vi and all the others,
 but those are already deployed.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #29933 [Applications/Tor Browser]: Tor Browser icon on Linux tab bar and in identity box looks pixelated

[Tor Bug Tracker & Wiki]

#29933: Tor Browser icon on Linux tab bar and in identity box looks pixelated
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by pili):

 * keywords:  ux-team =>


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #28629 [Webpages/Styleguide]: Add Graphs section to the Styleguide

[Tor Bug Tracker & Wiki]

#28629: Add Graphs section to the Styleguide
-+--
 Reporter:  antonela |  Owner:  hiro
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Webpages/Styleguide  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by pili):

 * cc: irl (added)


Comment:

 How can we move this ticket forward? (or not... in which case we should
 close it as wont fix)
 @irl: do you have any thoughts on this?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31349 [Applications/Tor Browser]: S30: O2.3 A2 - Develop methods to present bridges to users based on their location

[Tor Bug Tracker & Wiki]

#31349: S30: O2.3 A2 - Develop methods to present bridges to users based on 
their
location
--+--
 Reporter:  pili  |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:  #31280
   Points:|   Reviewer:
  Sponsor:  Sponsor30-must|
--+--
 A2 - Develop methods to present bridges to users based on their location,
 potentially incorporating relevant censorship data published by OONI.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #10802 [Circumvention/BridgeDB]: Getting bridges only for port 80, 443

[Tor Bug Tracker & Wiki]

#10802: Getting bridges only for port 80,443
+
 Reporter:  torland |  Owner:  (none)
 Type:  enhancement | Status:  assigned
 Priority:  High|  Milestone:
Component:  Circumvention/BridgeDB  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  bridgedb-ui, ex-sponsor-19  |  Actual Points:
Parent ID:  #31349  | Points:  2
 Reviewer:  |Sponsor:  Sponsor30-must
+
Changes (by pili):

 * parent:  #31280 => #31349


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #13727 [Circumvention/BridgeDB]: BridgeDB should not distribute Tor Browser's default bridges

[Tor Bug Tracker & Wiki]

#13727: BridgeDB should not distribute Tor Browser's default bridges
-+-
 Reporter:  isis |  Owner:  (none)
 Type:  defect   | Status:
 |  assigned
 Priority:  Medium   |  Milestone:
Component:  Circumvention/BridgeDB   |Version:
 Severity:  Normal   | Resolution:
 Keywords:  bridgedb-dist, tbb-bridges, anti-|  Actual Points:
  censorship-roadmap-september   |
Parent ID:  #31349   | Points:  2
 Reviewer:   |Sponsor:
 |  Sponsor30-must
-+-
Changes (by pili):

 * parent:  #31280 => #31349


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30501 [Applications/Tor Browser]: BridgesList Preferences is an overloaded field

[Tor Bug Tracker & Wiki]

#30501: BridgesList Preferences is an overloaded field
--+
 Reporter:  sisbell   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, TorBrowserTeam201905  |  Actual Points:
Parent ID:  #31349| Points:
 Reviewer:|Sponsor:
  |  Sponsor30-can
--+
Changes (by pili):

 * parent:  #31280 => #31349


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #10802 [Circumvention/BridgeDB]: Getting bridges only for port 80, 443

[Tor Bug Tracker & Wiki]

#10802: Getting bridges only for port 80,443
+
 Reporter:  torland |  Owner:  (none)
 Type:  enhancement | Status:  assigned
 Priority:  High|  Milestone:
Component:  Circumvention/BridgeDB  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  bridgedb-ui, ex-sponsor-19  |  Actual Points:
Parent ID:  #31280  | Points:  2
 Reviewer:  |Sponsor:  Sponsor30-must
+
Changes (by pili):

 * parent:  #31349 => #31280


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #13727 [Circumvention/BridgeDB]: BridgeDB should not distribute Tor Browser's default bridges

[Tor Bug Tracker & Wiki]

#13727: BridgeDB should not distribute Tor Browser's default bridges
-+-
 Reporter:  isis |  Owner:  (none)
 Type:  defect   | Status:
 |  assigned
 Priority:  Medium   |  Milestone:
Component:  Circumvention/BridgeDB   |Version:
 Severity:  Normal   | Resolution:
 Keywords:  bridgedb-dist, tbb-bridges, anti-|  Actual Points:
  censorship-roadmap-september   |
Parent ID:  #31280   | Points:  2
 Reviewer:   |Sponsor:
 |  Sponsor30-must
-+-
Changes (by pili):

 * parent:  #31349 => #31280


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30883 [Metrics/Website]: I miss the old relay capacity / load graph

[Tor Bug Tracker & Wiki]

#30883: I miss the old relay capacity / load graph
-+--
 Reporter:  arma |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  irl  |Sponsor:
-+--
Changes (by irl):

 * status:  needs_review => merge_ready


Comment:

 Yay for the 4 line prepare_bandwidth function!

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31060 [Community/Tor Browser Manual]: Default obfs3 bridges are gone in Tor Browser

[Tor Bug Tracker & Wiki]

#31060: Default obfs3 bridges are gone in Tor Browser
--+---
 Reporter:  gk|  Owner:  ggus
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Community/Tor Browser Manual  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #31281| Points:
 Reviewer:|Sponsor:  Sponsor30-can
--+---
Changes (by pili):

 * parent:  #31280 => #31281


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #28556 [Applications/Tor Browser]: Detect other installed circumvention tools and offer them as transports

[Tor Bug Tracker & Wiki]

#28556: Detect other installed circumvention tools and offer them as transports
+--
 Reporter:  arma|  Owner:  tbb-team
 Type:  project | Status:  new
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ux-team, tor-pt, ex-sponsor-19  |  Actual Points:
Parent ID:  #31283  | Points:
 Reviewer:  |Sponsor:
|  Sponsor30-can
+--
Changes (by pili):

 * parent:   => #31283


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #28526 [Community/Tor Support]: Document how NGOs can run private obfs4 bridges, and get some doing it

[Tor Bug Tracker & Wiki]

#28526: Document how NGOs can run private obfs4 bridges, and get some doing it
-+-
 Reporter:  arma |  Owner:  ggus
 Type:  project  | Status:
 |  assigned
 Priority:  Medium   |  Milestone:
Component:  Community/Tor Support|Version:
 Severity:  Normal   | Resolution:
 Keywords:  education, documentation, ex-|  Actual Points:
  sponsor-19 |
Parent ID:  #31281   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor30-must
-+-
Changes (by pili):

 * keywords:  ux-team, education, documentation, ex-sponsor-19 => education,
 documentation, ex-sponsor-19


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #28381 [Applications/Tor Browser]: Oreo adaptive icon shape

[Tor Bug Tracker & Wiki]

#28381: Oreo adaptive icon shape
--+--
 Reporter:  cepxuo|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by pili):

 What are the next steps for this?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27476 [Applications/Tor Browser]: Remove gap between Tor Launcher window and main browser window

[Tor Bug Tracker & Wiki]

#27476: Remove gap between Tor Launcher window and main browser window
-+-
 Reporter:  arthuredelstein  |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-launcher tbb-performance ux- |  Actual Points:
  team   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by pili):

 Should this be closed now that tor launcher is integrated into tor
 browser?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27132 [Community]: find Tor-friendly payment site

[Tor Bug Tracker & Wiki]

#27132: find Tor-friendly payment site
-+-
 Reporter:  traumschule  |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
 |  WebsiteV3
Component:  Community|Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  www-team, website, donations |  Actual Points:
  enhancement sebastian-0115-triaged defer-new-  |
  website, ux-team   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by pili):

 * status:  new => closed
 * resolution:   => fixed


Comment:

 seems like we are done here

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30054 [Community/Translations]: Special characters are not escaped in translations and break the build

[Tor Bug Tracker & Wiki]

#30054: Special characters are not escaped in translations and break the build
-+-
 Reporter:  gk   |  Owner:
 |  emmapeel
 Type:  defect   | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:
Component:  Community/Translations   |Version:
 Severity:  Normal   | Resolution:
 Keywords:  TorBrowserTeam201904,|  Actual Points:
  GeorgKoppen201904  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by emmapeel):

 The people of transifex says they cannot make a different escaping than
 the one on the dtd specs, so we should create a githook for the files at
 https://gitweb.torproject.org/translation.git/tree/en-
 US/torbrowser_strings.dtd?h=tba-torbrowserstringsdtd to be tested with the
 compare-locales mentioned by geko.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #25431 [Applications/Tor Launcher]: "Tor is censored in my country" does not cover some scenarios

[Tor Bug Tracker & Wiki]

#25431: "Tor is censored in my country" does not cover some scenarios
---+---
 Reporter:  oneandonly |  Owner:  brade
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-usability, ux-team |  Actual Points:
Parent ID:  #31283 | Points:
 Reviewer: |Sponsor:  Sponsor30-can
---+---
Changes (by pili):

 * sponsor:   => Sponsor30-can
 * parent:   => #31283


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #25165 [Applications/Tor Browser]: Remove "Start " in "Start Tor Browser" shortcut

[Tor Bug Tracker & Wiki]

#25165: Remove "Start " in "Start Tor Browser" shortcut
--+--
 Reporter:  scootergrisen |  Owner:  tbb-team
 Type:  enhancement   | Status:  new
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Trivial   | Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by pili):

 Does anyone know if this is still an issue on Windows?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #24527 [Applications/Tor Launcher]: Inform users in Tor Launcher of which settings are best for them based on their country

[Tor Bug Tracker & Wiki]

#24527: Inform users in Tor Launcher of which settings are best for them based 
on
their country
---+---
 Reporter:  hellais|  Owner:  brade
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID:  #31283 | Points:
 Reviewer: |Sponsor:  Sponsor30-can
---+---
Changes (by pili):

 * parent:   => #31283


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26294 [Core Tor/Tor]: attacker can force intro point rotation by ddos

[Tor Bug Tracker & Wiki]

#26294: attacker can force intro point rotation by ddos
-+-
 Reporter:  arma |  Owner:  asn
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-hs, tor-dos, network-team-   |  Actual Points:  6
  roadmap-august |
Parent ID:  #2   | Points:  7
 Reviewer:  dgoulet  |Sponsor:
 |  Sponsor27-must
-+-
Changes (by asn):

 * status:  needs_revision => merge_ready


Comment:

 Replying to [comment:24 nickm]:
 > It looks like there are assertion failures reported in the chutney test
 here on travis.


 Oops. I managed to reproduce this with chutney and fixed it. I pushed a
 fixup. The cause was that v2 initializes the replay cache upon receiving
 an INTRO2 cell, so it can be uninitialized in the beginning; I added a
 test against that.

 I also pushed a squashed branch because there were some conflicts with
 autosquash:
 https://github.com/torproject/tor/pull/1207

 Marking as merge_ready assuming that all CI passes.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31350 [Internal Services/Service - git]: test the locales for Android with a githook after updating from transifex

[Tor Bug Tracker & Wiki]

#31350: test the locales for Android with a githook after updating from 
transifex
-+-
 Reporter:  emmapeel |  Owner:  tor-gitadm
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal |Version:
  Services/Service - git |   Keywords:  TorBrowserTeam201904,
 Severity:  Normal   |  GeorgKoppen201904
Actual Points:   |  Parent ID:  #30054
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 We need to test the correct escaping of the files at
 https://git.torproject.org/translation.git on the branch tba-
 torbrowserstringsdtd (only on that branch!)

 The files on that branch are used to localize the Android client of the
 Tor Browser and don't comply with the standards for dtd files. Thus, we
 need to check on them after updates come from transifex, and before we
 attempt to build.

 Ideally we can produce a list of the corrections, so we can update it on
 the transifex platform and slowly weed out the errors.

 We could reuse this githook for other components eventually, so it would
 be nice to have some sort of reusable parts:
 * import last translations from transifex
 * run something
 * upload results to transifex?
 * mail or submit results somehow

 The script that we can use as a base is at
 https://trac.torproject.org/projects/tor/ticket/30054#comment:9

 the rules at https://developer.android.com/guide/topics/resources/string-
 resource#FormattingAndStyling may not be all needed, as for example it can
 be that ' does not break the build.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #28629 [Webpages/Styleguide]: Add Graphs section to the Styleguide

[Tor Bug Tracker & Wiki]

#28629: Add Graphs section to the Styleguide
-+--
 Reporter:  antonela |  Owner:  hiro
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Webpages/Styleguide  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by antonela):

 We are working on a proposal with SimplySecure to work in this kind of
 extension for the styleguide.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31309 [Core Tor/Tor]: Add envvar to pass options to practracker

[Tor Bug Tracker & Wiki]

#31309: Add envvar to pass options to practracker
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  practracker, tech-debt,  |  Actual Points:  0
  refactoring, easy, 041-deferred-20190530,  |
  network-team-roadmap-july, dgoulet-merge   |
Parent ID:  #29746   | Points:  .1
 Reviewer:  asn  |Sponsor:
 |  Sponsor31-can
-+-
Changes (by dgoulet):

 * status:  merge_ready => closed
 * resolution:   => fixed


Comment:

 Merged!

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31304 [Core Tor/Tor]: Run practracker_tests.py as part of make check

[Tor Bug Tracker & Wiki]

#31304: Run practracker_tests.py as part of make check
-+-
 Reporter:  teor |  Owner:  nickm
 Type:  enhancement  | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  practracker, 042-should, tech-debt,  |  Actual Points:  .1
  refactoring, easy, network-team-roadmap-july,  |
  asn-merge  |
Parent ID:  #29746   | Points:
 Reviewer:  dgoulet  |Sponsor:
-+-
Changes (by asn):

 * status:  merge_ready => closed
 * resolution:   => fixed


Comment:

 Merged. I guess #31311 can also be closed?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #15516 [Core Tor/Tor]: Consider rate-limiting INTRODUCE2 cells when under load

[Tor Bug Tracker & Wiki]

#15516: Consider rate-limiting INTRODUCE2 cells when under load
-+-
 Reporter:  special  |  Owner:  dgoulet
 Type:  enhancement  | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  unspecified
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-dos, tor-hs, network-team-   |  Actual Points:
  roadmap-july   |
Parent ID:  #2   | Points:  10
 Reviewer:  asn  |Sponsor:
 |  Sponsor27-must
-+-
Changes (by dgoulet):

 * status:  needs_revision => merge_ready


Comment:

 Ok, rebased on master. Final PR:
 https://github.com/torproject/tor/pull/1208

 Branch: `ticket15516_042_04`

 Travis is feeding. But this should be ready for merge.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #15516 [Core Tor/Tor]: Consider rate-limiting INTRODUCE2 cells when under load

[Tor Bug Tracker & Wiki]

#15516: Consider rate-limiting INTRODUCE2 cells when under load
-+-
 Reporter:  special  |  Owner:  dgoulet
 Type:  enhancement  | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  unspecified
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-dos, tor-hs, network-team-   |  Actual Points:
  roadmap-july, nickm-merge  |
Parent ID:  #2   | Points:  10
 Reviewer:  asn  |Sponsor:
 |  Sponsor27-must
-+-
Changes (by dgoulet):

 * keywords:  tor-dos, tor-hs, network-team-roadmap-july => tor-dos, tor-hs,
 network-team-roadmap-july, nickm-merge


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27476 [Applications/Tor Browser]: Remove gap between Tor Launcher window and main browser window

[Tor Bug Tracker & Wiki]

#27476: Remove gap between Tor Launcher window and main browser window
-+-
 Reporter:  arthuredelstein  |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-launcher tbb-performance ux- |  Actual Points:
  team   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by acat):

 The integration in #28044 should not change the behaviour of current tor-
 launcher, so in slow computers I assume this gap between Tor Launcher
 window and main browser window might still be noticeable.

 I guess something similar to arthur's third suggestion
 >Embed the Tor Launcher UI in the main browser window. Allow the user to
 enter a URL in the URL bar even before Tor is fully launched.
 is something that could be implemented in the future to solve this (#31286
 can be seen as a first step I think). But not completely sure on the UX
 plans for that, and did not find a ticket for that either (but there might
 be).

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31326 [Metrics]: Start using Ant Ivy for external dependency management

[Tor Bug Tracker & Wiki]

#31326: Start using Ant Ivy for external dependency management
-+-
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  irl  |Sponsor:
-+-
Changes (by irl):

 * status:  needs_review => merge_ready


Comment:

 (Only just noticing that the libasm**4**-java Debian package contains
 version **5**. I guess that change wasn't breaking enough to change the
 name.)

 On Debian it is necessary to add "-lib /usr/share/java" as that's where
 the ivy jar gets installed:

 {{{
 ant -lib /usr/share/java resolve
 }}}

 I guess you will rewrite the commit message, but if you do reference the
 metrics-base commit make sure to update that because the timestamp will
 likely be different.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31200 [Circumvention/Snowflake]: Hand out proxy-go snowflakes more frequently than webextension snowflakes

[Tor Bug Tracker & Wiki]

#31200: Hand out proxy-go snowflakes more frequently than webextension 
snowflakes
-+---
 Reporter:  cohosh   |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #25681   | Points:
 Reviewer:   |Sponsor:  Sponsor28
-+---

Comment (by cypherpunks):

 Why is running an instance with proxy-go much faster than running it with
 the WebExt?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27493 [Applications/Tor Browser]: 'mk_add_options' or 'export' MOZILLA_OFFICIAL

[Tor Bug Tracker & Wiki]

#27493: 'mk_add_options' or 'export' MOZILLA_OFFICIAL
--+--
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #30429| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * parent:   => #30429


Comment:

 That'll be done in #30429.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31304 [Core Tor/Tor]: Run practracker_tests.py as part of make check

[Tor Bug Tracker & Wiki]

#31304: Run practracker_tests.py as part of make check
-+-
 Reporter:  teor |  Owner:  nickm
 Type:  enhancement  | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  practracker, 042-should, tech-debt,  |  Actual Points:  .1
  refactoring, easy, network-team-roadmap-july,  |
  asn-merge  |
Parent ID:  #29746   | Points:
 Reviewer:  dgoulet  |Sponsor:
-+-

Comment (by nickm):

 #31311 also needs to go into 0.4.1; I'll backport it now.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31311 [Core Tor/Tor]: practracker: do not include unwanted files in distribution

[Tor Bug Tracker & Wiki]

#31311: practracker: do not include unwanted files in distribution
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:
 |  merge_ready
 Priority:  High |  Milestone:  Tor:
 |  0.4.1.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  practracker, tech-debt,  |  Actual Points:
  refactoring, easy, 041-deferred-20190530,  |
  network-team-roadmap-july, dgoulet-merge,  |
  041-must 041-backport  |
Parent ID:  #29746   | Points:
 Reviewer:  teor |Sponsor:
 |  Sponsor31-must
-+-
Changes (by nickm):

 * status:  needs_review => merge_ready
 * keywords:
 practracker, tech-debt, refactoring, easy, 041-deferred-20190530,
 network-team-roadmap-july, dgoulet-merge, 041-must
 =>
 practracker, tech-debt, refactoring, easy, 041-deferred-20190530,
 network-team-roadmap-july, dgoulet-merge, 041-must 041-backport


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31311 [Core Tor/Tor]: practracker: do not include unwanted files in distribution

[Tor Bug Tracker & Wiki]

#31311: practracker: do not include unwanted files in distribution
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:
 |  merge_ready
 Priority:  High |  Milestone:  Tor:
 |  0.4.1.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  practracker, tech-debt,  |  Actual Points:
  refactoring, easy, 041-deferred-20190530,  |
  network-team-roadmap-july, dgoulet-merge,  |
  041-must 041-backport  |
Parent ID:  #29746   | Points:
 Reviewer:  teor |Sponsor:
 |  Sponsor31-must
-+-

Comment (by nickm):

 Merged to 0.4.1 and forward.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31311 [Core Tor/Tor]: practracker: do not include unwanted files in distribution

[Tor Bug Tracker & Wiki]

#31311: practracker: do not include unwanted files in distribution
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:  closed
 Priority:  High |  Milestone:  Tor:
 |  0.4.1.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  practracker, tech-debt,  |  Actual Points:
  refactoring, easy, 041-deferred-20190530,  |
  network-team-roadmap-july, dgoulet-merge,  |
  041-must 041-backport  |
Parent ID:  #29746   | Points:
 Reviewer:  teor |Sponsor:
 |  Sponsor31-must
-+-
Changes (by nickm):

 * status:  merge_ready => closed
 * resolution:   => fixed


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30883 [Metrics/Website]: I miss the old relay capacity / load graph

[Tor Bug Tracker & Wiki]

#30883: I miss the old relay capacity / load graph
-+--
 Reporter:  arma |  Owner:  metrics-team
 Type:  enhancement  | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  irl  |Sponsor:
-+--
Changes (by karsten):

 * status:  merge_ready => closed
 * resolution:   => fixed


Comment:

 Thanks for the review! Pushed to master with a minor fix to that 4 line
 function, and deployed. Closing.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31286 [Applications/Tor Browser]: Include bridge configuration into about:preferences

[Tor Bug Tracker & Wiki]

#31286: Include bridge configuration into about:preferences
+--
 Reporter:  gk  |  Owner:  pospeselr
 Type:  task| Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  TorBrowserTeam201908, ff68-esr  |  Actual Points:
Parent ID:  #10760  | Points:
 Reviewer:  |Sponsor:
|  Sponsor44-can
+--

Comment (by antonela):

 **Background**

 As part of #29197, I'm working with this ticket. Also, I'm trying to cover
 some previous issues with this work, such as:

 #24452 - Firewall option is visible behind Tor Network Settings... but not
 during start-up
 #27476 - Remove gap between Tor Launcher window and main browser window
 #25431 - "Tor is censored in my country" does not cover some scenarios

 **User flow**

 I'm working with this user flow in the same way we approached the network
 settings in TBA (#28329). Even if we are not going to completely remove
 Tor Launcher when Tor Browser starts in this iteration, we can discuss
 this flow.

 [[Image(https://trac.torproject.org/projects/tor/raw-
 attachment/ticket/28329/userflow-1.1.png, 700px)]]

 **User Interface**

 For this iteration, I plan to keep *almost* the same user interface we
 currently have in Tor Launcher with the big aim of iterating over this
 during our sponsor30 work.

 As we discussed before, we want to have a specific section in the regular
 Preferences section to configure Tor. That could be
 `about:preferences#network`. It will look like:


 

 == Network Settings

 Tor Browser connects you to the Tor Network run by thousands of volunteers
 around the world. [Learn More]

 **Bridges**

 Bridges help you to access to the Tor network in places where Tor is
 blocked. This is dummy text now, but it should explain in plain words what
 is a bridge and how it can help them. [Learn More]

 [ ]  Use a bridge
[ ]  Select a bridge [ Choose... ]
[ ]  Request a bridge from torproject.org
[ ]  Provide a bridge I know

 **Advanced**

 Description? [Learn More]

 [ ]  Use a local proxy
 [ ]  This computer goes through a firewall that only allows connections to
 specific ports

 

 [ View logs ]


 

 **Notes**


 * Something I discovered during this process is that we (firefox)
 currently have Network Settings in `about:prefereces#general`. Should we
 move it to `about:preferences#network`? Should we remove proxy settings
 from Network Settings and keep it in `about:prefereces#general`?
 * I really like
 [https://trac.torproject.org/projects/tor/ticket/28329#comment:27,
 Duncan's suggestions] related to the bridge's flow. We should rework it
 during Sponsor30 and have it in consideration.
 * If we are ok with this UI, the next step for me is creating mockups and
 coordinate with pospeselr for the implementation.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30430 [UX]: Create Tor Personas

[Tor Bug Tracker & Wiki]

#30430: Create Tor Personas
--+--
 Reporter:  antonela  |  Owner:  dunqan
 Type:  project   | Status:  assigned
 Priority:  Medium|  Milestone:
Component:  UX|Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:  antonela  |Sponsor:
--+--

Comment (by dunqan):

 This ticket's waiting on a post-dev-meeting writeup from myself (since I
 don't think anyone captured meeting notes) but I don't mind where that
 gets posted.

 Doesn't look like there's any more feedback coming in for this version,
 and we have a pretty clear idea what the next iterations should include,
 so happy to close this and move to gitlab if you prefer!

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31326 [Metrics]: Start using Ant Ivy for external dependency management

[Tor Bug Tracker & Wiki]

#31326: Start using Ant Ivy for external dependency management
-+--
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  accepted
 Priority:  Medium   |  Milestone:
Component:  Metrics  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  irl  |Sponsor:
-+--
Changes (by karsten):

 * status:  merge_ready => accepted


Comment:

 Thanks for looking! I merged the metrics-base commit without changes and
 updated the metrics-lib commit before merging.

 Setting to accepted again for the remaining code bases.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #24638 [Applications/Tor Launcher]: Welcome dialog missing protocol from link

[Tor Bug Tracker & Wiki]

#24638: Welcome dialog missing protocol from link
---+---
 Reporter:  atagar |  Owner:  brade
 Type:  defect | Status:  needs_information
 Priority:  Low|  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Trivial| Resolution:
 Keywords:  tbb-usability, ux-team |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by antonela):

 * cc: antonela (added)


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31343 [Core Tor/Tor]: appveyor: labs(time_t) is not allowed

[Tor Bug Tracker & Wiki]

#31343: appveyor: labs(time_t) is not allowed
--+
 Reporter:  nickm |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.4.2.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  backports?|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by nickm):

 On examination, this labs() doesn't belong here at all.  The code here is
 testing whether we are getting a NETINFO cell fairly soon after we sent a
 VERSIONS cell.  Using labs() makes it also test whether we are getting a
 NETINFO cell no earlier than 3 minutes '''before''' sending the VERSION
 cell, which is silly.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31351 [Applications/Tor Browser]: localization orfoxRIP

[Tor Bug Tracker & Wiki]

#31351: localization orfoxRIP
-+-
 Reporter:  emmapeel |  Owner:  emmapeel
 Type:  task | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor |Version:
  Browser|   Keywords:  ux-team, tbb-mobile,
 Severity:  Normal   |  tbb-8.5, l10n
Actual Points:   |  Parent ID:  #29955
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 the sunsetting app needs to be localized. the file to localize seems to be

 https://github.com/guardianproject/Orfox/blob/final-migrate-
 app/app/src/main/res/values/strings.xml

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31351 [Applications/Tor Browser]: localization orfoxRIP

[Tor Bug Tracker & Wiki]

#31351: localization orfoxRIP
+--
 Reporter:  emmapeel|  Owner:  emmapeel
 Type:  task| Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ux-team, tbb-mobile, tbb-8.5, l10n  |  Actual Points:
Parent ID:  #29955  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by emmapeel):

 can be translated at https://www.transifex.com/otf/torproject/orfox-
 stringsxml/

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31343 [Core Tor/Tor]: appveyor: labs(time_t) is not allowed

[Tor Bug Tracker & Wiki]

#31343: appveyor: labs(time_t) is not allowed
-+-
 Reporter:  nickm|  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  backports? 041-must tor-ci   |  Actual Points:
  029-backport 035-backport 040-backport |
  041-backport   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by nickm):

 * keywords:  backports? =>
 backports? 041-must tor-ci 029-backport 035-backport 040-backport
 041-backport


Comment:

 Fixes for review.

 0.2.9: `ticket31343_029` with PR in
 https://github.com/torproject/tor/pull/1209
 0.3.5 (fixes conflicts): `ticket31343_035` with PR in
 https://github.com/torproject/tor/pull/1210
 0.4.0 (fixes conflicts): `ticket31343_040` with PR in
 https://github.com/torproject/tor/pull/1211
 0.4.2 (no conflicts, just for CI): `ticket31343_042` with PR in
 https://github.com/torproject/tor/pull/1212

 Tagging for full backports, since this breaks CI.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31343 [Core Tor/Tor]: appveyor: labs(time_t) is not allowed

[Tor Bug Tracker & Wiki]

#31343: appveyor: labs(time_t) is not allowed
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  backports? 041-must tor-ci   |  Actual Points:  .1
  029-backport 035-backport 040-backport |
  041-backport   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by nickm):

 * actualpoints:   => .1


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31343 [Core Tor/Tor]: appveyor: labs(time_t) is not allowed

[Tor Bug Tracker & Wiki]

#31343: appveyor: labs(time_t) is not allowed
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:
 |  accepted
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  backports? 041-must tor-ci   |  Actual Points:
  029-backport 035-backport 040-backport |
  041-backport   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by nickm):

 * owner:  (none) => nickm
 * status:  new => accepted


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31343 [Core Tor/Tor]: appveyor: labs(time_t) is not allowed

[Tor Bug Tracker & Wiki]

#31343: appveyor: labs(time_t) is not allowed
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  backports? 041-must tor-ci   |  Actual Points:
  029-backport 035-backport 040-backport |
  041-backport   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by nickm):

 * status:  accepted => needs_review


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31352 [Core Tor/Tor]: Jenkins failure on windows: ENETUNREACH undeclared.

[Tor Bug Tracker & Wiki]

#31352: Jenkins failure on windows: ENETUNREACH undeclared.
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: 0.4.2.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  regression windows
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 On https://jenkins.torproject.org/job/tor-ci-windows-master/22/consoleFull
 I see:

 {{{
 08:59:23 ../tor/src/test/test_util.c:5402:39: error: 'ENETUNREACH'
 undeclared (first use in this function)
 }}}

 This appears to be new in c46e99c43c4ee03, which is not in anything before
 0.4.2.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31353 [Core Tor/Tor]: Jenkins failure on windows: Overflow in implicit constant conversion

[Tor Bug Tracker & Wiki]

#31353: Jenkins failure on windows: Overflow in implicit constant conversion
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: 0.4.2.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 {{{
 08:59:20 ../tor/src/test/test_token_bucket.c: In function
 'test_token_bucket_ctr_dec':
 08:59:20 ../tor/src/test/test_token_bucket.c:96:3: error: overflow in
 implicit constant conversion [-Werror=overflow]
 }}}

 This appears to be new in 7cf9d54e6d7a08f169a27f7d76731e61ebe63fb0, which
 is not in anything before 0.4.2.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31352 [Core Tor/Tor]: Jenkins failure on windows: ENETUNREACH undeclared.

[Tor Bug Tracker & Wiki]

#31352: Jenkins failure on windows: ENETUNREACH undeclared.
+
 Reporter:  nickm   |  Owner:  nickm
 Type:  defect  | Status:  needs_review
 Priority:  Medium  |  Milestone:  Tor: 0.4.2.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  regression windows  |  Actual Points:  0.1
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+
Changes (by nickm):

 * status:  assigned => needs_review
 * actualpoints:   => 0.1


Comment:

 Branch is `bug31352` with PR at
 https://github.com/torproject/tor/pull/1213 .  No changes file, since bug
 is not in any released Tor.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31326 [Metrics]: Start using Ant Ivy for external dependency management

[Tor Bug Tracker & Wiki]

#31326: Start using Ant Ivy for external dependency management
-+--
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Metrics  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  irl  |Sponsor:
-+--
Changes (by karsten):

 * status:  accepted => needs_review


Comment:

 Please review CollecTor commit
 
[https://gitweb.torproject.org/user/karsten/collector.git/commit/?h=task-31326&id=027a54bfe2c970a72db2afc485d2fa12f77cb247
 027a54b], Onionoo commits
 
[https://gitweb.torproject.org/user/karsten/onionoo.git/commit/?h=task-31326&id=860228c58f294429a44793aa91b30a93010ad8f1
 860228c] and
 
[https://gitweb.torproject.org/user/karsten/onionoo.git/commit/?h=task-31326&id=8c3b87b92137f85391baf21ecef749561a97a9e3
 8c3b87b], ExoneraTor commit
 
[https://gitweb.torproject.org/user/karsten/exonerator.git/commit/?h=task-31326&id=2702e39e5e77a764528b7180f574ea0a78f0e0fe
 2702e39], and metrics-web commit
 [https://gitweb.torproject.org/user/karsten/metrics-
 web.git/commit/?h=task-31326&id=844fcbe9f75551dc4af8b40e6a96483ffa9522ce
 844fcbe].

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31353 [Core Tor/Tor]: Jenkins failure on windows: Overflow in implicit constant conversion

[Tor Bug Tracker & Wiki]

#31353: Jenkins failure on windows: Overflow in implicit constant conversion
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:  Tor: 0.4.2.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  compilation   |  Actual Points:  0.1
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by nickm):

 * status:  assigned => needs_review
 * keywords:   => compilation
 * actualpoints:   => 0.1


Comment:

 See branch `bug31353` with PR at
 https://github.com/torproject/tor/pull/1214

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31339 [Applications/GetTor]: GitHub blocked in Iran affecting gettor circumvention

[Tor Bug Tracker & Wiki]

#31339: GitHub blocked in Iran affecting gettor circumvention
-+--
 Reporter:  ggus |  Owner:  hiro
 Type:  enhancement  | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Applications/GetTor  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by phw):

 Replying to [comment:2 cypherpunks]:
 > Is `web.archive.org` censored in Iran?
 [[br]]
 A friendly user from Iran just tested the site for us and it was
 reachable.

 I quite like the idea of using archive.org! We should look into this more.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31326 [Metrics]: Start using Ant Ivy for external dependency management

[Tor Bug Tracker & Wiki]

#31326: Start using Ant Ivy for external dependency management
-+-
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  irl  |Sponsor:
-+-
Changes (by irl):

 * status:  needs_review => merge_ready


Comment:

 These all look good. We should have them all passing CI on GitLab before
 we make any releases though.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31339 [Applications/GetTor]: GitHub blocked in Iran affecting gettor circumvention

[Tor Bug Tracker & Wiki]

#31339: GitHub blocked in Iran affecting gettor circumvention
-+--
 Reporter:  ggus |  Owner:  hiro
 Type:  enhancement  | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Applications/GetTor  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by cypherpunks):

 Replying to [comment:3 phw]:
 > I quite like the idea of using archive.org! We should look into this
 more.
 See some discussion on my message in the tor-talk mailing list in January
 2017: https://lists.torproject.org/pipermail/tor-
 talk/2017-January/042829.html

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30501 [Applications/Tor Browser]: BridgesList Preferences is an overloaded field

[Tor Bug Tracker & Wiki]

#30501: BridgesList Preferences is an overloaded field
--+
 Reporter:  sisbell   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, TorBrowserTeam201905  |  Actual Points:
Parent ID:  #31280| Points:
 Reviewer:|Sponsor:
  |  Sponsor30-can
--+
Changes (by pili):

 * parent:  #31349 => #31280


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31349 [Applications/Tor Browser]: S30: O2.3 A2 - Develop methods to present bridges to users based on their location

[Tor Bug Tracker & Wiki]

#31349: S30: O2.3 A2 - Develop methods to present bridges to users based on 
their
location
--+
 Reporter:  pili  |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  wontfix
 Keywords:|  Actual Points:
Parent ID:  #31280| Points:
 Reviewer:|Sponsor:  Sponsor30-must
--+
Changes (by pili):

 * status:  new => closed
 * resolution:   => wontfix


Comment:

 Closing in favour of parent ticket

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31261 [Internal Services/Services Admin Team]: cleanup services inventories in the wiki

[Tor Bug Tracker & Wiki]

#31261: cleanup services inventories in the wiki
-+-
 Reporter:  anarcat  |  Owner:  anarcat
 Type:  task | Status:
 |  assigned
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Services Admin |Version:
  Team   |
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Old description:

> we have three places where we inventory services right now:
>
> * [[org/operations/services]]
> * [[org/operations/Infrastructure]]
> * [[org/operations/ProductsandAssignments]]
> * [[org/operations]] (fixed, old list just removed, but has links to the
> above)

New description:

 we have three places where we inventory services right now:

 * [[org/operations/services]]
 * [[org/operations/Infrastructure]] - done, merged with above
 * [[org/operations/ProductsandAssignments]]
 * [[org/operations]] (fixed, old list just removed, but has links to the
 above)
 * [[org/operations/Infrastructure/Hosts]]

--

Comment (by anarcat):

 progress: the services and Infrastructure pages have been merged (into
 services) and the latter is now deprecated. services should now be
 documented in "services" (duh) in the future.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31339 [Applications/GetTor]: GitHub blocked in Iran affecting gettor circumvention

[Tor Bug Tracker & Wiki]

#31339: GitHub blocked in Iran affecting gettor circumvention
-+--
 Reporter:  ggus |  Owner:  hiro
 Type:  enhancement  | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Applications/GetTor  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by phw):

 [https://twitter.com/natfriedman/status/1155311122137804801 In one of his
 tweets], the author writes:
 > Public repos remain available to developers everywhere – open source
 repos are NOT affected.
 [[br]]
 Our GetTor repository is public, so we shouldn't be affected by this
 issue.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31325 [Webpages/Website]: Update Sponsors page with "Digital Impact Alliance" entry

[Tor Bug Tracker & Wiki]

#31325: Update Sponsors page with "Digital Impact Alliance" entry
--+--
 Reporter:  bekeela   |  Owner:  hiro
 Type:  task  | Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by antonela):

 * Attachment "dial.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31325 [Webpages/Website]: Update Sponsors page with "Digital Impact Alliance" entry

[Tor Bug Tracker & Wiki]

#31325: Update Sponsors page with "Digital Impact Alliance" entry
--+--
 Reporter:  bekeela   |  Owner:  hiro
 Type:  task  | Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by antonela):

 pili, I'm thinking about it. In the meantime, i quickly made it :)

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31261 [Internal Services/Services Admin Team]: cleanup services inventories in the wiki

[Tor Bug Tracker & Wiki]

#31261: cleanup services inventories in the wiki
-+-
 Reporter:  anarcat  |  Owner:  anarcat
 Type:  task | Status:
 |  assigned
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Services Admin |Version:
  Team   |
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by anarcat):

 thinking more about this, it seems to me we are likely to have duplication
 between the services page and the help.tpo wiki. we should consolidate
 that somehow eventually. the best example of this is the SVN service that
 is listed in "services" in Trac, but documented in help.tpo.

 i'm not sure what the distinction is, or should be, but i sure prefer
 editing wikis in markdown through a text editor than the Trac markup in a
 web browser... ;)

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31354 [Core Tor/Tor]: Compiler "note" in test_addr.c: variable tracking size limit exceeded with ‘-fvar-tracking-assignments’

[Tor Bug Tracker & Wiki]

#31354: Compiler "note" in test_addr.c: variable tracking size limit exceeded 
with
‘-fvar-tracking-assignments’
--+
 Reporter:  nickm |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.4.2.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 Building with GCC 9.1.1, I see these:

 {{{
 src/test/test_addr.c: In function ‘test_addr_parse’:
 src/test/test_addr.c:1167:1: note: variable tracking size limit exceeded
 with ‘-fvar-tracking-assignments’, retrying without
  1167 | test_addr_parse(void *arg)
   | ^~~
 }}}

 This seems to be new in 0.4.2.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31215 [Internal Services/Service - deb.tpo]: 0.3.5.8-1~xenial packages no longer available?

[Tor Bug Tracker & Wiki]

#31215: 0.3.5.8-1~xenial packages no longer available?
-+-
 Reporter:  cypherpunks  |  Owner:  weasel
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - deb.tpo  |Version:  Tor:
 |  0.3.5.8
 Severity:  Normal   | Resolution:  invalid
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by weasel):

 * status:  new => closed
 * resolution:   => invalid


Comment:

 yes

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31340 [Core Tor/Tor]: Tor sometimes stalls traffic at 2s intervals (6s most common)

[Tor Bug Tracker & Wiki]

#31340: Tor sometimes stalls traffic at 2s intervals (6s most common)
-+-
 Reporter:  mikeperry|  Owner:  dgoulet
 Type:  defect   | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  unspecified
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  scalability-roadmap, tor-|  Actual Points:
  performance-latency|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by nickm):

 * milestone:   => Tor: unspecified


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31320 [Core Tor/Tor]: Add an IPv6 ORPort example to the torrc.minimal.in-staging and torrc.sample.in files

[Tor Bug Tracker & Wiki]

#31320: Add an IPv6 ORPort example to the torrc.minimal.in-staging and
torrc.sample.in files
+--
 Reporter:  teor|  Owner:  (none)
 Type:  enhancement | Status:  closed
 Priority:  Medium  |  Milestone:  Tor:
|  unspecified
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:  implemented
 Keywords:  tor-relay, ipv6, doc, fast-fix  |  Actual Points:
Parent ID:  | Points:  0.2
 Reviewer:  nickm   |Sponsor:
+--
Changes (by nickm):

 * status:  needs_revision => closed
 * resolution:   => implemented


Comment:

 looks good; merged!

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30942 [Core Tor/Tor]: [warn] Unexpected INTRODUCE_ACK on circuit 3944288021.

[Tor Bug Tracker & Wiki]

#30942: [warn] Unexpected INTRODUCE_ACK on circuit 3944288021.
+--
 Reporter:  arma|  Owner:  (none)
 Type:  defect  | Status:
|  needs_review
 Priority:  Medium  |  Milestone:  Tor:
|  0.4.1.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  tor-hs, tor-padding, 041-backport?  |  Actual Points:
Parent ID:  | Points:  0.2
 Reviewer:  dgoulet |Sponsor:
+--
Changes (by nickm):

 * status:  reopened => needs_review


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31215 [Internal Services/Service - deb.tpo]: 0.3.5.8-1~xenial packages no longer available?

[Tor Bug Tracker & Wiki]

#31215: 0.3.5.8-1~xenial packages no longer available?
-+-
 Reporter:  cypherpunks  |  Owner:  weasel
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - deb.tpo  |Version:  Tor:
 |  0.3.5.8
 Severity:  Normal   | Resolution:  invalid
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by kushaldas):

 The 0.3.5 series is the LTS version and only the nightly builds are
 available. The Tor Project team maintains a stable build for Xenial in the
 https://deb.torproject.org. We advice to use the latest stable built for
 your operating system from the above mentioned repo.

 I am closing this ticket.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31347 [Metrics]: Look into Gradle and Maven as alternative build systems for metrics code bases

[Tor Bug Tracker & Wiki]

#31347: Look into Gradle and Maven as alternative build systems for metrics code
bases
-+--
 Reporter:  karsten  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Low  |  Milestone:
Component:  Metrics  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by gaba):

 * cc: gaba (added)


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31355 [Internal Services/Service - lists]: admin password to the ux mailing list

[Tor Bug Tracker & Wiki]

#31355: admin password to the ux mailing list
---+-
 Reporter:  antonela   |  Owner:  qbi
 Type:  task   | Status:  new
 Priority:  Medium |  Milestone:
Component:  Internal Services/Service - lists  |Version:
 Severity:  Normal |   Keywords:
Actual Points: |  Parent ID:
   Points: |   Reviewer:
  Sponsor: |
---+-
 hi! i'm listed as an admin at the ux list but i the password i've been
 using is not working. Could i have a recovery email?

 https://lists.torproject.org/cgi-bin/mailman/listinfo/ux

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31356 [Core Tor/Tor]: 0.4.0 relays should not list Padding=1

[Tor Bug Tracker & Wiki]

#31356: 0.4.0 relays should not list Padding=1
--+--
 Reporter:  mikeperry |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:  Tor: 0.4.0.5
 Severity:  Normal|   Keywords:  wtf-pad
Actual Points:|  Parent ID:
   Points:  1 |   Reviewer:
  Sponsor:  Sponsor2  |
--+--
 Somehow we accidentally merged the protover for padding support while
 doing the incremental merge thing, and 0.4.0 relays are advertising
 padding that they don't support. This is mostly harmless, because the
 negotiation will not succeed and then clients will stop, but it will
 result in those clients emitting a "Middle node did not accept our padding
 request" protocol warn/info message.

 We should just remove this protover field from 0.4.0.x.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31342 [Webpages/Website]: Tor donor FAQ gives advice that may be illegal

[Tor Bug Tracker & Wiki]

#31342: Tor donor FAQ gives advice that may be illegal
--+--
 Reporter:  aliraheem |  Owner:  hiro
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by gaba):

 Yes. We are going to change this answer. Thanks for bringing this up!

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31342 [Webpages/Website]: Tor donor FAQ gives advice that may be illegal

[Tor Bug Tracker & Wiki]

#31342: Tor donor FAQ gives advice that may be illegal
--+
 Reporter:  aliraheem |  Owner:  sstevenson
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by gaba):

 * owner:  hiro => sstevenson
 * status:  new => assigned


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30992 [Core Tor/Tor]: circpadding: Circsetup machines give out warnings when client-side intro gets NACKed

[Tor Bug Tracker & Wiki]

#30992: circpadding: Circsetup machines give out warnings when client-side intro
gets NACKed
+--
 Reporter:  asn |  Owner:  (none)
 Type:  defect  | Status:  new
 Priority:  Medium  |  Milestone:  Tor:
|  0.4.1.x-final
Component:  Core Tor/Tor|Version:  Tor:
|  0.4.1.1-alpha
 Severity:  Normal  | Resolution:
 Keywords:  wtf-pad circpad 041-should  |  Actual Points:
Parent ID:  | Points:  0.4
 Reviewer:  |Sponsor:
+--

Comment (by mikeperry):

 Ok let me try to summarize things here. There are two bugs. The first is
 that 0.4.0.x middle nodes are listing padding support, which results in
 the log:
 {{{
 Jul 31 14:25:29.971 [warn] Middle node did not accept our padding request
 on circuit 7 (7)
 }}}

 I filed #31356 for this.

 The second bug *also* has that warn, and *also* to 0.4.0.x relays not
 supporting padding. This is what happens:

 1. We try to negotiate padding with a 0.4.0 relay that doesn't actually
 support it
 2. Before the relay can tell us "no", the introduction point fails, and
 the purpose changes from CIRCUIT_PURPOSE_C_INTRODUCE_ACK_WAIT back to
 CIRCUIT_PURPOSE_C_INTRODUCING.
 3. Because the client intro padding machines do not support
 CIRCUIT_PURPOSE_C_INTRODUCING purpose circuits, they shut themselves down,
 sending a STOP command to the 0.4.0 relay
 4. Then, the original padding reponse from step 1 above finally comes
 back, as an error response (since the 0.4.0.x relay did not support
 padding).
 5. Because we got an error response back, we tear down our all of our
 padding machine state from the circuit.
 6. Then, the response to the STOP finally comes back, but there is no
 padding machine anymore, so the padding is from the "wrong hop", causing
 this warn:
 {{{
 Jul 31 14:25:30.467 [warn] Padding negotiated cell from wrong hop on
 circuit 406
 }}}

 Fixing #31356 will stop this chain of events from happening.. But because
 this cell pattern is different, we're not properly concealing these failed
 intro point requests by our circuit padding, because we negotiate
 ourselves on and off, and because there are extra intro cells and extends
 here..

 Worse than this, if we fix #31356, the chain of events will become:

 1. We try to negotiate padding with a 0.4.1.x relay
 2. Before the relay can tell us "yes", the introduction point fails, and
 the purpose changes to CIRCUIT_PURPOSE_C_INTRODUCING.
 3. The client padding machines sends the STOP command
 4. Then the original padding negotiate response comes back ok. We accept
 it, but do nothing.
 5. Before the STOP response comes back, the introduction point switches
 back to CIRCUIT_PURPOSE_C_INTRODUCE_ACK_WAIT, causing us to try to
 negotiate padding again.
 6. The STOP response comes back, causing us to free all machine state.
 7. The negotiated OK response comes back, again from the "wrong hop".

 I didn't actually see the 0.4.1 version of the sequence in the logs,
 probably because there are not enough 0.4.1 relays yet. but it can happen.

 One fix is to add a check in circpad_handle_padding_negotiated() to ignore
 STOP commands if we're not expecting them.. But that removes the ability
 for relay-side circuit padding machines to shut down the client ones.
 Hrmm..

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26542 [Circumvention/BridgeDB]: Distribute IPv6 bridges though bridges.torproject.org

[Tor Bug Tracker & Wiki]

#26542: Distribute IPv6 bridges though bridges.torproject.org
-+-
 Reporter:  teor |  Owner:  phw
 Type:  defect   | Status:  assigned
 Priority:  High |  Milestone:
Component:  Circumvention/BridgeDB   |Version:
 Severity:  Normal   | Resolution:
 Keywords:  anti-censorship-roadmap-october  |  Actual Points:
Parent ID:  #24264   | Points:  3
 Reviewer:   |Sponsor:
 |  Sponsor30-must
-+-
Changes (by phw):

 * owner:  (none) => phw


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26542 [Circumvention/BridgeDB]: Distribute IPv6 bridges though bridges.torproject.org

[Tor Bug Tracker & Wiki]

#26542: Distribute IPv6 bridges though bridges.torproject.org
-+-
 Reporter:  teor |  Owner:  phw
 Type:  defect   | Status:
 |  needs_review
 Priority:  High |  Milestone:
Component:  Circumvention/BridgeDB   |Version:
 Severity:  Normal   | Resolution:
 Keywords:  anti-censorship-roadmap-october  |  Actual Points:
Parent ID:  #24264   | Points:  3
 Reviewer:  sysrqb   |Sponsor:
 |  Sponsor30-must
-+-
Changes (by phw):

 * status:  assigned => needs_review
 * reviewer:   => sysrqb


Comment:

 Yes, this is a problem in BridgeDB. I fixed the distribution of vanilla
 IPv6 bridges in my
 [https://github.com/NullHypothesis/bridgedb/tree/fix/14065 fix/14065
 branch].

 Note that this patch doesn't fix the distribution of IPv6 PT bridges. The
 issue is that bridges currently cannot advertise both an IPv4 and an IPv6
 address for pluggable transports (see #11211), which is why a bridge's
 `transport` line always contains an IPv4 address.

 In theory, we could work around this issue by assuming that a PT bridge
 that has an IPv6 OR address also has an IPv6 PT address. This assumption
 may not always hold and BridgeDB is currently unable to do active scans to
 confirm if this is the case for a given bridge.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26542 [Circumvention/BridgeDB]: Distribute IPv6 bridges through bridges.torproject.org (was: Distribute IPv6 bridges though bridges.torproject.org)

[Tor Bug Tracker & Wiki]

#26542: Distribute IPv6 bridges through bridges.torproject.org
-+-
 Reporter:  teor |  Owner:  phw
 Type:  defect   | Status:
 |  needs_review
 Priority:  High |  Milestone:
Component:  Circumvention/BridgeDB   |Version:
 Severity:  Normal   | Resolution:
 Keywords:  anti-censorship-roadmap-october  |  Actual Points:
Parent ID:  #24264   | Points:  3
 Reviewer:  sysrqb   |Sponsor:
 |  Sponsor30-must
-+-

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #28783 [Webpages/Website]: Incomplete Content-Security-Policy blocks video on "Set up Relays" page

[Tor Bug Tracker & Wiki]

#28783: Incomplete Content-Security-Policy blocks video on "Set up Relays" page
--+--
 Reporter:  darkspirit|  Owner:  hiro
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by ggus):

 The video is nice, if we upload to youtube, we can link somewhere in
 relay-operations/community resources.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31357 [Applications/Tor Browser]: Retire Tom's default bridge

[Tor Bug Tracker & Wiki]

#31357: Retire Tom's default bridge
--+-
 Reporter:  phw   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:  tbb-bridges
Actual Points:|  Parent ID:
   Points:  0.1   |   Reviewer:
  Sponsor:|
--+-
 The following bridge will shut down on August 31st because the operator's
 (CCed) contract ends at the end of the month:

 * 85.17.30.79:443

 We should start the process of removing the bridge. I'll push a tor-
 browser-build patch in a minute.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31357 [Applications/Tor Browser]: Retire Tom's default bridge

[Tor Bug Tracker & Wiki]

#31357: Retire Tom's default bridge
--+--
 Reporter:  phw   |  Owner:  tbb-team
 Type:  task  | Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-bridges   |  Actual Points:
Parent ID:| Points:  0.1
 Reviewer:|Sponsor:
--+--
Changes (by phw):

 * status:  new => needs_review
 * type:  defect => task


Comment:

 I pushed [https://github.com/NullHypothesis/tor-browser-
 build/commit/cedda2f28b67005171981da5c4abd85736590b36 a patch] to my
 [https://github.com/NullHypothesis/tor-browser-build/commits/fix/31357
 fix/31357] branch.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31357 [Applications/Tor Browser]: Retire Tom's default bridge

[Tor Bug Tracker & Wiki]

#31357: Retire Tom's default bridge
--+--
 Reporter:  phw   |  Owner:  tbb-team
 Type:  task  | Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-bridges   |  Actual Points:
Parent ID:| Points:  0.1
 Reviewer:|Sponsor:
--+--

Comment (by phw):

 And here's [https://github.com/NullHypothesis/tor-android-
 service/commit/e7ca52e09c9bad0635ad1f2e77a23534f071b53c a patch] for tor-
 android-service in my [https://github.com/NullHypothesis/tor-android-
 service/commits/fix/31357 fix/31357] branch.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30992 [Core Tor/Tor]: circpadding: Circsetup machines give out warnings when client-side intro gets NACKed

[Tor Bug Tracker & Wiki]

#30992: circpadding: Circsetup machines give out warnings when client-side intro
gets NACKed
+--
 Reporter:  asn |  Owner:  mikeperry
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:  Tor:
|  0.4.1.x-final
Component:  Core Tor/Tor|Version:  Tor:
|  0.4.1.1-alpha
 Severity:  Normal  | Resolution:
 Keywords:  wtf-pad circpad 041-should  |  Actual Points:
Parent ID:  | Points:  0.4
 Reviewer:  |Sponsor:
+--
Changes (by gaba):

 * status:  new => assigned
 * owner:  (none) => mikeperry


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30992 [Core Tor/Tor]: circpadding: Circsetup machines give out warnings when client-side intro gets NACKed

[Tor Bug Tracker & Wiki]

#30992: circpadding: Circsetup machines give out warnings when client-side intro
gets NACKed
+--
 Reporter:  asn |  Owner:  mikeperry
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:  Tor:
|  0.4.1.x-final
Component:  Core Tor/Tor|Version:  Tor:
|  0.4.1.1-alpha
 Severity:  Normal  | Resolution:
 Keywords:  wtf-pad circpad 041-should  |  Actual Points:
Parent ID:  | Points:  0.4
 Reviewer:  |Sponsor:
+--

Comment (by mikeperry):

 Just double-checked all instances in the logs so far, and circuit 188 in
 dgoulet's debug logs has the "wrong hop" log message after the purpose
 change from CIRCUIT_PURPOSE_C_INTRODUCE_ACK_WAIT to
 CIRCUIT_PURPOSE_C_INTRODUCING, and it *does not* change back to
 CIRCUIT_PURPOSE_C_INTRODUCE_ACK_WAIT, but it still has the message. This
 one is a real mystery..

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31358 [Applications/Tor Browser]: Cannot upload images to Twitter

[Tor Bug Tracker & Wiki]

#31358: Cannot upload images to Twitter
--+--
 Reporter:  steph |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 When composing a tweet and attaching an image, the image does not appear.
 Otherwise, Twitter behaves as if the image has been uploaded and allows
 adding alt-text, for example.

 The same thing also happens when trying to change a profile image. The
 image uploads but appears blank.

 Also reported by:
 https://twitter.com/BehindProp/status/1158672895096344577

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31358 [Applications/Tor Browser]: Cannot upload images to Twitter

[Tor Bug Tracker & Wiki]

#31358: Cannot upload images to Twitter
--+--
 Reporter:  steph |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by steph):

 * Attachment "Screen Shot 2019-08-06 at 3.58.26 PM.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30992 [Core Tor/Tor]: circpadding: Circsetup machines give out warnings when client-side intro gets NACKed

[Tor Bug Tracker & Wiki]

#30992: circpadding: Circsetup machines give out warnings when client-side intro
gets NACKed
+--
 Reporter:  asn |  Owner:  mikeperry
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:  Tor:
|  0.4.1.x-final
Component:  Core Tor/Tor|Version:  Tor:
|  0.4.1.1-alpha
 Severity:  Normal  | Resolution:
 Keywords:  wtf-pad circpad 041-should  |  Actual Points:
Parent ID:  | Points:  0.4
 Reviewer:  |Sponsor:
+--

Comment (by mikeperry):

 Replying to [comment:9 mikeperry]:
 > Just double-checked all instances in the logs so far, and circuit 188 in
 dgoulet's debug logs has the "wrong hop" log message after the purpose
 change from CIRCUIT_PURPOSE_C_INTRODUCE_ACK_WAIT to
 CIRCUIT_PURPOSE_C_INTRODUCING, and it *does not* change back to
 CIRCUIT_PURPOSE_C_INTRODUCE_ACK_WAIT, but it still has the message. This
 one is a real mystery..

 Ok, in this case, the sequence is:

 1. Client tries to negotiate padding with a 0.4.1 relay
 2. The negotiation comes back ok; padding commences normally
 3. The relay side finishes padding (sends 10 cells or so) and sends a STOP
 command
 4. The intropoint fails, causing the circuit purpose to change from
 CIRCUIT_PURPOSE_C_INTRODUCE_ACK_WAIT to CIRCUIT_PURPOSE_C_INTRODUCING
 5. Client padding machine sends a STOP command
 6. The relay gets the STOP command, responds with STOP,ERROR (because it
 had no machines at this point)
 6. Client gets the relay's STOP command and tear down.
 7. Client gets the relay's STOP,ERROR response to our stop command, and
 print out the "wrong hop" message (ie since we have no padding machines,
 any hop source is the wrong hop).

 There's probably quite a few variations on the above..

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30429 [Applications/Tor Browser]: Rebase Tor Browser patches for Firefox ESR 68

[Tor Bug Tracker & Wiki]

#30429: Rebase Tor Browser patches for Firefox ESR 68
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  task | Status:
 |  needs_revision
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-9.0-must-nightly,|  Actual Points:
  TorBrowserTeam201908   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

 * status:  needs_review => needs_revision
 * keywords:  tbb-9.0-must-nightly, TorBrowserTeam201908R => tbb-9.0-must-
 nightly, TorBrowserTeam201908


Comment:

 Replying to [comment:17 acat]:

 [snip]

 > I also realized that in `Bug 8312: Remove "This plugin is disabled"
 barrier.` there is a `doc.getAnonymousElementByAttribute` but I do not see
 any defined `doc` variable. It's the same in 52, but I think in the
 previous version there was. So I added the `doc` definition, although I
 would have to test this to make sure if it works as intended.

 Nice catch (and sounds reasonable to me)! Don't spend too much time
 testing the Flash use case, though. :)

 > A question before comments: would it also make sense to try to upstream
 Bug #5741, with a different commit name and behind the --proxy-bypass-
 protection flag?

 I think it would make sense to make sure configurations with a SOCKS proxy
 set and remote resolution of DNS to not be able to bypass that if the flag
 is set. So, I am all for it to get that upstreamed.

 > Some comments:
 > >please add --enable-proxy-bypass-protection to all mozconfigs
 > Do you mean `.mozconfig-mac`, `.mozconfig-asan`, `.mozconfig` and
 `.mozconfig-mingw`? If so, isn't it already there?

 Hrm. I *think* I might have mixed this up with the state of `tor-browser-
 build`, sorry.

 > > 23b8e34d8fa64affdb265911ff586d8babf1a119 - should we not point to the
 latest Torbutton commit (especially as we have removed all the other
 Torbutton commit updates (rightly so))? otherwise okay
 > I think so, but I kept the submodule change in a separate commit since
 it's currently it's in my personal branch. Would it be ok to make the last
 `WIP torbutton submodule change` commit a fixup when we have an "official"
 torbutton "esr68" branch?

 Yes, that's cool.

 > >  a8c48df07cc505bd45c764d223f6ff01de738f31 -- indentation (keep
 original):
 > >
 > >+  nsresult rv = GetOverrideStringBundleForLocale(
 > >+  aSBS, uriString.get(), userAgentLocale.get(), aResult);
 > `mach clang-format` is changing this one, should we keep the original
 indentation anyway?

 Let's go with what Mozilla's tool wants to have here (and in other cases).

 > >There is no docshell/test/mochitest.ini in esr68 and we should not add
 one.
 > Thanks. I also realized I removed I accidentally removed a test
 `[test_bug1507702.html]`, fixed that too.
 >
 > >Why GetComputedReferrer() and not GetOriginalReferrer()? Could you add
 an explaining comment here?
 > I think `GetComputedReferrer()` is the one that preserves the current
 patch behaviour (e.g. takes into consideration referrer policy). Actually,
 when you mentioned I was not sure whether this was something intended. For
 example, with a noreferrer policy navigating through pages of the same
 origin will always clear `window.name`. But I saw #3414, so this actually
 seems to be the intended behaviour. I added a comment in the code.

 Thanks, sounds good.

 > >You are not including components.conf in libmdns moz.build instead of
 patching it as you did in the provider case; we should have the same
 approach inboth cases (I am fine with just the moz.build one if we think
 that's enough)
 > Ok, I reincluded `components.conf` in `moz.build`, and made the
 corresponding components.conf empty. Not sure if you meant this, or that
 we actually don't need to touch `libmdns` `components.conf`.

 What I meant was to approach the patching in both cases the same way: if
 we patch in dom/presentation both `moz.build` and the conf file then it
 makes it easier to understand the whole patch set if we do that in the
 libmdns case, too. So, I think the result is fine.

 > > What is the reason to patch GetUser$Directory now while we did not
 have done so in the esr60 patch? (I guess we should follow Mozilla here
 and if not, please add some comment/explanation for that deviation)
 > Not sure if you mean changing the static calls by the non-static ones.
 If so, this is needed because the patch needs to make several
 `GetUser$Directory` non-static, and appa

Re: [tor-bugs] #30992 [Core Tor/Tor]: circpadding: Circsetup machines give out warnings when client-side intro gets NACKed

[Tor Bug Tracker & Wiki]

#30992: circpadding: Circsetup machines give out warnings when client-side intro
gets NACKed
+--
 Reporter:  asn |  Owner:  mikeperry
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:  Tor:
|  0.4.1.x-final
Component:  Core Tor/Tor|Version:  Tor:
|  0.4.1.1-alpha
 Severity:  Normal  | Resolution:
 Keywords:  wtf-pad circpad 041-should  |  Actual Points:
Parent ID:  | Points:  0.4
 Reviewer:  |Sponsor:
+--

Comment (by mikeperry):

 I am most concerned about the second case in comment:7. The other two
 cases are degenerate and the machines were shutting down anyway.

 Possible fixes include:
 1. Add a sequence number, packet number, or padding machine instantiation
 counter to the commands, so we can appropriately match the most recent
 ones. This requires a new padding protocol version. We can use the field's
 absence to mean "yolo, accept it always" because this bug is not that
 severe.
 2. Not start up a machine until the STOP response comes back from the
 previous one.

 I don't especially like 2. The optimization that got us into this mess is
 supposed to let us immediately replace one machine with another depending
 on circuit conditions. That should include tearing the same machine down
 and spinning it back up in succession.

 I think that leaves option 1: a sequence number check of some kind.

 Any other ideas?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #31359 [Core Tor/Tor]: Split a control_event module out of control, and make it use control safe logging

[Tor Bug Tracker & Wiki]

#31359: Split a control_event module out of control, and make it use control 
safe
logging
---+-
 Reporter:  teor   |  Owner:  teor
 Type:  enhancement| Status:  assigned
 Priority:  Medium |  Milestone:  Tor: 0.4.3.x-final
Component:  Core Tor/Tor   |Version:
 Severity:  Normal |   Keywords:  network-team-roadmap-august
Actual Points: |  Parent ID:  #30901
   Points:  2  |   Reviewer:
  Sponsor:  Sponsor31-can  |
---+-
 Currently, control events can log messages through the standard logging
 module, which can send those logs as  control events. This means that some
 configurations, future code, or errors might cause an infinite loop.

 We should split off a control_event or control_log_event module, and make
 it use control safe logging. All it's dependencies should also use control
 safe or signal safe logging.

 I think we need to make this change after catalyst's control refactor, to
 avoid merge conflicts.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #30901 [Core Tor/Tor]: Add control port trace logging to tor

[Tor Bug Tracker & Wiki]

#30901: Add control port trace logging to tor
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  enhancement  | Status:
 |  needs_revision
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-ci-fail-sometimes network-team-  |  Actual Points:  1.8
  roadmap-august |
Parent ID:  #29437   | Points:  1
 Reviewer:   |Sponsor:
 |  Sponsor31-can
-+-

Comment (by teor):

 Nick suggested that we could disable controller logging before logging a
 trace log, and enable it afterwards. That might avoid a bunch of the
 refactoring in this branch.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31170 [Circumvention/Snowflake]: Implement a dark mode for the Snowflake proxy interface

[Tor Bug Tracker & Wiki]

#31170: Implement a dark mode for the Snowflake proxy interface
-+
 Reporter:  knowguy  |  Owner:  dcf
 Type:  defect   | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  snowflake-webextension   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by dcf):

 * Attachment "toolbar-off-dark.2.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31170 [Circumvention/Snowflake]: Implement a dark mode for the Snowflake proxy interface

[Tor Bug Tracker & Wiki]

#31170: Implement a dark mode for the Snowflake proxy interface
-+
 Reporter:  knowguy  |  Owner:  dcf
 Type:  defect   | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  snowflake-webextension   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by dcf):

 * Attachment "toolbar-running-dark.2.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #31170 [Circumvention/Snowflake]: Implement a dark mode for the Snowflake proxy interface

[Tor Bug Tracker & Wiki]

#31170: Implement a dark mode for the Snowflake proxy interface
-+
 Reporter:  knowguy  |  Owner:  dcf
 Type:  defect   | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  snowflake-webextension   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by dcf):

 * Attachment "toolbar-on-dark.2.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs