Re: [tor-bugs] #30781 [Core Tor/Tor]: Stop crashing when encountering an unknown router annotation

[Tor Bug Tracker & Wiki]

#30781: Stop crashing when encountering an unknown router annotation
-+-
 Reporter:  teor |  Owner:  teor
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.2.9.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  unspecified
 Severity:  Normal   | Resolution:  fixed
 Keywords:  local-file-crash, tor-bridge,|  Actual Points:  0.2
  029-backport, 035-backport, 040-backport,  |
  041-backport, 034-unreached-backport   |
Parent ID:   | Points:  0.1
 Reviewer:  ahf  |Sponsor:
 |  Sponsor30-can
-+-
Changes (by teor):

 * status:  merge_ready => closed
 * resolution:   => fixed
 * milestone:  Tor: 0.4.0.x-final => Tor: 0.2.9.x-final


Comment:

 Merged to 0.2.9, 0.3.5, and 0.4.0.

--
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] #30561 [Core Tor/Tor]: Fixed tor_vasprintf on systems without vasprintf.

[Tor Bug Tracker & Wiki]

#30561: Fixed tor_vasprintf on systems without vasprintf.
-+-
 Reporter:  paldium  |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Low  |  Milestone:  Tor:
 |  0.2.9.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.2.8.2-alpha
 Severity:  Minor| Resolution:  fixed
 Keywords:  029-backport, 035-backport,  |  Actual Points:
  040-backport, dgoulet-merge, 034-unreached-|
  backport   |
Parent ID:   | Points:
 Reviewer:  nickm|Sponsor:
-+-
Changes (by teor):

 * keywords:
 029-backport?, 035-backport?, 040-backport?, dgoulet-merge, 034
 -unreached-backport-maybe
 =>
 029-backport, 035-backport, 040-backport, dgoulet-merge, 034
 -unreached-backport
 * status:  merge_ready => closed
 * version:  Tor: 0.4.0.5 => Tor: 0.2.8.2-alpha
 * resolution:   => fixed
 * milestone:  Tor: 0.4.0.x-final => Tor: 0.2.9.x-final


Comment:

 Merged to 0.2.9 and 0.3.5.

--
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] #30041 [Core Tor/Tor]: OOB access with huge buffers (src/lib/buf/buffers.c)

[Tor Bug Tracker & Wiki]

#30041: OOB access with huge buffers (src/lib/buf/buffers.c)
-+-
 Reporter:  asn  |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.2.9.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  unspecified
 Severity:  Normal   | Resolution:  fixed
 Keywords:  security-low, hackerone, bug-|  Actual Points:
  bounty, 029-backport, 035-backport,|
  040-backport, consider-backport-after-0405 |
Parent ID:   | Points:
 Reviewer:  nickm|Sponsor:
-+-
Changes (by teor):

 * status:  merge_ready => closed
 * resolution:   => fixed
 * milestone:  Tor: 0.3.5.x-final => Tor: 0.2.9.x-final


Comment:

 Merged to 0.2.9 and 0.3.5.
 Created https://github.com/torproject/tor/pull/1229 to reword the fixup
 commit.
 Merged to 0.3.5 by deleting the old modified file.

--
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] #31316 [Applications/Tor Browser]: macOS 10.15 crash on startup

[Tor Bug Tracker & Wiki]

#31316: macOS 10.15 crash on startup
--+--
 Reporter:  mprogers  |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-crash |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by mcs):

 * cc: boneless50 (added)


Comment:

 #31386 is a duplicate.

--
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] #28525 [Core Tor/Tor]: Make tor_addr_is_internal_() aware of RFC 6598 (Carrier Grade NAT/Large Scale NAT) IPv4 Ranges

[Tor Bug Tracker & Wiki]

#28525: Make tor_addr_is_internal_() aware of RFC 6598 (Carrier Grade NAT/Large
Scale NAT) IPv4 Ranges
-+-
 Reporter:  neel |  Owner:  neel
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.2.9.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  consider-backport-after-040-stable,  |  Actual Points:
  ipv6, 040-deferred-20190220, 040-backport, |
  035-backport, 029-backport, security-low   |
Parent ID:  #7971| Points:
 Reviewer:  nickm|Sponsor:
-+-
Changes (by teor):

 * status:  merge_ready => closed
 * resolution:   => fixed
 * milestone:  Tor: 0.3.5.x-final => Tor: 0.2.9.x-final


Comment:

 Merged to 0.2.9 and 0.3.5, and cherry-picked the changes file fix from PR
 784.

--
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] #31386 [Applications/Tor Browser]: Firefox Error

[Tor Bug Tracker & Wiki]

#31386: Firefox Error
--+---
 Reporter:  boneless50|  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  duplicate
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by mcs):

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


Comment:

 This looks like a duplicate of #31316 (which is an Apple issue that also
 affects Firefox).

--
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] #30184 [Core Tor/Tor]: release-0.2.9 doesn't compile on old rhel

[Tor Bug Tracker & Wiki]

#30184: release-0.2.9 doesn't compile on old rhel
-+-
 Reporter:  arma |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.2.9.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  unspecified
 Severity:  Normal   | Resolution:  fixed
 Keywords:  no-mainline-merge, regression,   |  Actual Points:  0.2
  fast-fix, consider-backport-after-0404,|
  029-backport, 034-unreached-backport-null- |
  merge, 035-backport-null-merge |
Parent ID:   | Points:  0.1
 Reviewer:  ahf  |Sponsor:
 |  SponsorQ
-+-
Changes (by teor):

 * keywords:
 no-mainline-merge, regression, fast-fix, consider-backport-after-0404,
 029-backport, 034-unreached-backport-null-merge
 =>
 no-mainline-merge, regression, fast-fix, consider-backport-after-0404,
 029-backport, 034-unreached-backport-null-merge, 035-backport-null-
 merge
 * status:  merge_ready => closed
 * resolution:   => fixed


Comment:

 Merged to 0.2.9 and 0.3.5.

--
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] #31372 [Core Tor/Tor]: Appveyor and Travis should use "make -k"

[Tor Bug Tracker & Wiki]

#31372: Appveyor and Travis should use "make -k"
-+-
 Reporter:  nickm|  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, 029-backport, 035-backport,  |  Actual Points:
  040-backport, 041-backport |
Parent ID:   | Points:
 Reviewer:  teor |Sponsor:
-+-
Changes (by teor):

 * keywords:  tor-ci => tor-ci, 029-backport, 035-backport, 040-backport,
 041-backport
 * reviewer:   => teor
 * status:  needs_review => needs_revision
 * type:  defect => enhancement
 * cc: nickm (added)


Comment:

 Looks good to me.

 I think we should backport this change to 0.2.9 and later for consistency.
 Did you want to do the backport, rl1987?
 If not, I'm happy to do it when I review.

 You might find the new "git-merge-forward.sh -t (test-branch-prefix)" in
 #31314 useful.
 (But this change will cause a few conflicts, unfortunately.)

--
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] #31356 [Core Tor/Tor]: 0.4.1 relays should list Padding=1, 2

[Tor Bug Tracker & Wiki]

#31356: 0.4.1 relays should list Padding=1,2
-+
 Reporter:  mikeperry|  Owner:  (none)
 Type:  defect   | Status:  needs_revision
 Priority:  Medium   |  Milestone:  Tor: 0.4.1.x-final
Component:  Core Tor/Tor |Version:  Tor: 0.4.0.5
 Severity:  Normal   | Resolution:
 Keywords:  wtf-pad, 041-should  |  Actual Points:
Parent ID:   | Points:  1
 Reviewer:   |Sponsor:  Sponsor2
-+

Comment (by teor):

 The client change is #31387.

--
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] #31387 [Core Tor/Tor]: Make 0.4.1 and later clients require Padding=2

[Tor Bug Tracker & Wiki]

#31387: Make 0.4.1 and later clients require Padding=2
--+-
 Reporter:  teor  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.4.2.x-final
Component:  Core Tor/Tor  |Version:  Tor: 0.4.0.5
 Severity:  Normal|   Keywords:  wtf-pad, 042-should
Actual Points:|  Parent ID:  #31356
   Points:  1 |   Reviewer:
  Sponsor:  Sponsor2  |
--+-
 As part of #31356, we need to make 0.4.1 and later clients require
 Padding=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] #31356 [Core Tor/Tor]: 0.4.1 relays should list Padding=1, 2 (was: 0.4.0 relays should not list Padding=1)

[Tor Bug Tracker & Wiki]

#31356: 0.4.1 relays should list Padding=1,2
-+
 Reporter:  mikeperry|  Owner:  (none)
 Type:  defect   | Status:  needs_revision
 Priority:  Medium   |  Milestone:  Tor: 0.4.1.x-final
Component:  Core Tor/Tor |Version:  Tor: 0.4.0.5
 Severity:  Normal   | Resolution:
 Keywords:  wtf-pad, 041-should  |  Actual Points:
Parent ID:   | Points:  1
 Reviewer:   |Sponsor:  Sponsor2
-+
Changes (by teor):

 * status:  needs_review => needs_revision
 * keywords:  wtf-pad => wtf-pad, 041-should
 * milestone:   => Tor: 0.4.1.x-final


Old description:

> 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.

New description:

 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.~~

 At the weekly meeting last week, we decided that we can't remove a
 protover once it's been released.
 Instead, we will:
 * make 0.4.1 and later relays declare Padding=1,2 (pre-0.4.1 stable)
 * make 0.4.1 and later clients require Padding=2 (padding is not on by
 default, so we can do this at any time)

--

Comment:

 At the weekly meeting last week, we decided that we can't remove a
 protover once it's been released. See the ticket description for details.
 I'll open another ticket for the client change.

 Mike, I'm happy to do this change, if that would help you with your work
 overload.

--
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

[Tor Bug Tracker & Wiki]

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

 * status:  closed => reopened
 * 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] #26542 [Circumvention/BridgeDB]: Distribute IPv6 bridges through bridges.torproject.org

[Tor Bug Tracker & Wiki]

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

 * status:  reopened => merge_ready


Comment:

 Sorry messed up the status, this is merge_ready >.<

--
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

[Tor Bug Tracker & Wiki]

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

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


Comment:

 Looks good to me!

--
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] #9316 [Circumvention/BridgeDB]: BridgeDB should export statistics

[Tor Bug Tracker & Wiki]

#9316: BridgeDB should export statistics
-+-
 Reporter:  asn  |  Owner:  phw
 Type:  task | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:
Component:  Circumvention/BridgeDB   |Version:
 Severity:  Normal   | Resolution:
 Keywords:  metrics, bridgedb, prometheus,   |  Actual Points:
  anti-censorship-roadmap-september  |
Parent ID:  #31274   | Points:  3
 Reviewer:  cohosh   |Sponsor:
 |  Sponsor30-must
-+-
Changes (by cohosh):

 * status:  needs_review => needs_information


--
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] #9316 [Circumvention/BridgeDB]: BridgeDB should export statistics

[Tor Bug Tracker & Wiki]

#9316: BridgeDB should export statistics
-+-
 Reporter:  asn  |  Owner:  phw
 Type:  task | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/BridgeDB   |Version:
 Severity:  Normal   | Resolution:
 Keywords:  metrics, bridgedb, prometheus,   |  Actual Points:
  anti-censorship-roadmap-september  |
Parent ID:  #31274   | Points:  3
 Reviewer:  cohosh   |Sponsor:
 |  Sponsor30-must
-+-

Comment (by cohosh):

 This looks good to me, I added some comments to this commit:
 
https://github.com/NullHypothesis/bridgedb/commit/d6fa8e18dd764cbc612f834338cb71c4ab322a9b

 There were some changes that I couldn't track how they relate to the
 metrics feature, perhaps they snuck in from some other changes being made
 to bridgedb? Otherwise it looks really good!

 There might be an unchecked failure case
 
[https://github.com/NullHypothesis/bridgedb/blob/d1a70dee2ca476b0819a1cb24212215e31c755d6/bridgedb/distributors/moat/server.py#L741
 here] with the moat reporting for when we don't have any bridge lines to
 return. It's not really a failure of the system though so much as a lack
 of bridges so I'm not sure how we'd want to count that.

--
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_review
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-9.0-must-nightly,|  Actual Points:
  TorBrowserTeam201908R  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by mcs):

 Here is a rebased patch for #13252:
 https://gitweb.torproject.org/user/brade/tor-
 
browser.git/commit/?h=bug30429-pc-02=ba40aaeb975ed6680c79dca8f30b8285ec3578d4

 Even though Kathy and I are not finished with the updater patches yet, it
 would be good to include this patch in the nightly builds soon. It should
 be inserted into the sequence of patches after the #11641 patch (commit
 7521e628b071c61b65bcb9fa5e99c820369183c8 on acat's 30429+6 branch). Some
 notes about the rebased patch:

 1. We removed the code that copied files from distribution/preferences to
 the user's profile (XPIProvider.jsm). This was not needed even for ESR60.

 2. We removed the old Mac profile migration code. This is no longer needed
 because (a) everyone should have have upgraded (and therefore migrated)
 years ago and (b) Tor Browser 8.0 was a watershed release, so someone who
 does update a pre-8.0 Tor Browser to 9.x will have their profile migrated
 by the 8.0 code.

 acat and/or gk, please 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] #29461 [Metrics/CollecTor]: Add a Snowflake module

[Tor Bug Tracker & Wiki]

#29461: Add a Snowflake module
-+-
 Reporter:  irl  |  Owner:
 |  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/CollecTor|Version:
 Severity:  Normal   | Resolution:
 Keywords:  metrics-roadmap-august, anti-|  Actual Points:
  censorship-roadmap-september   |
Parent ID:   | Points:  8
 Reviewer:   |Sponsor:
 |  Sponsor28
-+-
Changes (by cohosh):

 * Attachment "example_metrics.log" added.

 metrics log output from the last 2 measurement periods

--
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] #29461 [Metrics/CollecTor]: Add a Snowflake module

[Tor Bug Tracker & Wiki]

#29461: Add a Snowflake module
-+-
 Reporter:  irl  |  Owner:
 |  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/CollecTor|Version:
 Severity:  Normal   | Resolution:
 Keywords:  metrics-roadmap-august, anti-|  Actual Points:
  censorship-roadmap-september   |
Parent ID:   | Points:  8
 Reviewer:   |Sponsor:
 |  Sponsor28
-+-

Comment (by cohosh):

 I started on implementing a handler to return metrics from `snowflake-
 bro...@bamsoftware.com/metrics` in #31376. I have more questions about
 what exactly you need here. Is it only the metrics from the last full 24
 hour measurement period?

--
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] #31376 [Circumvention/Snowflake]: Make a /metrics handle at the snowflake broker for the stats collector

[Tor Bug Tracker & Wiki]

#31376: Make a /metrics handle at the snowflake broker for the stats collector
-+---
 Reporter:  cohosh   |  Owner:  cohosh
 Type:  enhancement  | Status:  needs_information
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  metrics, stats, broker   |  Actual Points:
Parent ID:   | Points:  1
 Reviewer:   |Sponsor:  Sponsor28
-+---
Changes (by cohosh):

 * status:  assigned => needs_information


Comment:

 Got a start on this handler here:
 
https://github.com/cohosh/snowflake/commit/f0e71c7c58f72118313c28c1d90ec4fdfb74a23f

 I'm not sure what range of data the metrics team needs here. Is it just
 the last full 24 hour measurement period? Do you need the ability to also
 fetch previous measurement periods as well?

--
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] #31376 [Circumvention/Snowflake]: Make a /metrics handle at the snowflake broker for the stats collector

[Tor Bug Tracker & Wiki]

#31376: Make a /metrics handle at the snowflake broker for the stats collector
-+---
 Reporter:  cohosh   |  Owner:  cohosh
 Type:  enhancement  | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  metrics, stats, broker   |  Actual Points:
Parent ID:   | Points:  1
 Reviewer:   |Sponsor:  Sponsor28
-+---
Changes (by cohosh):

 * points:   => 1
 * 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] #31285 [Circumvention/Snowflake]: Browsers accumulate permanently open UDP sockets over time

[Tor Bug Tracker & Wiki]

#31285: Browsers accumulate permanently open UDP sockets over time
-+
 Reporter:  cypherpunks  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  snowflake-webextension   |  Actual Points:
Parent ID:   | Points:  1
 Reviewer:   |Sponsor:
-+
Changes (by cohosh):

 * points:   => 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] #31278 [Circumvention/Snowflake]: Chrome proxies hang with open idle connection

[Tor Bug Tracker & Wiki]

#31278: Chrome proxies hang with open idle connection
-+
 Reporter:  cypherpunks  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  snowflake-webextension   |  Actual Points:
Parent ID:   | Points:  2
 Reviewer:   |Sponsor:
-+
Changes (by cohosh):

 * points:   => 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] #28325 [Applications/Tor Browser]: Use go 1.11 module versioning support

[Tor Bug Tracker & Wiki]

#28325: Use go 1.11 module versioning support
--+--
 Reporter:  boklm |  Owner:  tbb-team
 Type:  task  | Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-rbm   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by cohosh):

 * cc: cohosh (added)


Comment:

 We could really use this for the snowflake reproducible build. Our
 solution to the Windows build issue is to use a different webrtc library
 (which will probably be less painful for us down the road anyway).
 However, that library has 30+ dependencies and is a pain to build right
 now (see
 https://trac.torproject.org/projects/tor/ticket/28942#comment:39).

 Is this item roadmapped or is there some information on how difficult this
 task would 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] #28942 [Circumvention/Snowflake]: Evaluate pion WebRTC

[Tor Bug Tracker & Wiki]

#28942: Evaluate pion WebRTC
+--
 Reporter:  backkem |  Owner:  cohosh
 Type:  enhancement | Status:  accepted
 Priority:  Medium  |  Milestone:
Component:  Circumvention/Snowflake |Version:
 Severity:  Normal  | Resolution:
 Keywords:  anti-censorship-roadmap-august  |  Actual Points:
Parent ID:  | Points:  5
 Reviewer:  |Sponsor:
|  Sponsor28-must
+--

Comment (by cohosh):

 Just to give an update on this, building Tor Browser with this pion
 library is a bit painful right now. Our reproducible build system (rbm)
 doesn't work nicely with modules and, after a conversation with boklm,
 it's preferrable to create a separate project for each go lib dependency.
 This means a total of 13 pion libraries plus an additional 14+
 dependencies for each of these libraries. There might be more, I stopped
 going down the rabbit hole after a while. I don't think creating 30-ish
 projects just to build this is a viable or sustainable option.

 There's an open ticket for integrating go modules into rbm (#28325) it
 would be nice to know how fast or difficult that task is. Otherwise we
 could maybe hack together something with custom build commands. It will be
 a pain to keep track of versions/commits for all of the dependencies.

--
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] #31384 [Circumvention/Snowflake]: localize snowflake website

[Tor Bug Tracker & Wiki]

#31384: localize snowflake website
--+
 Reporter:  emmapeel  |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Circumvention/Snowflake   |Version:
 Severity:  Normal| Resolution:
 Keywords:  l10n, snowflake-webextension  |  Actual Points:
Parent ID:  #30310| Points:
 Reviewer:|Sponsor:
--+

Comment (by emmapeel):

 The file at https://gitweb.torproject.org/pluggable-
 transports/snowflake.git/tree/proxy/static/index.html (thanks cohosh) is
 easily translatable, but i am not sure how users will change from one
 language to the other.

 i could provide a folder with different translations of the index.html
 page to be loaded as a git submodule, if you want, i.e.:

 translations/
   index+fr.html
   index+de.html
   etc

 Then, we just need to add a little menu with the translated languages on
 top.

 what do you think?

--
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] #31385 [Circumvention/Snowflake]: Snowflake client fails after bootstrap

[Tor Bug Tracker & Wiki]

#31385: Snowflake client fails after bootstrap
-+---
 Reporter:  cypherpunks  |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:  not a bug
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+---

Comment (by cypherpunks):

 Replying to [comment:4 cohosh]:
 > Oh thanks, I misread this and thought it was a webextension problem.
 This could be due to unreliable snowflakes. We just had a huge influx of
 snowflakes from webextension users and we're working out some engineering
 issues that come with a large variety of snowflakes, each with different
 throughputs and connectivity. It's possible you got a less reliable
 snowflake at first. Thanks for letting us know.
 I'm aware about the status quo, but I found it hard to explain what
 happened in terms of unreliable snowflakes since the rest of the
 snowflakes didn't work (even after 4min and 2 browser restars). Maybe an
 extremely unlucky combination of consecutive unreliable snowflakes + this
 bug in Tor: #29245 may explain it. In any case, I'll definitely report
 back if I notice anything similar and you can leave this bug as closed
 meanwhile.

--
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] #31385 [Circumvention/Snowflake]: Snowflake client fails after bootstrap (was: Snowflake fails after bootstrap)

[Tor Bug Tracker & Wiki]

#31385: Snowflake client fails after bootstrap
-+---
 Reporter:  cypherpunks  |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:  not a bug
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+---
Changes (by cohosh):

 * status:  needs_information => closed
 * resolution:   => not a bug


Comment:

 Replying to [comment:3 cypherpunks]:
 > Replying to [comment:2 cohosh]:
 > > Just want to clarify the behaviour you're seeing so we can be on the
 look out for it. Was it the WebRTC connections that were failing, or
 normal page loads in your browser?
 > I didn't look closely, but I would load a small download and it would
 suddenly stop after 3-4sec, then nothing can be loaded, and after that no
 further connection can be established, waiting 4min I don't get any other
 snowflake (restarting the browser didn't change anything). Maybe it's a
 broker flaw? I can clarify further if this isn't clear.

 Oh thanks, I misread this and thought it was a webextension problem. This
 could be due to unreliable snowflakes. We just had a huge influx of
 snowflakes from webextension users and we're working out some engineering
 issues that come with a large variety of snowflakes, each with different
 throughputs and connectivity. It's possible you got a less reliable
 snowflake at first. Thanks for letting us know.

 I'm going to mark this as not a bug for now but feel free to re-open if
 you think this problem is persisting.

--
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] #31386 [Applications/Tor Browser]: Firefox Error

[Tor Bug Tracker & Wiki]

#31386: Firefox Error
--+--
 Reporter:  boneless50|  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 boneless50):

 * Attachment "Screen Shot 2019-08-09 at 10.15.58 AM.png" added.

 Screenshot

--
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] #31385 [Circumvention/Snowflake]: Snowflake fails after bootstrap

[Tor Bug Tracker & Wiki]

#31385: Snowflake fails after bootstrap
-+---
 Reporter:  cypherpunks  |  Owner:  (none)
 Type:  defect   | Status:  needs_information
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+---

Comment (by cypherpunks):

 Replying to [comment:2 cohosh]:
 > Just want to clarify the behaviour you're seeing so we can be on the
 look out for it. Was it the WebRTC connections that were failing, or
 normal page loads in your browser?
 I didn't look closely, but I would load a small download and it would
 suddenly stop after 3-4sec, then nothing can be loaded, and after that no
 further connection can be established, waiting 4min I don't get any other
 snowflake (restarting the browser didn't change anything). Maybe it's a
 broker flaw? I can clarify further if this isn't clear.

--
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] #31385 [Circumvention/Snowflake]: Snowflake fails after bootstrap

[Tor Bug Tracker & Wiki]

#31385: Snowflake fails after bootstrap
-+---
 Reporter:  cypherpunks  |  Owner:  (none)
 Type:  defect   | Status:  needs_information
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+---
Changes (by cohosh):

 * status:  new => needs_information


Comment:

 Thanks cypherpunks,

 Just want to clarify the behaviour you're seeing so we can be on the look
 out for it. Was it the WebRTC connections that were failing, or normal
 page loads in your 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] #31372 [Core Tor/Tor]: Appveyor and Travis should use "make -k"

[Tor Bug Tracker & Wiki]

#31372: Appveyor and Travis should use "make -k"
--+
 Reporter:  nickm |  Owner:  (none)
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:  Tor: 0.4.2.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tor-ci|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by rl1987):

 * status:  new => needs_review


Comment:

 https://github.com/torproject/tor/pull/1228

--
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] #31010 [Applications/Tor Browser]: Rebase Tor Browser mobile/ patches for Firefox ESR 68

[Tor Bug Tracker & Wiki]

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

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


--
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] #31010 [Applications/Tor Browser]: Rebase Tor Browser mobile/ patches for Firefox ESR 68

[Tor Bug Tracker & Wiki]

#31010: Rebase Tor Browser mobile/ patches for Firefox ESR 68
-+-
 Reporter:  sysrqb   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-9.0-must-nightly,|  Actual Points:
  TorBrowserTeam201908R  |
Parent ID:  #30429   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by acat):

 Some comments on acat30429+5_tor-browser_android_68esr_39:

 d0386613a4884393ff3324e43f8d06d30f9d6564 -
   this is not a patch in the original branch, does the build fail without
 this?
 546cab59acc827d7cf50ae227c2aa84f01c23c2d - ok
 d37580f4e17b6f3709d6906ef13441e29b61d86e - ok
 4b1f9425adf546aecb094dc9a501c61e32fe3394 -
   In .mozconfig-android, should we delete instead of commenting out lines,
 to be consistent with what we did in desktop .mozconfigs?

   +CC="/home/android/.mozbuild/clang/bin/clang"
   +CXX="/home/android/.mozbuild/clang/bin/clang++"
   Shouldn't this be removed?

 6041d5df003aed06f8dfe0349f53d2821777331b - ok
 f5c33693baf1d386c8bccedaee7cc13ce218a4b6 - ok
 3c070da60f5d9b851d8c3d85d14e5dabf108d068 - ok
 9fa528e6853c0538b8968d5980ab7e0fdbe9be1f - ok
 1fd0ea742bdb74e99c484cbda24f4942aea2663c -
   - `browser.mirroring.enabled` pref seems not to be used anymore
   - app.update.enabled same (see #29611, but not sure how relevant is that
 for Android)
   - In the code now I only see `media.autoplay.enabled.user-gestures-
 needed` instead of `media.autoplay.enabled`, do we need to change this?

 805a0b25be322d44138bae0d3a862070c9348fea
 {{{
   +// Avoid throwing an error because Ci.nsIPushService isn't
 implemented
   +// All other clearing actions should succeed if we arrive here.
   +Promise.resolve();
 }}}
   Promise.resolve(); is not really doing anything I think.

 cdf51822421ad608cee5a2733a5eb37928da9484 - ok
 cd35aebe2de754c3fbc221ee4864cd5ffa162b16 - ok
 d8f702013cab81db385316f0c5bbd191574ef9ac - ok
 cab59d99f96bf37aaa016e987cb8729e1d551f1c -
 {{{
 +
  
  
 }}}
   These last two are outside of the ifdef, which is not the case in the
 original patch, why?
 {{{
   ++#ifdef MOZ_ANDROID_LOCATION
   + 
   + 
   ++#endif
 }}}
   This was originally in `Bug 25741 - TBA: Only include Firefox Account
 permissions if we want them`, why was it moved here?
   Besides,  FOREGROUND_SERVICE is new, not present in esr60. how do we
 know we also need to put it under MOZ_ANDROID_LOCATION?

 17db91c073521555d5d515a11a75348bde44b52a - ok
 69401455d5e8ce26b69c6c8d033e5645775c157c - ok
 47e7d5c8bc94039d3b240faa630e3186c649c49e -
   private.data.passwords was removed, do we need to do something to make
 sure they are cleared now?
 a7f568a6cd7c078a749a97fc8510e8fd962a46f1 - ok
 61b94b2e7d92a816742a0babf0de92465f927c97 - ok
 e4f639671ce4b5c5f108e9fa3c841a2445434a19 - ok
 f7d637ab2f80dc54a3da69e6183676d7aaf0821d -
   Regarding the search engines, I guess it's fine to leave as it is for
 now.
   But as GeKo commented in #30429, it would be good at some point to solve
 #30017 and #30606.
   That could happen as a fixup of the `Omnibox: Add DDG, Startpage,
 Disconnect, Youtube...` commit, maybe, and remove the changes from this
 one.

 0c62b14f6dc334ebef796f771f8b2e3bf623b989 - ok
 8d56195c1bc6e15b5139d05606876da2736928d5 - ok
 eb0f60e48235872c141288e8bf3be44ac7c55a27 - ok
 42c9bb7856f1f65b208ceb294ad881e9f4dfd66e - ok
 998e9eb14df9691f9c1ae041ea085474a4379222 - ok
 b3262f7ef872b534b9f9804ab3fe7649a0e0a79e - ok
 f5ce3d9f078c4796f9f6e84e27970c82944c3859 - ok
 7f42fb42206b5924dd4b769e1c2a3e22fa76eb56 - ok
 4aaccecd9afeeac49990aaf45bb7e3c9a4c5613e - ok
 8ee68edc2342c64ba629f40c8564664da261a3c8 -
   Don't we need
 `mobile/android/base/java/org/mozilla/gecko/CrashReporterActivity.java`
 and `mobile/android/base/java/org/mozilla/gecko/updater/Updater.java` too?

 aa6eecff7e7e7b3197b436d5ffa5694f19c6c050 - ok
 5f43ed64c8311c80b1125ac34e7c5d251550e759 - ok

 b7abcc2f4062fd56869827ecc181e93782ea8127 -
   A couple of changes from the original patch were dropped, why?
 {{{
   +result.isOnionHost = this.isOnionHost();
   +result.hasCert = !!this._lastStatus;

// Don't show identity data for pages with an unknown identity or
 if any
// mixed content is loaded (mixed display content is loaded by
 default).
   @@ -5757,7 +5769,7 @@ var IdentityHandler = {
// hasMatchingOverride does not handle that, so avoid calling it.
// Updating the 

Re: [tor-bugs] #31385 [Circumvention/Snowflake]: Snowflake fails after bootstrap

[Tor Bug Tracker & Wiki]

#31385: Snowflake fails after bootstrap
-+
 Reporter:  cypherpunks  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by cypherpunks):

 Seems to work fine now, no idea what could've been the issue previously
 but it was there.

--
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] #30010 [Webpages]: In the list of onion services run by the Tor Project, can we add an onion address that has the same content as https://2019.www.torproject.org/docs/pluggable-transpor

[Tor Bug Tracker & Wiki]

#30010: In the list of onion services run by the Tor Project, can we add an 
onion
address that has the same content as https://2019.www.torproject.org/docs
/pluggable-transports.html.en
-+-
 Reporter:  monmire  |  Owner:  (none)
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Webpages |Version:
 Severity:  Normal   | Resolution:
 Keywords:  Tor: Pluggable-Transports-onion- |  Actual Points:
  address issue  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by cypherpunks):

 Replying to [comment:3 pili]:
 > Hi monmire,
 >
 > Is this working for you now then? Can this ticket be closed?
 i still get redirect to clearnet :(


 {{{
 Request URL: http://expyuzz4wqqyqhjn.onion/docs/pluggable-
 transports.html.en
 Request Method: GET
 Status Code: 302 Found
 HTTP/1.1 302 Found
 Server: Apache
 Location: https://2019.www.torproject.org/docs/pluggable-
 transports.html.en
 }}}

--
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] #31360 [Applications/Tor Browser]: TOR Freeze all computer

[Tor Bug Tracker & Wiki]

#31360: TOR Freeze all computer
--+---
 Reporter:  Lodmila   |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Critical  | Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---

Comment (by cypherpunks):

 does it happen with "firefox esr" too? or only in 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] #24857 [Core Tor/Tor]: Tor uses 100% CPU when accessing the cache directory on Windows

[Tor Bug Tracker & Wiki]

#24857: Tor uses 100% CPU when accessing the cache directory on Windows
-+-
 Reporter:  Eugene646|  Owner:  (none)
 Type:  defect   | Status:
 |  needs_revision
 Priority:  Medium   |  Milestone:  Tor:
 |  unspecified
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.1.9
 Severity:  Normal   | Resolution:
 Keywords:  cpu, windows, linux, performance,|  Actual Points:
  regression, 033-triage-20180326,   |
  033-removed-20180326, 034-deferred-20180602,   |
  035-removed-20180711, 032-unreached-backport,  |
  040-roadmap-proposed, 033-unreached-backport-  |
  maybe  |
Parent ID:  #25500   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by cypherpunks):

 just a short note, when running in relay mode this seems to happen every
 here and there.
 with micro-descriptors the CPU-usage spikes is much less.
 my non-exit relay seems to suffer from this issue too.

--
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] #31385 [Circumvention/Snowflake]: Snowflake fails after bootstrap

[Tor Bug Tracker & Wiki]

#31385: Snowflake fails after bootstrap
-+-
 Reporter:  cypherpunks  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Component:  Circumvention/Snowflake
  Version:   |   Severity:  Normal
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
 Snowflake seems to fail after bootstrap, you open the browser open a page
 it starts loading then all connections drop and you can't open more pages.

--
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] #31375 [Core Tor/Tor]: hs: Crash in token_bucket_ctr_refill() of the INTRO2 DoS defense

[Tor Bug Tracker & Wiki]

#31375: hs: Crash in token_bucket_ctr_refill() of the INTRO2 DoS defense
---+---
 Reporter:  dgoulet|  Owner:  (none)
 Type:  defect | Status:  merge_ready
 Priority:  Very High  |  Milestone:  Tor:
   |  0.4.2.x-final
Component:  Core Tor/Tor   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tor-hs, crash, regression  |  Actual Points:
Parent ID: | Points:
 Reviewer:  asn|Sponsor:  Sponsor27-must
---+---
Changes (by asn):

 * status:  needs_review => merge_ready


Comment:

 LGTM!

--
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] #19948 [Applications/Tor Browser]: Some inconsistencies in Torbutton log

[Tor Bug Tracker & Wiki]

#19948: Some inconsistencies in Torbutton log
--+--
 Reporter:  bugzilla  |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Minor | Resolution:  user disappeared
 Keywords:  tbb-torbutton |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks):

 > We're happy to continue investigating
 Means tickets remain open. Period.

--
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] #31379 [Internal Services/Service - trac]: Get error message "Error loading tickets." On the 'Create New Ticket' page after writing to the 'summery' input box

[Tor Bug Tracker & Wiki]

#31379: Get error message "Error loading tickets." On the 'Create New Ticket' 
page
after writing to the 'summery' input box
--+-
 Reporter:  xhdix |  Owner:  qbi
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-
Changes (by pili):

 * owner:  (none) => qbi
 * component:  Webpages => Internal Services/Service - trac


--
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] #31384 [Circumvention/Snowflake]: localize snowflake website

[Tor Bug Tracker & Wiki]

#31384: localize snowflake website
-+-
 Reporter:  emmapeel |  Owner:  (none)
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:   |Version:
  Circumvention/Snowflake|   Keywords:  l10n, snowflake-
 Severity:  Normal   |  webextension
Actual Points:   |  Parent ID:  #30310
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 https://snowflake.torproject.org/ should appear at least on our priority
 12 languages.

--
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] #19948 [Applications/Tor Browser]: Some inconsistencies in Torbutton log

[Tor Bug Tracker & Wiki]

#19948: Some inconsistencies in Torbutton log
--+--
 Reporter:  bugzilla  |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Minor | Resolution:  user disappeared
 Keywords:  tbb-torbutton |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by pili):

 Replying to [comment:6 cypherpunks]:
 > Unfortunately, yes, disappeared. But closing tickets this way can lead
 to disappearing of the remaining users...

 We're happy to continue investigating if someone can provide:

 1. a clear answer regarding what the exact bug is about
 2. how it is related to torbutton
 3. clear steps for reproducing this issue.

 If someone else is able to provide this we're happy to reopen if
 necessary. However, as this ticket currently stands there is not much more
 we can do here currently.

--
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