Re: [tor-bugs] #14923 [Applications/Tor Launcher]: Tor Launcher should have accessibility support.

[Tor Bug Tracker & Wiki]

#14923: Tor Launcher should have accessibility support.
---+---
 Reporter:  Sherief|  Owner:  brade
 Type:  defect | Status:  needs_information
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team, tbb-usabiity  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by mcs):

 * keywords:  ux-team => ux-team, tbb-usabiity


--
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] #25511 [Core Tor/Tor]: Expose TZ info on control port for better debugging of time errors

[Tor Bug Tracker & Wiki]

#25511: Expose TZ info on control port for better debugging of time errors
-+-
 Reporter:  nickm|  Owner:  neel
 Type:  enhancement  | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  roadmap, controller, 034-roadmap-|  Actual Points:
  master, 034-triage-20180328,   |
  034-included-20180328, s8-errors   |
Parent ID:   | Points:
 Reviewer:  catalyst |Sponsor:
 |  Sponsor8
-+-
Changes (by catalyst):

 * status:  needs_review => merge_ready


Comment:

 Looks good to me! Thanks!

--
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] #25517 [Core Tor/Tor]: TROVE-2018-005

[Tor Bug Tracker & Wiki]

#25517: TROVE-2018-005
-+-
 Reporter:  isis |  Owner:  isis
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  trove, 033-must, security,   |  Actual Points:
  033-triage-20180320, 033-included-20180320 |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by isis):

 * status:  needs_revision => needs_review


Comment:

 Consensus method 29 added, and a way to be backwards compatible with older
 consensus methods. I'll send the torspec patch to the security list 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] #24658 [Core Tor/Tor]: Split/refactor crypto.h into smaller separate modules

[Tor Bug Tracker & Wiki]

#24658: Split/refactor crypto.h into smaller separate modules
-+-
 Reporter:  isis |  Owner:
 |  ffmancera
 Type:  enhancement  | Status:
 |  reopened
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-crypto, refactor, review-|  Actual Points:
  group-32, review-group-34, |
  033-triage-20180320, 033-included-20180320 |
Parent ID:   | Points:
 Reviewer:  nickm|Sponsor:
 |  Sponsor8-can
-+-
Changes (by isis):

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


Comment:

 Reopening because we didn't do the dh and rng parts yet.

--
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] #18069 [Applications/Tor Launcher]: "General SOCKS server failure" prevents TBB launch

[Tor Bug Tracker & Wiki]

#18069: "General SOCKS server failure" prevents TBB launch
---+--
 Reporter:  johndoegreeneville |  Owner:  brade
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:  user disappeared
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--
Changes (by mcs):

 * status:  needs_information => closed
 * resolution:   => user disappeared


Comment:

 There has been no further information provided, and this looks like a
 problem that was related to the bridges which the user configured.

--
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] #25727 [Core Tor/Tor]: Add bool types to Rust coding standards guidelines

[Tor Bug Tracker & Wiki]

#25727: Add bool types to Rust coding standards guidelines
--+-
 Reporter:  isis  |  Owner:  isis
 Type:  enhancement   | Status:  assigned
 Priority:  Medium|  Milestone:  Tor: 0.3.4.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  torspec, rust, fast-fix
Actual Points:|  Parent ID:
   Points:  .1|   Reviewer:
  Sponsor:  SponsorM-can  |
--+-
 Similar to #25368, we can once again expand upon which Rust types are safe
 to send over the FFI boundary without
 conversion/serialisation/translation, because Rust's `bool` type and C99's
 `bool` type are directly compatible. (I think this also makes an even
 larger argument moving forward for using `bool`s in C wherever it makes
 sense, since otherwise we need to convert between the libc `uint8_t` type
 and the native `u8` in Rust.)

--
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] #24454 [Core Tor/Tor]: sandbox failure on arm64

[Tor Bug Tracker & Wiki]

#24454: sandbox failure on arm64
-+-
 Reporter:  weasel   |  Owner:  nickm
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.3.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.2.5-alpha
 Severity:  Normal   | Resolution:
 Keywords:  033-must, crash, sandbox,|  Actual Points:
  033-triage-20180320, 033-included-20180320 |
Parent ID:   | Points:
 Reviewer:  ahf  |Sponsor:
-+-

Comment (by ahf):

 Got an arm64 machine up and running:

 For the patches to compile and build I had to cherry-pick
 15b41fa6ae6a1356d5453242ccb7d7d301dd5e67 from #24424

 When the patches is applied Tor no longer crashes with the sandbox error
 above, but things are a bit fishy:

 {{{
 $ ./src/or/tor Sandbox 1
 Apr 05 20:52:43.368 [notice] Tor 0.2.9.15-dev (git-30bad392315558e7)
 running on Linux with Libevent 2.1.8-stable, OpenSSL 1.1.0h and Zlib
 1.2.8.
 Apr 05 20:52:43.368 [notice] Tor can't help you if you use it wrong! Learn
 how to be safe at https://www.torproject.org/download/download#warning
 Apr 05 20:52:43.368 [notice] Configuration file "/usr/local/etc/tor/torrc"
 not present, using reasonable defaults.
 Apr 05 20:52:43.386 [notice] Opening Socks listener on 127.0.0.1:9050
 Apr 05 20:52:43.000 [notice] Bootstrapped 0%: Starting
 Apr 05 20:52:45.000 [warn] Error replacing "/home/ahf/.tor/cached-
 microdescs": Function not implemented
 Apr 05 20:52:45.000 [warn] Error rebuilding microdescriptor cache:
 Function not implemented
 Apr 05 20:52:45.000 [warn] Error replacing "/home/ahf/.tor/cached-
 microdescs": Function not implemented
 Apr 05 20:52:45.000 [warn] Error rebuilding microdescriptor cache:
 Function not implemented
 Apr 05 20:52:45.000 [notice] Bootstrapped 5%: Connecting to directory
 server
 Apr 05 20:52:45.000 [notice] Bootstrapped 10%: Finishing handshake with
 directory server
 Apr 05 20:52:45.000 [notice] Bootstrapped 15%: Establishing an encrypted
 directory connection
 Apr 05 20:52:45.000 [notice] Bootstrapped 20%: Asking for networkstatus
 consensus
 Apr 05 20:52:45.000 [notice] Bootstrapped 25%: Loading networkstatus
 consensus
 Apr 05 20:52:47.000 [warn] Error replacing "/home/ahf/.tor/unverified-
 microdesc-consensus": Function not implemented
 Apr 05 20:52:47.000 [notice] I learned some more directory information,
 but not enough to build a circuit: We have no usable consensus.
 Apr 05 20:52:47.000 [warn] Error replacing "/home/ahf/.tor/state":
 Function not implemented
 Apr 05 20:52:47.000 [warn] Unable to write state to file
 "/home/ahf/.tor/state"; will try again later
 Apr 05 20:52:47.000 [notice] Bootstrapped 40%: Loading authority key certs
 Apr 05 20:52:47.000 [warn] Error replacing "/home/ahf/.tor/cached-certs":
 Function not implemented
 Apr 05 20:52:47.000 [warn] Error writing certificates to disk.
 Apr 05 20:52:48.000 [warn] Failed to unlink /home/ahf/.tor/unverified-
 microdesc-consensus: No such file or directory
 Apr 05 20:52:48.000 [warn] Error replacing "/home/ahf/.tor/cached-
 microdesc-consensus": Function not implemented
 Apr 05 20:52:48.000 [notice] Bootstrapped 80%: Connecting to the Tor
 network
 Apr 05 20:52:48.000 [notice] Bootstrapped 85%: Finishing handshake with
 first hop
 Apr 05 20:52:48.000 [notice] Bootstrapped 90%: Establishing a Tor circuit
 Apr 05 20:52:49.000 [notice] Tor has successfully opened a circuit. Looks
 like client functionality is working.
 Apr 05 20:52:49.000 [notice] Bootstrapped 100%: Done
 ^CApr 05 20:52:52.000 [notice] Interrupt: exiting cleanly.
 Apr 05 20:52:52.000 [warn] Error replacing "/home/ahf/.tor/state":
 Function not implemented
 Apr 05 20:52:52.000 [warn] Unable to write state to file
 "/home/ahf/.tor/state"; will try again later
 }}}

--
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] #23932 [Internal Services/Service - lists]: Please grant more folks list creation permissions

[Tor Bug Tracker & Wiki]

#23932: Please grant more folks list creation permissions
---+-
 Reporter:  atagar |  Owner:  qbi
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Internal Services/Service - lists  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+-

Comment (by qbi):

 Replying to [comment:8 arma]:
 > * qbi, I assume you've thought through "I wonder if we could give sudo
 privs to run just the newlist command"? (It looks like most people are
 unable to even log in to eugeni? Which makes sense because it's the
 central mail server.)

 I thought about this. As far as I see it, it'll need quite some changes. I
 developed an idea which could work and send this to the admin team to
 discuss it. I'll update the ticket if this turns out to be a worthwhile
 solution.

--
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] #20407 [Internal Services/Service - trac]: Black border around trac menu items

[Tor Bug Tracker & Wiki]

#20407: Black border around trac menu items
--+
 Reporter:  cypherpunks   |  Owner:  qbi
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by qbi):

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


Comment:

 I removed the borders. Let's say what others think about 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] #14639 [Applications/Tor Launcher]: Tor Launcher configuration wizard should say something like "One time setup"

[Tor Bug Tracker & Wiki]

#14639: Tor Launcher configuration wizard should say something like "One time
setup"
+-
 Reporter:  arthuredelstein |  Owner:  brade
 Type:  enhancement | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Launcher   |Version:
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  tbb-usability uxsprint2015  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+-
Changes (by mcs):

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


Comment:

 Since we do not have a wizard any more (with the redesigned Tor Launcher
 that shipped starting in Tor Browser 7.5), I am closing this ticket.
 Hopefully the setup process is less daunting now since fewer clicks and
 screens are involved.

--
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] #24446 [Applications/Tor Launcher]: Tor Browser Network configuration window gives an error when you try to select a Pluggable Transport.

[Tor Bug Tracker & Wiki]

#24446: Tor Browser Network configuration window gives an error when you try to
select a Pluggable Transport.
---+---
 Reporter:  isabela|  Owner:  brade
 Type:  defect | Status:  needs_information
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID:  #24371 | Points:
 Reviewer: |Sponsor:
---+---

Comment (by mcs):

 Isabela -- can you still reproduce this problem with current releases of
 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] #24516 [Community/Tor Support]: Update Tor Browser manual + support pages

[Tor Bug Tracker & Wiki]

#24516: Update Tor Browser manual + support pages
---+--
 Reporter:  isabela|  Owner:  phoul
 Type:  defect | Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Tor Support  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID:  #21951 | Points:
 Reviewer: |Sponsor:
---+--
Changes (by mcs):

 * status:  new => assigned
 * owner:  brade => phoul
 * component:  Applications/Tor Launcher => Community/Tor Support


Comment:

 Fixing component. Colin -- please correct if I got this wrong.

--
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] #23617 [Internal Services/Service - trac]: Connectivity issues with trac.torproject.org

[Tor Bug Tracker & Wiki]

#23617: Connectivity issues with trac.torproject.org
--+-
 Reporter:  hellais   |  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:
--+-

Comment (by qbi):

 Do you still have those issues or can the ticket 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] #18113 [Applications/Tor Launcher]: Dynamically allocate clients to default Tor Browser bridges of a certain type

[Tor Bug Tracker & Wiki]

#18113: Dynamically allocate clients to default Tor Browser bridges of a certain
type
---+---
 Reporter:  isis   |  Owner:  brade
 Type:  enhancement| Status:  needs_information
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-bridges|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by mcs):

 * status:  needs_revision => needs_information
 * cc: nickm (added)


Comment:

 I am triaging old tickets.
 Tor Launcher still randomly reorders the bridges each time it starts up.
 But maybe it shouldn't because tor is doing something smart now? Nick?

--
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] #25692 [Core Tor/Tor]: onion_extend_cpath: Non-fatal assertion info || client failed.

[Tor Bug Tracker & Wiki]

#25692: onion_extend_cpath: Non-fatal assertion info || client failed.
-+-
 Reporter:  nickm|  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  034-must 033-backport regression |  Actual Points:
  chutney 034-included-20180403  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by arma):

 See #21242 for where this used to be an assert, and we made it a non-fatal
 assert:
 {{{
 - Stop trying to build circuits through entry guards for which we
   have no descriptor. Also, stop crashing in the case that we *do*
   accidentally try to build a circuit in such a state. Fixes bug
   21242; bugfix on 0.3.0.1-alpha.
 }}}

--
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] #20468 [Applications/Tor Launcher]: TorBrowser using a secert HASHEDPASSWORD

[Tor Bug Tracker & Wiki]

#20468: TorBrowser using a secert HASHEDPASSWORD
---+-
 Reporter:  cypherpunks|  Owner:  brade
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:  wontfix
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+-
Changes (by mcs):

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


Comment:

 In reviewing this ticket, this is an advanced user scenario. Such users
 should use the existing environment variables and a separate 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] #23846 [Core Tor/Tor]: Use libtool for building shared library

[Tor Bug Tracker & Wiki]

#23846: Use libtool for building shared library
-+-
 Reporter:  hellais  |  Owner:  sbs
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-mobile, s8-api,  |  Actual Points:
  034-triage-20180328 034-included-20180402 034  |
  -roadmap-subtask   |
Parent ID:  #25510   | Points:
 Reviewer:  nickm|Sponsor:
 |  Sponsor8
-+-

Comment (by catalyst):

 sbs: Thanks for the research and information! This looks like I'll need to
 do more background reading to properly evaluate it. The linking a shared
 library into a static Rust library still sounds concerning to me, so if
 anyone else could learn more about it and report back, that would help a
 lot.

--
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] #24658 [Core Tor/Tor]: Split/refactor crypto.h into smaller separate modules

[Tor Bug Tracker & Wiki]

#24658: Split/refactor crypto.h into smaller separate modules
-+-
 Reporter:  isis |  Owner:
 |  ffmancera
 Type:  enhancement  | Status:
 |  reopened
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-crypto, refactor, review-|  Actual Points:
  group-32, review-group-34, |
  033-triage-20180320, 033-included-20180320 |
Parent ID:   | Points:
 Reviewer:  nickm|Sponsor:
 |  Sponsor8-can
-+-

Comment (by isis):

 I'll do the digest part next, it's fast and I need it for #24660.

--
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] #25692 [Core Tor/Tor]: onion_extend_cpath: Non-fatal assertion info || client failed.

[Tor Bug Tracker & Wiki]

#25692: onion_extend_cpath: Non-fatal assertion info || client failed.
-+-
 Reporter:  nickm|  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  034-must 033-backport regression |  Actual Points:
  chutney 034-included-20180403  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by arma):

 A relay operator on #tor just saw this on startup using 0.3.3.4-alpha:
 {{{
 Apr 05 18:46:34.000 [notice] Your Tor server's identity key fingerprint is
 'Justaguy3 BA11156BE989853DAFAF48360F898692F384B5E5'
 Apr 05 18:46:34.000 [notice] Bootstrapped 0%: Starting
 Apr 05 18:46:34.000 [notice] Starting with guard context "default"
 Apr 05 18:46:35.000 [notice] I learned some more directory information,
 but not enough to build a circuit: We have no usable consensus.
 Apr 05 18:46:36.000 [notice] I learned some more directory information,
 but not enough to build a circuit: We have no usable consensus.
 Apr 05 18:46:36.000 [notice] Bootstrapped 45%: Asking for relay
 descriptors
 Apr 05 18:46:36.000 [notice] I learned some more directory information,
 but not enough to build a circuit: We need more microdescriptors: we have
 0/6484, and can only build 0% of likely paths. (We have 0% of guards bw,
 0% of midpoint bw, and 0% of exit bw = 0% of path bw.)
 Apr 05 18:46:36.000 [notice] Bootstrapped 50%: Loading relay descriptors
 Apr 05 18:46:38.000 [notice] Bootstrapped 55%: Loading relay descriptors
 Apr 05 18:46:38.000 [notice] Bootstrapped 60%: Loading relay descriptors
 Apr 05 18:46:38.000 [notice] Bootstrapped 65%: Loading relay descriptors
 Apr 05 18:46:38.000 [notice] Bootstrapped 70%: Loading relay descriptors
 Apr 05 18:46:38.000 [notice] Bootstrapped 75%: Loading relay descriptors
 Apr 05 18:46:38.000 [notice] Bootstrapped 80%: Connecting to the Tor
 network
 Apr 05 18:46:40.000 [notice] Bootstrapped 85%: Finishing handshake with
 first hop
 Apr 05 18:46:41.000 [notice] Bootstrapped 90%: Establishing a Tor circuit
 Apr 05 18:46:41.000 [notice] Tor has successfully opened a circuit. Looks
 like client functionality is working.
 Apr 05 18:46:41.000 [notice] Bootstrapped 100%: Done
 Apr 05 18:46:41.000 [notice] Now checking whether ORPort
 185.152.65.167:7069 and DirPort 185.152.65.167:7070 are reachable... (this
 may take up to 20 minutes -- look for log messages indicating success)
 Apr 05 18:46:42.000 [notice] Self-testing indicates your ORPort is
 reachable from the outside. Excellent.
 Apr 05 18:46:42.000 [notice] Self-testing indicates your DirPort is
 reachable from the outside. Excellent. Publishing server descriptor.
 Apr 05 18:46:43.000 [warn] tor_bug_occurred_(): Bug:
 ../src/or/circuitbuild.c:2779: onion_extend_cpath: Non-fatal assertion
 info failed. (on Tor 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: Non-fatal assertion info failed in
 onion_extend_cpath at ../src/or/circuitbuild.c:2779. Stack trace: (on Tor
 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /usr/sbin/tor(log_backtrace+0x44)
 [0x55bcc0eec154] (on Tor 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /usr/sbin/tor(tor_bug_occurred_+0xb9)
 [0x55bcc0f07989] (on Tor 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug:
 /usr/sbin/tor(circuit_establish_circuit+0x3b6) [0x55bcc0e3c1c6] (on Tor
 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug:
 /usr/sbin/tor(circuit_launch_by_extend_info+0x7d) [0x55bcc0e4f69d] (on Tor
 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug:
 /usr/sbin/tor(circuit_build_needed_circs+0x2f1) [0x55bcc0e4fd51] (on Tor
 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /usr/sbin/tor(+0x53c78)
 [0x55bcc0db6c78] (on Tor 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /usr/lib/x86_64-linux-
 gnu/libevent-2.0.so.5(event_base_loop+0x6a0) [0x7fef0ef8a5a0] (on Tor
 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /usr/sbin/tor(do_main_loop+0x2bc)
 [0x55bcc0db778c] (on Tor 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /usr/sbin/tor(tor_run_main+0x275)
 [0x55bcc0db8e95] (on Tor 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /usr/sbin/tor(tor_main+0x3a)
 [0x55bcc0db22da] (on Tor 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /usr/sbin/tor(main+0x19)
 [0x55bcc0db2049] (on Tor 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /lib/x86_64-linux-
 gnu/libc.so.6(__libc_start_main+0xf1) [0x7fef0d7e62e1] (on Tor
 0.3.3.4-alpha )
 Apr 05 18:46:43.000 [warn] Bug: /usr/sbin/tor(_start+0x2a)

Re: [tor-bugs] #25610 [Core Tor/Tor]: module: Modularized directory authority subsystem

[Tor Bug Tracker & Wiki]

#25610: module: Modularized directory authority subsystem
-+-
 Reporter:  dgoulet  |  Owner:  dgoulet
 Type:  enhancement  | Status:
 |  accepted
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  modularization, 034-roadmap- |  Actual Points:
  subtask, tor-dirauth, 034-triage-20180328, |
  034-included-20180328  |
Parent ID:  #25494   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by chelseakomlo):

 Excited to see this development!

 One note about heavy refactoring- having sufficient tests in place is
 really helpful before splitting apart large pieces of functionality and
 refactoring. As part of this plan, maybe add a goal to audit existing
 tests/write any more necessary tests ideally as one of the first steps to
 help when touching particularly old/convoluted parts of the code.

--
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] #23158 [Internal Services/Service - trac]: Restrict access to InterMapTxt and other service pages

[Tor Bug Tracker & Wiki]

#23158: Restrict access to InterMapTxt and other service pages
--+
 Reporter:  cypherpunks   |  Owner:  qbi
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by qbi):

 * status:  new => 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] #16753 [Applications/Tor Launcher]: resize Tor Network Settings dialog to fit content

[Tor Bug Tracker & Wiki]

#16753: resize Tor Network Settings dialog to fit content
---+
 Reporter:  mcs|  Owner:  brade
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+
Changes (by mcs):

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


Comment:

 This was fixed several years ago, so it must be time to close 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] #25431 [Applications/Tor Launcher]: "Tor is censored in my country" does not cover some scenarios (was: Tor Browser Interface Idea - Unable To Access Blocked Ports Option)

[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: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by mcs):

 * cc: isabela, antonela, mcs (added)
 * priority:  Immediate => Medium
 * version:  Tor: 0.3.2.10 =>
 * keywords:  tor browser ports firewall => tbb-usability, ux-team


Comment:

 Your first suggestion is a duplicate of #24452. Keeping this ticket open
 to cover the second suggestion.

--
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] #24454 [Core Tor/Tor]: sandbox failure on arm64

[Tor Bug Tracker & Wiki]

#24454: sandbox failure on arm64
-+-
 Reporter:  weasel   |  Owner:  nickm
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.3.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.2.5-alpha
 Severity:  Normal   | Resolution:
 Keywords:  033-must, crash, sandbox,|  Actual Points:
  033-triage-20180320, 033-included-20180320 |
Parent ID:   | Points:
 Reviewer:  ahf  |Sponsor:
-+-

Comment (by ahf):

 Running Tor in strace reveals:

 {{{
 syscall_0xd845(0xad185396, 0xad1853c8, 0x2f6800,
 0x80808000, 0x682f, 0x80afe8) = -1 (errno 38)
 write(1, 0xf33fd978, 117Apr 05 21:06:33.000 [warn] Error replacing
 "/home/ahf/.tor/unverified-microdesc-consensus": Function not implemented

 }}}

--
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] #25727 [Core Tor/Tor]: Add bool types to Rust coding standards guidelines

[Tor Bug Tracker & Wiki]

#25727: Add bool types to Rust coding standards guidelines
-+
 Reporter:  isis |  Owner:  isis
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:  Tor: 0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  torspec, rust, fast-fix  |  Actual Points:
Parent ID:   | Points:  .1
 Reviewer:   |Sponsor:  SponsorM-can
-+
Changes (by isis):

 * status:  assigned => needs_review


Comment:

 Done in my `bug25727`
 [https://gitweb.torproject.org/user/isis/tor.git/log/?h=bug25727 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] #23846 [Core Tor/Tor]: Use libtool for building shared library

[Tor Bug Tracker & Wiki]

#23846: Use libtool for building shared library
-+-
 Reporter:  hellais  |  Owner:  sbs
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-mobile, s8-api,  |  Actual Points:
  034-triage-20180328 034-included-20180402 034  |
  -roadmap-subtask   |
Parent ID:  #25510   | Points:
 Reviewer:  nickm|Sponsor:
 |  Sponsor8
-+-

Comment (by isis):

 It's possible to have rust build shared object libraries instead of
 static, see the "crate_type" argument in our `Cargo.toml`s and also
 [https://doc.rust-lang.org/cargo/reference/manifest.html#building-dynamic-
 or-static-libraries this reference page] (we'd just have to add "dylib" to
 the lists, I think). We can even tell it to build both, so desktop systems
 can continue to use static linking and I guess mobile can do dynamic?

--
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] #24658 [Core Tor/Tor]: Split/refactor crypto.h into smaller separate modules

[Tor Bug Tracker & Wiki]

#24658: Split/refactor crypto.h into smaller separate modules
-+-
 Reporter:  isis |  Owner:
 |  ffmancera
 Type:  enhancement  | Status:
 |  reopened
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-crypto, refactor, review-|  Actual Points:
  group-32, review-group-34, |
  033-triage-20180320, 033-included-20180320 |
Parent ID:   | Points:
 Reviewer:  nickm|Sponsor:
 |  Sponsor8-can
-+-

Comment (by isis):

 Do we also want to move the `tor_weak_rng_t` stuff from
 `src/common/util.c` to the new `src/common/crypto_rand.c` module, or keep
 it where it is?

--
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] #13920 [Applications/Tor Launcher]: If the ports tor wants to use are already in use, try different ports before freaking out.

[Tor Bug Tracker & Wiki]

#13920: If the ports tor wants to use are already in use, try different ports
before freaking out.
---+---
 Reporter:  StrangeCharm   |  Owner:  brade
 Type:  defect | Status:  new
 Priority:  Low|  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by mcs):

 This is a duplicated of #10439.

--
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] #10439 [Applications/Tor Launcher]: Allow TBB 3.x to run multiple times in parallel

[Tor Bug Tracker & Wiki]

#10439: Allow TBB 3.x to run multiple times in parallel
---+---
 Reporter:  arma   |  Owner:  brade
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-3.0, tbb-usability |  Actual Points:
Parent ID:  #8511  | Points:
 Reviewer: |Sponsor:
---+---
Changes (by mcs):

 * cc: StrangeCharm (added)


Comment:

 #13920 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] #23801 [Applications/Tor Launcher]: When I open TorBrowser 7.5a5 and click on "Open settings" multiple times when tor launcher is visible, I get a error "Something Went Wrong! Tor is no

[Tor Bug Tracker & Wiki]

#23801: When I open TorBrowser 7.5a5 and click on "Open settings" multiple times
when tor launcher is visible, I get a error "Something Went Wrong! Tor is
not working in this browser.".
---+
 Reporter:  Dbryrtfbcbhgf  |  Owner:  brade
 Type:  defect | Status:  closed
 Priority:  High   |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Major  | Resolution:  fixed
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+
Changes (by mcs):

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


Comment:

 This was fix as part of the #23262 work.

--
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] #24452 [Applications/Tor Launcher]: Firewall option is visible behind Tor Network Settings... but not during start-up

[Tor Bug Tracker & Wiki]

#24452: Firewall option is visible behind Tor Network Settings... but not during
start-up
---+---
 Reporter:  gk |  Owner:  brade
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by mcs):

 * cc: oneandonly (added)


Comment:

 Part of #25431 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] #25360 [Applications/Tor Launcher]: Moat UI is hidden if there are no default bridges

[Tor Bug Tracker & Wiki]

#25360: Moat UI is hidden if there are no default bridges
---+--
 Reporter:  mcs|  Owner:  brade
 Type:  defect | Status:  new
 Priority:  High   |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor4
---+--
Changes (by mcs):

 * priority:  Medium => High
 * cc: brade. (removed)
 * cc: brade (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] #13920 [Applications/Tor Launcher]: If the ports tor wants to use are already in use, try different ports before freaking out.

[Tor Bug Tracker & Wiki]

#13920: If the ports tor wants to use are already in use, try different ports
before freaking out.
---+---
 Reporter:  StrangeCharm   |  Owner:  brade
 Type:  defect | Status:  closed
 Priority:  Low|  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:  duplicate
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by mcs):

 * status:  new => closed
 * resolution:   => 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] #1116 [Core Tor/Tor]: 'Stable' flag assignment inconsistant

[Tor Bug Tracker & Wiki]

#1116: 'Stable' flag assignment inconsistant
--+
 Reporter:  StrangeCharm  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Low   |  Milestone:  Tor:
  |  unspecified
Component:  Core Tor/Tor  |Version:  0.2.1.19
 Severity:  Normal| Resolution:  None
 Keywords:  tor-dirauth mtbf data-export  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by StrangeCharm):

 * cc: StrangeCharm (removed)


--
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] #25511 [Core Tor/Tor]: Expose TZ info on control port for better debugging of time errors

[Tor Bug Tracker & Wiki]

#25511: Expose TZ info on control port for better debugging of time errors
-+-
 Reporter:  nickm|  Owner:  neel
 Type:  enhancement  | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  roadmap, controller, 034-roadmap-|  Actual Points:
  master, 034-triage-20180328,   |
  034-included-20180328, s8-errors   |
Parent ID:   | Points:
 Reviewer:  catalyst |Sponsor:
 |  Sponsor8
-+-

Comment (by teor):

 Replying to [comment:24 mikeperry]:
 > Thank you neel! I really appreciate this. This was originally going to
 fall to me or catalyst. More time for vanguards now :)
 >
 > This looks good, but as a note, Tor Browser is going to have to remember
 not to overwrite the TZ environment variable before or while it launches
 Tor for current-time/local to not also be UTC. (This may mean saving the
 previous TZ value before we set it to UTC, and using that in the environ
 for tor).

 Tor currently logs in UTC when launched by Tor Browser. If we use the OS
 TZ variable, it will log every message in the local timezone, and some
 messages also contain UTC times. Does this cause issues with disk traces,
 or does TBB avoid leaving tor logs around? Do we want users posting logs
 in their local timezone to trac? (Some timezone offsets are quite unique.)

--
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] #25511 [Core Tor/Tor]: Expose TZ info on control port for better debugging of time errors

[Tor Bug Tracker & Wiki]

#25511: Expose TZ info on control port for better debugging of time errors
-+-
 Reporter:  nickm|  Owner:  neel
 Type:  enhancement  | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  roadmap, controller, 034-roadmap-|  Actual Points:
  master, 034-triage-20180328,   |
  034-included-20180328, s8-errors   |
Parent ID:   | Points:
 Reviewer:  catalyst |Sponsor:
 |  Sponsor8
-+-

Comment (by mikeperry):

 Thank you neel! I really appreciate this. This was originally going to
 fall to me or catalyst. More time for vanguards now :)

 This looks good, but as a note, Tor Browser is going to have to remember
 not to overwrite the TZ environment variable before or while it launches
 Tor for current-time/local to not also be UTC. (This may mean saving the
 previous TZ value before we set it to UTC, and using that in the environ
 for 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] #24854 [Core Tor/Tor]: Extract the authority list from config.c

[Tor Bug Tracker & Wiki]

#24854: Extract the authority list from config.c
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  enhancement  | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  torspec, tor-dirauth, 029-backport,  |  Actual Points:
  031-backport, 032-backport, review-group-32,   |
  review-group-33, review-group-34,  |
  034-triage-20180328|
Parent ID:  #24818   | Points:  0.2
 Reviewer:  ahf  |Sponsor:
-+-
Changes (by teor):

 * status:  needs_review => merge_ready


Comment:

 Looks good to me!
 As long as it unit tests fine, and tor bootstraps on the public network,
 we should be good 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] #4338 [Applications/Tor Browser]: TBB creates Mozilla folder in user folder

[Tor Bug Tracker & Wiki]

#4338: TBB creates Mozilla folder in user folder
+--
 Reporter:  cypherpunks |  Owner:
|  mikeperry
 Type:  defect  | Status:
|  needs_revision
 Priority:  High|  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  backport-to-mozilla, tbb-disk-leak  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by StrangeCharm):

 * cc: StrangeCharm (removed)


--
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] #2940 [Applications/Tor Browser]: Adapt browser time based on tor's notion of clock skew...

[Tor Bug Tracker & Wiki]

#2940: Adapt browser time based on tor's notion of clock skew...
-+-
 Reporter:  tagnaq   |  Owner:  tbb-
 |  team
 Type:  enhancement  | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-fingerprinting-time-skew, tbb-   |  Actual Points:
  torbutton  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by StrangeCharm):

 * cc: StrangeCharm (removed)


--
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] #2743 [Core Tor/Tor]: safelogging should cover hidden service name and intro-points too

[Tor Bug Tracker & Wiki]

#2743: safelogging should cover hidden service name and intro-points too
--+--
 Reporter:  arma  |  Owner:  rransom
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tor-hs intro  |  Actual Points:
Parent ID:| Points:  5
 Reviewer:|Sponsor:
--+--
Changes (by StrangeCharm):

 * cc: StrangeCharm (removed)


--
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] #25511 [Core Tor/Tor]: Expose TZ info on control port for better debugging of time errors

[Tor Bug Tracker & Wiki]

#25511: Expose TZ info on control port for better debugging of time errors
-+-
 Reporter:  nickm|  Owner:  neel
 Type:  enhancement  | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  roadmap, controller, 034-roadmap-|  Actual Points:
  master, 034-triage-20180328,   |
  034-included-20180328, s8-errors   |
Parent ID:   | Points:
 Reviewer:  catalyst |Sponsor:
 |  Sponsor8
-+-

Comment (by catalyst):

 Replying to [comment:24 mikeperry]:
 > Thank you neel! I really appreciate this. This was originally going to
 fall to me or catalyst. More time for vanguards now :)
 >
 > This looks good, but as a note, Tor Browser is going to have to remember
 not to overwrite the TZ environment variable before or while it launches
 Tor for current-time/local to not also be UTC. (This may mean saving the
 previous TZ value before we set it to UTC, and using that in the environ
 for tor).

 On Tor Browser "8.0a5 (based on Mozilla Firefox 52.7.3) (64-bit)" on
 macOS, the logs from the tor daemon seem to be in UTC (at least when using
 the "Copy Tor Log To Clipboard" button).

 On the other hand, Georg told me at the Rome meeting that Tor Browser sets
 TZ to UTC for anti-fingerprinting but starts the tor process in the local
 time zone.  This seems to match what I've seen in the past, but I don't
 have a working older Tor Browser to check that right 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] #24454 [Core Tor/Tor]: sandbox failure on arm64

[Tor Bug Tracker & Wiki]

#24454: sandbox failure on arm64
-+-
 Reporter:  weasel   |  Owner:  nickm
 Type:  defect   | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.3.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.2.5-alpha
 Severity:  Normal   | Resolution:
 Keywords:  033-must, crash, sandbox,|  Actual Points:
  033-triage-20180320, 033-included-20180320 |
Parent ID:   | Points:
 Reviewer:  ahf  |Sponsor:
-+-
Changes (by ahf):

 * 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] #24782 [Core Tor/Tor]: Set a lower default MaxMemInQueues value

[Tor Bug Tracker & Wiki]

#24782: Set a lower default MaxMemInQueues value
-+-
 Reporter:  teor |  Owner:  ahf
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-relay, tor-dos, 033-must,|  Actual Points:
  security, 033-triage-20180320, |
  033-included-20180320  |
Parent ID:   | Points:  0.5
 Reviewer:  dgoulet  |Sponsor:
-+-
Changes (by ahf):

 * status:  needs_revision => needs_review


Comment:

 Updated comment.

--
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] #24854 [Core Tor/Tor]: Extract the authority list from config.c

[Tor Bug Tracker & Wiki]

#24854: Extract the authority list from config.c
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  torspec, tor-dirauth, 029-backport,  |  Actual Points:
  031-backport, 032-backport, review-group-32,   |
  review-group-33, review-group-34,  |
  034-triage-20180328|
Parent ID:  #24818   | Points:  0.2
 Reviewer:  ahf  |Sponsor:
-+-
Changes (by ahf):

 * status:  needs_revision => needs_review


Comment:

 The patches have been combined in
 https://github.com/torproject/tor/pull/43

--
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] #25548 [Applications/Tor Browser]: Update macOS SDK for Tor Browser builds to 10.11

[Tor Bug Tracker & Wiki]

#25548: Update macOS SDK for Tor Browser builds to 10.11
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ff60-esr  |  Actual Points:
Parent ID:  #24632| Points:
 Reviewer:|Sponsor:
--+--

Comment (by mcs):

 See if this works:
 https://people.torproject.org/~brade/tmp/25548/

--
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] #25712 [Metrics/Library]: Replace ServerDescriptor#getHiddenServiceDirVersions with ServerDescriptor#isHiddenServiceDir

[Tor Bug Tracker & Wiki]

#25712: Replace ServerDescriptor#getHiddenServiceDirVersions with
ServerDescriptor#isHiddenServiceDir
-+--
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Low  |  Milestone:
Component:  Metrics/Library  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by teor):

 Looks good to me, but you probably want a metrics person to review it 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] #25600 [Obfuscation/Snowflake]: Running 2 instances of snowflake-client leads to the former one stopping

[Tor Bug Tracker & Wiki]

#25600: Running 2 instances of snowflake-client leads to the former one stopping
---+--
 Reporter:  cypherpunks|  Owner:  (none)
 Type:  defect | Status:  reopened
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--
Changes (by cypherpunks):

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


--
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] #25700 [Metrics/Onionoo]: Fetch descriptors from both CollecTor instances

[Tor Bug Tracker & Wiki]

#25700: Fetch descriptors from both CollecTor instances
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:  Onionoo 1.12.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  iwakeh   |Sponsor:
-+

Comment (by iwakeh):

 Just curious: what are the downtimes for collector2?

--
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] #25700 [Metrics/Onionoo]: Fetch descriptors from both CollecTor instances

[Tor Bug Tracker & Wiki]

#25700: Fetch descriptors from both CollecTor instances
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:  Onionoo 1.12.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  iwakeh   |Sponsor:
-+
Changes (by iwakeh):

 * status:  needs_review => needs_revision


Comment:

 Queues get added twice
 
[https://gitweb.torproject.org/user/karsten/onionoo.git/tree/src/main/java/org/torproject/onionoo/updater/DescriptorSource.java?id=c7f62a33f665dc76528541124a3ceba583c50a4a#n57
 here].

 
[https://gitweb.torproject.org/user/karsten/onionoo.git/tree/src/main/java/org/torproject/onionoo/updater/DescriptorSource.java?id=c7f62a33f665dc76528541124a3ceba583c50a4a#n50
 When constructing recentDir] the code is not necessarily platform
 independent, maybe use Paths.get.

 As Onionooo should be made easier to configure soon and we decided on
 having one config file (in #24041) maybe the construction of directories
 and supplying the hosts could be put in one place?  This would also avoid
 repeating the path concatenation.  Something like a list of host URL and
 in directory?

--
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] #3616 [Applications/Torbutton]: Torbutton does nothing when clicked

[Tor Bug Tracker & Wiki]

#3616: Torbutton does nothing when clicked
+--
 Reporter:  Jesus   |  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.0
 Severity:  Normal  | Resolution:  worksforme
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


--
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] #3637 [Applications/Torbutton]: Disable Navigation Toolbar, Torbutton menu failed.

[Tor Bug Tracker & Wiki]

#3637: Disable Navigation Toolbar, Torbutton menu failed.
+--
 Reporter:  Boturbond   |  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:  Torbutton: 1.4
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.0
 Severity:  Normal  | Resolution:  worksforme
 Keywords:  Navigation Toolbar  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


Comment:

 We don't have the addon-bar anymore and no Torbutton menu do show. So
 closing this for 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] #4202 [Applications/Torbutton]: Torbutton should auto-block *.onion requests in non-Tor state

[Tor Bug Tracker & Wiki]

#4202: Torbutton should auto-block *.onion requests in non-Tor state
+--
 Reporter:  ostro   |  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.0
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


Comment:

 Old toggle bug.

--
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] #4453 [Applications/Torbutton]: Torbutton always reset SOCKS port to 9050

[Tor Bug Tracker & Wiki]

#4453: Torbutton always reset SOCKS port to 9050
+--
 Reporter:  lunar   |  Owner:  (none)
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.4
 Severity:  Normal  | Resolution:  worksforme
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


Comment:

 I think this works now with Torbutton and TorLauncher.

--
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] #4420 [Applications/Torbutton]: seamonkey 2.4.1 compatibility

[Tor Bug Tracker & Wiki]

#4420: seamonkey 2.4.1 compatibility
+
 Reporter:  spqr|  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.4.1
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+
Changes (by gk):

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


Comment:

 There is no intention to make Torbutton work with SeaMonkey.

--
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] #25658 [Applications/Tor Browser]: Activity 2.1: Improve user understanding and user control by clarifying Tor Browser's security features

[Tor Bug Tracker & Wiki]

#25658: Activity 2.1: Improve user understanding and user control by clarifying 
Tor
Browser's security features
--+---
 Reporter:  isabela   |  Owner:  antonela
 Type:  project   | Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  Sponsor17
--+---

Comment (by antonela):

 I've made a first approach based on latest
 https://lists.torproject.org/pipermail/tbb-dev/2018-February/000756.html
 and updates.


 https://trac.torproject.org/projects/tor/attachment/ticket/25658/25658.png


 So far, what is changing is:

 - NoScript + https everywhere icons are going to be removed
 - Tor Button is going to be placed on the right side

 what we need to think about is:

 - Finding a way to offer visual feedback about
 a. the current status of the security setting
 b. the site/content changes once the slider change

 Some comments:

 - If we don't want people to change security easily or by error and also
 if it's changed carries a lot of security problems between sites, do you
 think the slider is the best UI artifact?.

 - I believe that it is an outstanding feature and I'd like to expose it on
 our main UI. Could we show the status of the security with a visual
 indicator and move the settings to the settings right place? Something
 like this we discussed in Rome.

 - On this proposal, when the user clicks on the security indicator a door
 hanger appears. The door hanger includes a] The security status b] a
 description with an expected behavior c] a link to settings

 - I'm using firefox's tracking protection icon. Despite the fact that
 seems to be the proper icon, it will confuse users about each feature? In
 that case, aren't both features protecting users?

 I included on attachment some another option I explored, but I don't think
 they work as we aimed.

 
https://trac.torproject.org/projects/tor/attachment/ticket/25658/25658-exploration.png

--
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] #25700 [Metrics/Onionoo]: Fetch descriptors from both CollecTor instances

[Tor Bug Tracker & Wiki]

#25700: Fetch descriptors from both CollecTor instances
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:  Onionoo 1.12.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  iwakeh   |Sponsor:
-+
Changes (by iwakeh):

 * reviewer:   => iwakeh


--
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] #25403 [Metrics/Website]: Create jsp with bgp documentation

[Tor Bug Tracker & Wiki]

#25403: Create jsp with bgp documentation
-+---
 Reporter:  iwakeh   |  Owner:  karsten
 Type:  enhancement  | Status:  needs_information
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #24229   | Points:
 Reviewer:   |Sponsor:
-+---

Comment (by iwakeh):

 Yes, as mentioned in the description:  the data and all documentation is
 [http://raptor.princeton.edu/tor_metrics/ here] and
 [http://raptor.princeton.edu/tor_metrics/counter-raptor.html this] is the
 provided documentation.

--
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] #25126 [Applications/Tor Browser]: about:tor should work on small screens (mobile)

[Tor Bug Tracker & Wiki]

#25126: about:tor should work on small screens (mobile)
-+-
 Reporter:  igt0 |  Owner:  tbb-
 |  team
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-torbutton,   |  Actual Points:
  TorBrowserTeam201804R  |
Parent ID:  #24855   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 Replying to [comment:15 igt0]:
 > Replying to [comment:14 mcs]:
 > > This looks good, except we found one additional problem: using a fixed
 size for the `bubble` elements does not work for all languages. We tested
 by setting `general.useragent.locale` to `de` and found that the text
 extended below the bubble background. Kathy and I removed the height rule
 and that seemed to fix the problem, but maybe there is a better solution.
 > >
 >
 > In fact I think it is a good solution, thus the height of the higher
 bubble item will define the height of the parent element. I gave a try and
 tested in different languages and screen size, and looks good.
 >
 > > Also, please update the year within the copyright notice of both
 files.
 >
 > nice catch, thanks.
 >
 > Updated code:
 >
 > **bug 25126: Make about:tor layout responsive**
 >
 
https://github.com/igortoliveira/torbutton/commit/bcc6dc11e5c9bed40ffe976ab93ec6da17ee33ea

 I get merge conflicts for some reason. Could you rebase your patch on
 latest `master`. Please use a new branch for that, thanks.

--
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] #4029 [Applications/Torbutton]: torbutton can not enable (green)

[Tor Bug Tracker & Wiki]

#4029: torbutton can not enable (green)
+--
 Reporter:  clfmoher|  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:  Torbutton: 1.2.5
 Severity:  Normal  | Resolution:  worksforme
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


Comment:

 That code seems to be gone.

--
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] #4288 [Applications/Torbutton]: Torbutton SOCKS Host alway defaults to 127.0.0.1 after restart

[Tor Bug Tracker & Wiki]

#4288: Torbutton SOCKS Host alway defaults to 127.0.0.1 after restart
+--
 Reporter:  bazzoola|  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:  Torbutton: 1.4
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.0
 Severity:  Normal  | Resolution:  worksforme
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


Comment:

 I think this works now with Torbutton and TorLauncher at least.

--
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] #4819 [Applications/Torbutton]: Torbutton requires $TOR_CONTROL_PASSWD to be in double quotes.

[Tor Bug Tracker & Wiki]

#4819: Torbutton requires $TOR_CONTROL_PASSWD to be in double quotes.
+---
 Reporter:  katmagic|  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+---
Changes (by gk):

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


Comment:

 That out of Torbutton's area 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] #25705 [Core Tor/Tor]: Refactor circuit_build_failed to separate build vs path failures

[Tor Bug Tracker & Wiki]

#25705: Refactor circuit_build_failed to separate build vs path failures
--+--
 Reporter:  mikeperry |  Owner:  (none)
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #25546| Points:
 Reviewer:|Sponsor:  SponsorV-can
--+--

Comment (by asn):

 Posting a discussion with armadev from yesterday which might be relevant
 to this ticket. I dont have enough time to dig into this right now, so
 I'll just post the raw logs:
 {{{
 16:01 <+armadev> yeah, i am expecting that when i read 25705, i will want
 to remind people that right now we *do* want to call some of that code for
 circuits where we
  failed to pick the first hop,
 16:01 <+armadev> because that is how we rate limit the amount of thrashing
 that tor does when it goes offline and stays there for a while
 16:02 <+asn> hmm
 16:02 <+asn> what you mean?
 16:02 <+asn> i have not considered that
 16:02 <+armadev> that is, if you're offline and you've marked all your
 tors down, you wake up every so often, and try some circuits, and they all
 fail because you don't
  think anything is up, and you sleep again for a bit
 16:02 <+armadev> it is possible that prop#271 changed that behavior
 16:02 -zwiebelbot:#tor-dev- Prop#271: Another algorithm for guard
 selection [CLOSED]
 16:03 <+asn> we sleep for a bit?
 16:03 <+asn> do we?
 16:03 <+asn> i dont think we do? either with prop271 or before
 16:03 <+asn> do we?
 16:04 <+armadev> check out did_circs_fail_last_period
 16:04 <+armadev> if we have MAX_CIRCUIT_FAILURES failures in this period,
 16:04 <+armadev> and also we had MAX_CIRCUIT_FAILURES in the last period
 16:04 <+armadev> then we abort all circuits
 16:05 <+armadev> that's part of why it is important to not have too many
 failures that aren't really failures
 16:06 <+armadev> because if you have too many, you'll trigger the "woah
 stop for a bit" feature
 16:06 <+asn> hmmm
 16:06 <+armadev> which is good if they're really failures
 16:06 <+asn> i was not aware of this
 16:06 <+asn> feature
 16:07 <+armadev> now you are! :)
 16:07 <+armadev> it is mostly for tors that are actually offline right now
 16:07 <+armadev> so they thrash less
 16:07 <+armadev> and in that respect it's probably related to the "use
 less cpu when not in active use" tickets
 }}}

--
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] #25658 [Applications/Tor Browser]: Activity 2.1: Improve user understanding and user control by clarifying Tor Browser's security features

[Tor Bug Tracker & Wiki]

#25658: Activity 2.1: Improve user understanding and user control by clarifying 
Tor
Browser's security features
--+---
 Reporter:  isabela   |  Owner:  antonela
 Type:  project   | Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  Sponsor17
--+---

Comment (by antonela):

 Replying to [comment:4 cypherpunks]:
 > @antonela Great prototypes! (love how you designed them with FF60's UX
 :) )

 Thanks, glad you like it (:

 >Concerning colors it would be great if you could make modifications so
 that they won't pose a problem for color blind users, see for example
 https://medium.theuxblog.com/how-to-design-for-color-blindness-
 a6f083b08e12 Another option would be to offer an option for enabling color
 blind friendly colors just like the extension uMatrix does in its options
 (here's a link for it to try out: https://addons.mozilla.org/en-
 US/firefox/addon/umatrix/ then go to its preferences)

 Yes, accessibility is a priority and we will make sure that the colors we
 are using works for most of the users. The selection of colors is based on
 a metaphor and we really want people to understand it. So, despite the
 fact that the color could be representative or not, we should have labels
 or text anchor that reinforce the meaning of the icon.

--
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] #3527 [Applications/Torbutton]: popup displayed for each tab affected by noscript's rule change

[Tor Bug Tracker & Wiki]

#3527: popup displayed for each tab affected by noscript's rule change
+---
 Reporter:  FLVkHboLWMq8FoK8|  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+---
Changes (by gk):

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


Comment:

 Old toggle bug.

--
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] #3605 [Applications/Torbutton]: 'Click then open new tab' action is not so well-explained.

[Tor Bug Tracker & Wiki]

#3605: 'Click then open new tab' action is not so well-explained.
+--
 Reporter:  julioisidoro|  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:  Torbutton: 1.4
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.0
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


Comment:

 We don't have this option anymore.

--
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] #25403 [Metrics/Website]: Create jsp with bgp documentation

[Tor Bug Tracker & Wiki]

#25403: Create jsp with bgp documentation
-+--
 Reporter:  iwakeh   |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #24229   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by karsten):

 * status:  needs_information => needs_review


Comment:

 [https://gitweb.torproject.org/karsten/metrics-
 web.git/commit/?h=task-25403=e5620fbf995104e671852f9731288ff673a192d1
 My task-25403 branch] contains a JSP file that is the result of converting
 that HTML file. It certainly requires more work, like making it clear that
 this is an external contribution, moving it around, linking it from other
 pages, etc. But maybe this is a start.

--
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] #3677 [Applications/Torbutton]: Inactive TB cause dead hang on http://www.bing.com/toolbox/webmaster/

[Tor Bug Tracker & Wiki]

#3677: Inactive TB cause dead hang on http://www.bing.com/toolbox/webmaster/
+
 Reporter:  Ache|  Owner:  (none)
 Type:  defect  | Status:  closed
 Priority:  High|  Milestone:
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.4.1
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+
Changes (by gk):

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


Comment:

 Old toggle bug.

--
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] #4204 [Applications/Torbutton]: Set browser.startup.page to 0, to prevent Home Page to be opened

[Tor Bug Tracker & Wiki]

#4204: Set browser.startup.page to 0, to prevent Home Page to be opened
+--
 Reporter:  erikesterer |  Owner:  mikeperry
 Type:  enhancement | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.0
 Severity:  Normal  | Resolution:  fixed
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


Comment:

 We set the homepage in Tor Browser to `about:tor` now for everyone. That's
 fixing this problem 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] #4276 [Applications/Torbutton]: Torbutton should be usable without Tor (or any proxy settings)

[Tor Bug Tracker & Wiki]

#4276: Torbutton should be usable without Tor (or any proxy settings)
+---
 Reporter:  ki  |  Owner:  mikeperry
 Type:  enhancement | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+---
Changes (by gk):

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


Comment:

 Torbutton is not meant to be used as a standalone thing. WONTFIX.

--
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] #4972 [Applications/Torbutton]: Torbutton causes firefox to hang, will not activate

[Tor Bug Tracker & Wiki]

#4972: Torbutton causes firefox to hang, will not activate
+--
 Reporter:  Rtedmonston |  Owner:  (none)
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.4
 Severity:  Normal  | Resolution:  user disappeared
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

 * status:  needs_information => closed
 * resolution:   => user disappeared


Comment:

 Old toggle issue and user disappeared.

--
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] #25700 [Metrics/Onionoo]: Fetch descriptors from both CollecTor instances

[Tor Bug Tracker & Wiki]

#25700: Fetch descriptors from both CollecTor instances
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:  Onionoo 1.12.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  iwakeh   |Sponsor:
-+

Comment (by karsten):

 Much lower. But I can't make a graph of that. I took the data for this
 graph from consensus tarballs by plotting time differences between
 consensus valid-after time and the file's last-modified time. We don't
 have a similar archive from collector2, AFAIK.

--
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] #25700 [Metrics/Onionoo]: Fetch descriptors from both CollecTor instances

[Tor Bug Tracker & Wiki]

#25700: Fetch descriptors from both CollecTor instances
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:  Onionoo 1.12.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  iwakeh   |Sponsor:
-+

Comment (by iwakeh):

 Replying to [comment:5 karsten]:
 > Much lower. But I can't make a graph of that. I took the data for this
 graph from consensus tarballs by plotting time differences between
 consensus valid-after time and the file's last-modified time. We don't
 have a similar archive from collector2, AFAIK.

 Ah, thanks!  No, collector2 doesn't archive.

--
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] #25403 [Metrics/Website]: Create jsp with bgp documentation

[Tor Bug Tracker & Wiki]

#25403: Create jsp with bgp documentation
-+
 Reporter:  iwakeh   |  Owner:  karsten
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #24229   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by iwakeh):

 * status:  needs_review => needs_revision


Comment:

 We defined the path and url names in the parent, cf.
 [https://trac.torproject.org/projects/tor/ticket/24229#comment:7 summary
 in this comment].
 I think we should also add a link to the data on CollecTor.

--
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] #25700 [Metrics/Onionoo]: Fetch descriptors from both CollecTor instances

[Tor Bug Tracker & Wiki]

#25700: Fetch descriptors from both CollecTor instances
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:  Onionoo 1.12.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  iwakeh   |Sponsor:
-+

Comment (by karsten):

 I just made the first two changes, but while looking into the third change
 I discovered a potential bug: it might be that we're reading and parsing
 the entire set of recent descriptors 7 times and throwing away all but one
 descriptor type in each execution. I need to look closer at that, but I
 have to leave for lunch 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] #3329 [Applications/Torbutton]: Pages freeze after trurning torbutton off

[Tor Bug Tracker & Wiki]

#3329: Pages freeze after trurning torbutton off
--+
 Reporter:  snowfreak91287|  Owner:  mikeperry
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:|Version:  Torbutton: 1.3.0-alpha
  Applications/Torbutton  |
 Severity:  Normal| Resolution:  wontfix
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by gk):

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


Comment:

 Old toggle bug.

--
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] #3727 [Applications/Torbutton]: bug report while starting firefox

[Tor Bug Tracker & Wiki]

#3727: bug report while starting firefox
+--
 Reporter:  giridhar123 |  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:
 Severity:  Normal  | Resolution:  user disappeared
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

 * status:  new => closed
 * resolution:   => user disappeared


--
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] #4028 [Applications/Torbutton]: torbutton

[Tor Bug Tracker & Wiki]

#4028: torbutton
+---
 Reporter:  clfmoher|  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+---
Changes (by gk):

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


Comment:

 I guess this is an old toggle bug.

--
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] #4070 [Applications/Torbutton]: torbutton 143 breaks ff 602

[Tor Bug Tracker & Wiki]

#4070: torbutton 143 breaks ff 602
+--
 Reporter:  ottosykora  |  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Torbutton  |Version:  Torbutton: 1.4.0
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  6.0.2   |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


Comment:

 Old toggle bug.

--
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] #4975 [Applications/Torbutton]: Torbutton should detect its old default Tor proxy settings as Tor-enabled mode

[Tor Bug Tracker & Wiki]

#4975: Torbutton should detect its old default Tor proxy settings as Tor-enabled
mode
+---
 Reporter:  rransom |  Owner:  mikeperry
 Type:  defect  | Status:  closed
 Priority:  Low |  Milestone:
Component:  Applications/Torbutton  |Version:
 Severity:  Normal  | Resolution:  wontfix
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+---
Changes (by gk):

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


Comment:

 Old toggle bug.

--
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] #20648 [Internal Services/Service - trac]: Migrate tickets from "Tor bundles" component and then shut it down

[Tor Bug Tracker & Wiki]

#20648: Migrate tickets from "Tor bundles" component and then shut it down
-+-
 Reporter:  arma |  Owner:  qbi
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - trac |Version:
 Severity:  Normal   | Resolution:
 Keywords:  TorBrowserTeam201804, GeorgKoppen201804  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

 * keywords:   => TorBrowserTeam201804, GeorgKoppen201804


Comment:

 Replying to [comment:2 arma]:
 > Ok. I suggest we get rid of it then.
 >
 > GeKo, can you and the Tor Browser team take care of triaging and either
 rescuing or blowing away all the tickets?
 >
 > There are 43 three of them and most of them look Tor Browser related in
 some way:
 >
 
https://trac.torproject.org/projects/tor/query?status=accepted=assigned=merge_ready=needs_information=needs_review=needs_revision=new=reopened=Applications%2FTor+bundles%2Finstallation=priority

 Yes, that's one of the more important goals of the ticket triage I am
 planning/doing.

--
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] #22330 [Applications/Tor Browser]: Tor Browser crash in socket thread on macOS (was: Tor Browser 6.5.2 crash in socket thread on macOS)

[Tor Bug Tracker & Wiki]

#22330: Tor Browser crash in socket thread on macOS
--+--
 Reporter:  teor  |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-crash |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * cc: valitor (added)


Comment:

 At least a similar crash (or similar crashes) was (were) reported with Tor
 Browser 7.5.3 (#25709). Duping it over to 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] #25712 [Metrics/Library]: Replace ServerDescriptor#getHiddenServiceDirVersions with ServerDescriptor#isHiddenServiceDir

[Tor Bug Tracker & Wiki]

#25712: Replace ServerDescriptor#getHiddenServiceDirVersions with
ServerDescriptor#isHiddenServiceDir
-+--
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Low  |  Milestone:
Component:  Metrics/Library  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 Right, but thanks for reviewing anyway! Not sure if we'd have spotted this
 team-internally.

--
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] #25403 [Metrics/Website]: Create jsp with bgp documentation

[Tor Bug Tracker & Wiki]

#25403: Create jsp with bgp documentation
-+--
 Reporter:  iwakeh   |  Owner:  karsten
 Type:  enhancement  | Status:  accepted
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #24229   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by karsten):

 * status:  new => accepted
 * owner:  metrics-team => karsten


Comment:

 Happy to do this. Is there already an HTML file to convert?

--
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] #25403 [Metrics/Website]: Create jsp with bgp documentation

[Tor Bug Tracker & Wiki]

#25403: Create jsp with bgp documentation
-+---
 Reporter:  iwakeh   |  Owner:  karsten
 Type:  enhancement  | Status:  needs_information
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #24229   | Points:
 Reviewer:   |Sponsor:
-+---
Changes (by karsten):

 * status:  accepted => 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] #25718 [Core Tor/Tor]: Update to April GeoIP2 database

[Tor Bug Tracker & Wiki]

#25718: Update to April GeoIP2 database
-+-
 Reporter:  karsten  |  Owner:  (none)
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-client tor-relay 025-backport|  Actual Points:
  029-backport 031-backport 032-backport |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by karsten):

 * status:  new => needs_review


Old description:

> (Adding a branch as soon as I have a ticket number.)

New description:

 ​[https://gitweb.torproject.org/karsten/tor.git/log/?h=geoip-2018-04-03 My
 geoip-2018-04-03 branch] contains the updated `geoip` and `geoip6` files
 with IPv4 and IPv6 ranges and is supposed to be merged into maint-0.2.5
 and other branches that are still maintained.

 (Note to self when I use this ticket as template for next month: 0.2.5 is
 end of life on 1 May 2018, and 0.3.1 is end of life on 1 July 2018.)

--

--
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] #25718 [Core Tor/Tor]: Update to April GeoIP2 database

[Tor Bug Tracker & Wiki]

#25718: Update to April GeoIP2 database
-+-
 Reporter:  karsten  |  Owner:  (none)
 Type:   | Status:  new
  enhancement|
 Priority:  Medium   |  Milestone:  Tor: 0.3.3.x-final
Component:  Core |Version:
  Tor/Tor|   Keywords:  tor-client tor-relay 025-backport
 Severity:  Normal   |  029-backport 031-backport 032-backport
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 (Adding a branch as soon as I have a ticket number.)

--
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] #25712 [Metrics/Library]: Replace ServerDescriptor#getHiddenServiceDirVersions with ServerDescriptor#isHiddenServiceDir

[Tor Bug Tracker & Wiki]

#25712: Replace ServerDescriptor#getHiddenServiceDirVersions with
ServerDescriptor#isHiddenServiceDir
-+--
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Low  |  Milestone:
Component:  Metrics/Library  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by karsten):

 * status:  needs_revision => needs_review


Comment:

 Huh, good point. I just added [https://gitweb.torproject.org/user/karsten
 /metrics-
 lib.git/commit/?h=task-25712=55b0a4ff57631db94b0ccbb7036b8db0ea843535
 commit 55b0a4f] to change that behavior and update the test. Thanks!
 Setting to needs_review again.

--
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] #25709 [Applications/Tor Browser]: Tor Browser 7.5.3 crash on Mac OS X 10.13.4

[Tor Bug Tracker & Wiki]

#25709: Tor Browser 7.5.3 crash on Mac OS X 10.13.4
--+---
 Reporter:  valitor   |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  duplicate
 Keywords:  tbb-crash |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by gk):

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


Comment:

 valitor: I guess you have no way of reproducing these crashes, right? It
 seems indeed related to #22330. Let's close this as 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] #25304 [Applications/Tor Browser]: Update gcc to 6.4.0 (Linux)

[Tor Bug Tracker & Wiki]

#25304: Update gcc to 6.4.0 (Linux)
-+-
 Reporter:  boklm|  Owner:  tbb-
 |  team
 Type:  task | Status:
 |  needs_review
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam201804R,  |  Actual Points:
  boklm201804|
Parent ID:  #24631   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by boklm):

 * keywords:  tbb-rbm, TorBrowserTeam201803, boklm201804 => tbb-rbm,
 TorBrowserTeam201804R, boklm201804
 * status:  new => needs_review


Comment:

 There is a patch for review in branch `bug_25304_v6`:
 https://gitweb.torproject.org/user/boklm/tor-browser-
 build.git/commit/?h=bug_25304_v6=049196094eeb5a64b6504defaf12e1ab3e2546c3

 I checked that the i686, x86_64 and debug builds are running, and their
 build is reproducible on 2 machines.

--
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] #25714 [Core Tor/Tor]: switch Travis to using Rust stable

[Tor Bug Tracker & Wiki]

#25714: switch Travis to using Rust stable
+
 Reporter:  catalyst|  Owner:  catalyst
 Type:  task| Status:  closed
 Priority:  Medium  |  Milestone:  Tor: 0.3.4.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:  implemented
 Keywords:  tor-ci, rust, fast-fix  |  Actual Points:
Parent ID:  #25550  | Points:
 Reviewer:  |Sponsor:  Sponsor3
+
Changes (by nickm):

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


Comment:

 Okay; cherry-picked to 0.3.1 and merged 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

[tor-bugs] #25719 [Applications/rbm]: Add option to store last time a file was used in a build

[Tor Bug Tracker & Wiki]

#25719: Add option to store last time a file was used in a build
--+-
 Reporter:  boklm |  Owner:  boklm
 Type:  task  | Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/rbm  |Version:
 Severity:  Normal|   Keywords:  tbb-rbm
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+-
 In `tor-browser-build`, we can clean old build files by running `make
 clean`, which will keep only the files used in the current build.

 There are however some problems with that:
 - running `make clean` is slow as it needs to compute all the file names
 used in a build, for all the branches/series we are using.
 - when working on different bugs at the same time, running `make clean`
 will clean build files created by branches that have not been merged yet.

 Instead, it would be nice to be able to clean files that have not been
 used in the last X days. To allow that, rbm should have an option to store
 somewhere a timestamp of when each input files have been used in a build
 for the last time.

--
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] #25700 [Metrics/Onionoo]: Fetch descriptors from both CollecTor instances

[Tor Bug Tracker & Wiki]

#25700: Fetch descriptors from both CollecTor instances
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:  Onionoo 1.12.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  iwakeh   |Sponsor:
-+
Changes (by karsten):

 * status:  needs_revision => needs_review


Comment:

 Replying to [comment:8 karsten]:
 > I just made the first two changes, but while looking into the third
 change I discovered a potential bug: it might be that we're reading and
 parsing the entire set of recent descriptors 7 times and throwing away all
 but one descriptor type in each execution. I need to look closer at that,
 but I have to leave for lunch now.

 False alarm. I overlooked a line that prevents just that. Phew.

 Alright, please find
 
[https://gitweb.torproject.org/user/karsten/onionoo.git/commit/?h=task-25700=5c96f5c0ee2fb8d8fe85a4a16d9061608c421a0b
 commit 5c96f5c in my task-25700 branch]. I ''think'' that addresses all
 things you mentioned above. If not, please consider providing a fix, so
 that we can get this merged by end of today, if possible. I'm also
 currently running a local test.

--
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] #25403 [Metrics/Website]: Create jsp with bgp documentation

[Tor Bug Tracker & Wiki]

#25403: Create jsp with bgp documentation
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #24229   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by karsten):

 * status:  needs_revision => assigned
 * owner:  karsten => metrics-team


Comment:

 Ah, I thought this was mainly about making a start by creating a working
 JSP from the HTML original. I can still make those improvements, but it's
 unrealistic that I'll do it in the next 1.5 weeks. Reassigning to the
 team, just in case somebody else wants to pick this up in the meantime.

--
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] #25720 [Core Tor/Tor]: man: RephistTrackTime is not a dirauth only option

[Tor Bug Tracker & Wiki]

#25720: man: RephistTrackTime is not a dirauth only option
---+
 Reporter:  dgoulet|  Owner:  dgoulet
 Type:  defect | Status:  merge_ready
 Priority:  Medium |  Milestone:  Tor: 0.3.4.x-final
Component:  Core Tor/Tor   |Version:
 Severity:  Normal | Resolution:
 Keywords:  manpage, easy  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+
Changes (by dgoulet):

 * status:  assigned => merge_ready


Comment:

 Trivial fix. Setting this to `merge_ready`.

 See branch: `bug25720_034_01`

--
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] #25715 [Core Tor/Tor]: Ubuntu bionic LTS freezes this month and currently contains Tor 0.3.2.x

[Tor Bug Tracker & Wiki]

#25715: Ubuntu bionic LTS freezes this month and currently contains Tor 0.3.2.x
--+
 Reporter:  arma  |  Owner:  (none)
 Type:  task  | Status:  new
 Priority:  High  |  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by sdeziel):

 Option 3. Bionic will use 0.3.2 until the next Tor LTS is released at
 which point we'll do the transition.

--
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] #25721 [Applications/Tor Browser]: Backport patches for 1448771

[Tor Bug Tracker & Wiki]

#25721: Backport patches for 1448771
-+-
 Reporter:  gk   |  Owner:  tbb-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor |Version:
  Browser|   Keywords:  TorBrowserTeam201804,
 Severity:  Normal   |  GeorgKoppen201804
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 Mozilla does not plan to backport the patches for 1448771 but we could to
 be on the safe side.

--
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] #20522 [Core Tor/Tor]: Enable DISABLE_DISABLING_ED25519

[Tor Bug Tracker & Wiki]

#20522: Enable DISABLE_DISABLING_ED25519
-+-
 Reporter:  teor |  Owner:  nickm
 Type:  defect   | Status:
 |  accepted
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-ed25519-proto,   |  Actual Points:
  034-triage-20180328, 034-included-20180405 |
  fast-fix   |
Parent ID:   | Points:  0.5
 Reviewer:   |Sponsor:
 |  SponsorZ
-+-
Changes (by nickm):

 * keywords:  tor-ed25519-proto, 034-triage-20180328, 034-removed-20180328
 => tor-ed25519-proto, 034-triage-20180328, 034-included-20180405 fast-
 fix


--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/20522#comment:11>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
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] #24688 [Core Tor/Tor]: timing wheels should use 32-bit math on 32-bit platforms

[Tor Bug Tracker & Wiki]

#24688: timing wheels should use 32-bit math on 32-bit platforms
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  cpu, 32-bit, timing, |  Actual Points:
  034-triage-20180328, fast-fix  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-
Changes (by nickm):

 * keywords:  cpu, 32-bit, timing, 034-triage-20180328, 034-removed-20180328
 => cpu, 32-bit, timing, 034-triage-20180328, fast-fix


--
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] #25296 [Core Tor/Tor]: update PerConnBWRate/Burst manpage entries to not mention consensus

[Tor Bug Tracker & Wiki]

#25296: update PerConnBWRate/Burst manpage entries to not mention consensus
-+-
 Reporter:  cypherpunks  |  Owner:  (none)
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Minor| Resolution:
 Keywords:  tor-doc, 032-backport,   |  Actual Points:
  033-backport, 034-triage-20180328  |
Parent ID:   | Points:
 Reviewer:  asn  |Sponsor:
-+-

Comment (by asn):

 Replying to [comment:3 nickm]:
 > I think this isn't quite right, though: we should still document that
 the perconnbwrate/burst options _will_ be used if they _are_ set in the
 consensus.
 >
 > What do you think of the branch in my public repository called
 `ticket25296_032` ?

 Phrasing looks good to me. There is a copy/paste fail which I corrected in
 my branch `ticket25296_032` in my github repo. Please check it out and
 merge 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

[tor-bugs] #25720 [Core Tor/Tor]: man: RephistTrackTime is not a dirauth only option

[Tor Bug Tracker & Wiki]

#25720: man: RephistTrackTime is not a dirauth only option
--+
 Reporter:  dgoulet   |  Owner:  dgoulet
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: 0.3.4.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  manpage, easy
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 We should move the `RephistTrackTime` man page entry to the server side
 options because every node use it when dumping stats on a SIGUSR1.

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