Re: [tor-bugs] #28874 [Applications/Tor Browser]: https://browserleaks.com/webgl crashes tab on 64bit Tor Browser for Windows

[Tor Bug Tracker & Wiki]

#28874: https://browserleaks.com/webgl crashes tab on 64bit Tor Browser for 
Windows
-+-
 Reporter:  gk   |  Owner:  tbb-team
 Type:  defect   | Status:
 |  needs_information
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-crash, TorBrowserTeam201812  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 Replying to [comment:3 gk]:
 > Does the vanilla 64bit build work for you, cypherpunk? (see:
 https://queue.taskcluster.net/v1/task/crV_nUFPRjarCLDD-
 mmZRQ/runs/0/artifacts/public/build/target.zip for an artifact. Unzipping
 the `target.zip` should give you a firefox folder to test).

 That one is crashing as well. It seems the user hits
 {{{
 if (!mResolvedDefaultFB) {
 gfxCriticalNote << funcName << ": Failed to create
 mResolvedDefaultFB.";
 return false;
 }
 }}}
 in dom/canvas/WebGLContext.cpp immediately before the crash.

--
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] #28892 [Applications/Tor Browser]: Check for `file` command in Tor Browser start script before using it

[Tor Bug Tracker & Wiki]

#28892: Check for `file` command in Tor Browser start script before using it
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 In `start-tor-browser` we do
 {{{
 SYSARCHITECTURE=$(getconf LONG_BIT)
 TORARCHITECTURE=$(expr "$(file TorBrowser/Tor/tor)" : '.*ELF
 \([[:digit:]]*\)')

 if [ $SYSARCHITECTURE -ne $TORARCHITECTURE ]; then
complain "Wrong architecture? 32-bit vs. 64-bit."
exit 1
 fi
 }}}
 to bail out early in case users have downloaded a bundle for the wrong
 architecture. Now, it turns out that there are Linux distros out there
 (NixOS seems to be one of those) that don't find `file` that way. A fix
 for that would be to check for the existence of `file` and if we can't
 find it to note that we assume the user knows what they are doing and
 proceed anyway.

--
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] #27732 [Applications/Tor Browser]: New Identity does not reset NoScript's Temporarily Trusted settings

[Tor Bug Tracker & Wiki]

#27732: New Identity does not reset NoScript's Temporarily Trusted settings
-+-
 Reporter:  Yael |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Major| Resolution:
 Keywords:  tbb-newnym, tbb-8.0-issues, tbb- |  Actual Points:
  regression, tbb-8.0.1-can, noscript|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by reportUrl):

 * keywords:  tbb-newnym, tbb-8.0-issue, tbb-regression, tbb-8.0.1-can,
 noscript => tbb-newnym, tbb-8.0-issues, tbb-regression, tbb-8.0.1-can,
 noscript
 * priority:  Medium => High
 * severity:  Normal => Major


--
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] #19351 [Applications/Tor Browser]: When you click on sync, in preferences, tbb show sync botton in menu.

[Tor Bug Tracker & Wiki]

#19351: When you click on sync, in preferences, tbb show sync botton in menu.
--+--
 Reporter:  rena  |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:  tbb-6.0-issues|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by reportUrl):

 * keywords:  tbb-6.0-issue => tbb-6.0-issues
 * 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] #9083 [Applications/Tor Browser]: Inconsistent File Dates torbrowser-install-3.0-alpha-1_en-US.exe

[Tor Bug Tracker & Wiki]

#9083: Inconsistent File Dates torbrowser-install-3.0-alpha-1_en-US.exe
--+--
 Reporter:  adelante2475484   |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  invalid
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by reportUrl):

 * status:  new => closed
 * keywords:  win7, crash, tbb, 3.0, alpha, needs-triage =>
 * version:  Tor: unspecified =>
 * resolution:   => invalid


--
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] #13495 [Applications/Tor Browser]: Error is thrown when opening TBB for the first time (was: Warning thrown on Linux when opening TBB 4.0 for the first time)

[Tor Bug Tracker & Wiki]

#13495: Error is thrown when opening TBB for the first time
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Minor | Resolution:  wontfix
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by reportUrl):

 * keywords:  tbb =>
 * status:  new => closed
 * resolution:   => wontfix
 * severity:  Normal => Minor


--
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] #17569 [Applications/Tor Browser]: Add uBlock Origin to the Tor Browser

[Tor Bug Tracker & Wiki]

#17569: Add uBlock Origin to the Tor Browser
-+-
 Reporter:  kernelcorn   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  new-addon, tbb-usability tbb-|  Actual Points:
  security, tbb-performance  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by reportUrl):

 * keywords:  tbb-usability tbb-security, tbb-performance => new-addon, tbb-
 usability tbb-security, tbb-performance


--
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] #24310 [Applications/Tor Browser]: Consider encrypted bookmarks addon for storing onions on the browser

[Tor Bug Tracker & Wiki]

#24310: Consider encrypted bookmarks addon for storing onions on the browser
--+--
 Reporter:  asn   |  Owner:  tbb-team
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  new-addon |  Actual Points:
Parent ID:| Points:  6
 Reviewer:|Sponsor:
--+--
Changes (by reportUrl):

 * keywords:  prop224, tbb, network-need, tor-hs => new-addon


--
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] #5738 [Applications/Tor Browser]: Firefox slow at closing tabs

[Tor Bug Tracker & Wiki]

#5738: Firefox slow at closing tabs
--+--
 Reporter:  cri   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-performance   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by reportUrl):

 * keywords:  tbb, tab, slow, needs-triage => tbb-performance


--
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] #27531 [Applications/Tor Browser]: Tor Browser 8 crashes trying to print on Linux

[Tor Bug Tracker & Wiki]

#27531: Tor Browser 8 crashes trying to print on Linux
-+-
 Reporter:  mikeperry|  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-crash, tbb-8.0-issues, tbb-  |  Actual Points:
  regression |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by reportUrl):

 * status:  needs_information => new
 * keywords:  tbb-crash, tbb.8.0-issues, tbb-regression => tbb-crash,
 tbb-8.0-issues, tbb-regression


--
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] #28877 [Core Tor/Tor]: Paginate large controller commands like 'GETINFO desc/all-recent'

[Tor Bug Tracker & Wiki]

#28877: Paginate large controller commands like 'GETINFO desc/all-recent'
--+--
 Reporter:  wagon |  Owner:  atagar
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by wagon):

 > The usual way of dealing with this is to have a paginated API where the
 caller can provide a starting index and number of responses. This would
 let Nyx fetch smaller batches without hosing the control connection.
 I'm not sure I understand what you mean. There are other commands which
 return descriptors by id or by name like `desc/id/FINGERPRINT`, output of
 these commands is small. However, a purpose of `desc/all-recent` is to get
 the full content of the file with descriptors, so how it can be
 "paginated"? Do you mean some internal TCP transport level?

 > Unfortunately without that there's not much I can do on my end.
 Maybe you can. I started from finding a source of this problem. Initially
 I thought it may be a Tor side. I checked
 [[https://stem.torproject.org/faq.html#i-m-using-cookie-
 authentication|your instructions]] for `telnet`, but `telnet` works fine
 with `desc/all-recent` when invoked from interactive shell. It returns the
 whole output without any problem. The same is true for `netcat` and
 `socat` if they are used to connect to `ControlPort`.

 However, if any of these tools are not used interactively, but are called
 inside some wrappers or functions, they all fail. They return some part of
 `desc/all-recent` output (each time it is a different part) after which
 the connection hangs. I looked for a way to solve this problem and found
 it. Probably, so powerful language as python also has some way to solve
 this problem.

--
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] #28891 [Internal Services/Tor Sysadmin Team]: Please refresh sysrqb's PGP key

[Tor Bug Tracker & Wiki]

#28891: Please refresh sysrqb's PGP key
-+-
 Reporter:  sysrqb   |  Owner:  tpa
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   |   Keywords:
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 The expiration date is extended on the master key and there are new
 subkeys.

 {{{
 $ gpg -k CB8FC772D1AA1D30
 pub   rsa4096 2014-06-26 [SC] [expires: 2019-12-18]
   CE1782624600EE98764C6D9CCB8FC772D1AA1D30
 uid   [ unknown] Matthew Finkel 
 uid   [ unknown] Matthew Finkel 
 uid   [ unknown] Matthew Finkel 
 uid   [ unknown] Matthew Finkel 
 sub   rsa4096 2018-06-13 [S] [expires: 2018-12-21]
 sub   rsa4096 2018-06-13 [E] [expires: 2018-12-21]
 sub   rsa4096 2018-06-13 [A] [expires: 2018-12-21]
 sub   rsa4096 2018-12-18 [S] [expires: 2019-06-16]
 sub   rsa4096 2018-12-18 [E] [expires: 2019-06-16]
 sub   rsa4096 2018-12-18 [A] [expires: 2019-06-16]
 }}}

--
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] #27315 [Core Tor/Tor]: Sandbox regression in 0.3.4.7-rc

[Tor Bug Tracker & Wiki]

#27315: Sandbox regression in 0.3.4.7-rc
---+---
 Reporter:  toralf |  Owner:  (none)
 Type:  defect | Status:  needs_information
 Priority:  Medium |  Milestone:  Tor:
   |  0.3.4.x-final
Component:  Core Tor/Tor   |Version:  Tor: 0.3.4.7-rc
 Severity:  Normal | Resolution:
 Keywords:  regression?, 034-backport  |  Actual Points:
Parent ID: | Points:
 Reviewer:  ahf|Sponsor:
---+---
Changes (by Jigsaw52):

 * cc: danielpinto52@… (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] #28890 [Internal Services/Service - trac]: new sponsor

[Tor Bug Tracker & Wiki]

#28890: new sponsor
--+
 Reporter:  gaba  |  Owner:  qbi
 Type:  task  | Status:  closed
 Priority:  Medium|  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Blocker   | Resolution:  fixed
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by dgoulet):

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


Comment:

 Done. Future ref, it is in `trac.ini` :).

--
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] #27315 [Core Tor/Tor]: Sandbox regression in 0.3.4.7-rc

[Tor Bug Tracker & Wiki]

#27315: Sandbox regression in 0.3.4.7-rc
---+---
 Reporter:  toralf |  Owner:  (none)
 Type:  defect | Status:  needs_information
 Priority:  Medium |  Milestone:  Tor:
   |  0.3.4.x-final
Component:  Core Tor/Tor   |Version:  Tor: 0.3.4.7-rc
 Severity:  Normal | Resolution:
 Keywords:  regression?, 034-backport  |  Actual Points:
Parent ID: | Points:
 Reviewer:  ahf|Sponsor:
---+---

Comment (by Jigsaw52):

 I made a small program which uses the same code as tor to setup seccomp
 rules and then opens a file and I get the same behavior as I do with tor
 (crash before the #25440 fix, success after). It also prints the pseudo-
 code for the rules generated by libseccomp.

 The code is here: https://pastebin.com/zQz1sf22

 Compile with: gcc test.c -o test -l seccomp
 Run without arguments to use the rule after the #25440 fix: ./test
 Run with any arguments to use the rule before the #25440 fix: ./test foo

 If someone affected by this, could run the program with and without
 arguments and post both outputs maybe that could help finding out whats
 different between our systems.

--
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] #28731 [Core Tor/Tor]: log bootstrap tag name for easier troubleshooting

[Tor Bug Tracker & Wiki]

#28731: log bootstrap tag name for easier troubleshooting
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, 033-backport-maybe,|  Actual Points:
  034-backport-maybe, 035-backport-maybe |
Parent ID:  #28018   | Points:  0.1
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by maqp):

 Awesome! Thank you so much!

--
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] #28890 [Internal Services/Service - trac]: new sponsor

[Tor Bug Tracker & Wiki]

#28890: new sponsor
--+-
 Reporter:  gaba  |  Owner:  qbi
 Type:  task  | Status:  new
 Priority:  Medium|  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Blocker   | Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-

Comment (by gaba):

 Yes. I think can not be added through the admin. Could it be that it is
 being added through a configuration file?

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

Re: [tor-bugs] #28890 [Internal Services/Service - trac]: new sponsor

[Tor Bug Tracker & Wiki]

#28890: new sponsor
--+-
 Reporter:  gaba  |  Owner:  qbi
 Type:  task  | Status:  new
 Priority:  Medium|  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Blocker   | Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-

Comment (by arma):

 i just added user gaba to group GRP_admin on trac.

 now you can go to the 'admin' tab, and ... and huh. I don't see a way to
 add new Sponsor values using the web interface.

--
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] #28890 [Internal Services/Service - trac]: new sponsor

[Tor Bug Tracker & Wiki]

#28890: new sponsor
--+-
 Reporter:  gaba  |  Owner:  qbi
 Type:  task  | Status:  new
 Priority:  Medium|  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Blocker   |   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+-
 Add a new sponsor to trac:

 sponsor31-must

 sponsor31-can

 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] #28731 [Core Tor/Tor]: log bootstrap tag name for easier troubleshooting

[Tor Bug Tracker & Wiki]

#28731: log bootstrap tag name for easier troubleshooting
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, 033-backport-maybe,|  Actual Points:
  034-backport-maybe, 035-backport-maybe |
Parent ID:  #28018   | Points:  0.1
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by nickm):

 Summary -- I've talked with atagar a bit about this on IRC, and here's the
 plan:

  1. We'll see whether this is something we want to keep. I'm 80% leaning
 towards yes.
  2. If we say yes, or Damian hasn't heard from us by the end of the week,
 he puts out a hotfix next week.
  3. We look for other places where Stem might depend on
 undocumented/unspecified tor output formats, and either document them, or
 provide stem another way to get that info. (#28889 was the only one we
 found.)

--
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] #28889 [Core Tor/Tor]: Document --version's actual output

[Tor Bug Tracker & Wiki]

#28889: Document --version's actual output
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  enhancement   | Status:  merge_ready
 Priority:  Medium|  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by atagar):

 * status:  needs_review => merge_ready


Comment:

 Thanks Nick! Looks good to me.

 It might be worth noting that there maybe be additional content before
 and/or after that line (ie, the only assurance we're giving is that a
 solitary line of that format will be present somewhere - not where it's
 located). That said, happy if we leave that out too - clearly something
 only a spec nitpicker like me would care about. ;)

--
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] #28889 [Core Tor/Tor]: Document --version's actual output

[Tor Bug Tracker & Wiki]

#28889: Document --version's actual output
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  enhancement   | Status:  needs_review
 Priority:  Medium|  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by nickm):

 * cc: atagar (added)
 * status:  assigned => needs_review


Comment:

 please see `document_--version`, PR at
 https://github.com/torproject/tor/pull/604

--
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] #28889 [Core Tor/Tor]: Document --version's actual output

[Tor Bug Tracker & Wiki]

#28889: Document --version's actual output
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  enhancement   | Status:  assigned
 Priority:  Medium|  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 Anyt outputs that tools depend on Tor providing, I want us to either
 document fully, or give the tools a better way to get.

 One such output is the string produced by "tor --version". The fact that
 it is "Tor version [version].\n" is undocumented at present.

--
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] #21549 [Applications/Tor Browser]: Investigate wasm for linkability/fingerprintability/disk avoidance issues

[Tor Bug Tracker & Wiki]

#21549: Investigate wasm for linkability/fingerprintability/disk avoidance 
issues
+--
 Reporter:  gk  |  Owner:  tbb-team
 Type:  task| Status:  new
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ff60-esr, TorBrowserTeam201809  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by legind):

 Relevant to HTTPS Everywhere, which would like to rewrite portions of the
 code in WASM for better performance: https://github.com/EFForg/https-
 everywhere/issues/17143.

--
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] #28860 [Core Tor/Tor]: Increased DNS failure rate when using ServerDNSResolvConfFile with tor 0.3.4.9 (as opposed to 0.3.3.x)

[Tor Bug Tracker & Wiki]

#28860: Increased DNS failure rate when using ServerDNSResolvConfFile with tor
0.3.4.9 (as opposed to 0.3.3.x)
-+
 Reporter:  nusenu   |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-dns, regression  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by arma):

 When you say 0.3.3.x, what is x?

 For example I see that #21394 went in to 0.3.3.6.

--
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] #21549 [Applications/Tor Browser]: Investigate wasm for linkability/fingerprintability/disk avoidance issues

[Tor Bug Tracker & Wiki]

#21549: Investigate wasm for linkability/fingerprintability/disk avoidance 
issues
+--
 Reporter:  gk  |  Owner:  tbb-team
 Type:  task| Status:  new
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ff60-esr, TorBrowserTeam201809  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by legind):

 * cc: legind (added)


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

[tor-bugs] #28888 [Metrics]: metrics doesn't show the IPv6 capability of a bridge

[Tor Bug Tracker & Wiki]

#2: metrics doesn't show the IPv6 capability of a bridge
+--
 Reporter:  toralf  |  Owner:  metrics-team
 Type:  defect  | Status:  new
 Priority:  Medium  |  Component:  Metrics
  Version:  |   Severity:  Normal
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
 The ORPort is reachable (tested from another IPv6 system in a different
 network segment), the torrc looks like:

 {{{
 # torrc
 #

 SocksPort 0
 ORPort auto
 ORPort []:auto
 BridgeRelay 1
 Exitpolicy reject *:*

 RunAsDaemon 1
 ControlPort 9051
 ServerTransportPlugin obfs4 exec /usr/bin/obfs4proxy

 ContactInfo replace k with c : kontakt @ zwiebeltoralf . de
 Nickname zwiebeltoralf3

 Log warn file /var/log/tor/warn.log

 # for arm
 #
 DisableDebuggerAttachment 0

 }}}

 The metrics link is:
 
https://metrics.torproject.org/rs.html#details/662D4E4DE2C883625C543DFA3C4EE466899E6C85

--
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] #28731 [Core Tor/Tor]: log bootstrap tag name for easier troubleshooting

[Tor Bug Tracker & Wiki]

#28731: log bootstrap tag name for easier troubleshooting
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, 033-backport-maybe,|  Actual Points:
  034-backport-maybe, 035-backport-maybe |
Parent ID:  #28018   | Points:  0.1
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by nickm):

 As it stands, a hotfix seems like the best option to me.  So long as Stem
 still depends on any of Tor's log message formats, it is depending on an
 explicitly not-guaranteed behavior, and users IMO ought to expect that
 sometimes they need to upgrade to the latest Stem if they want support for
 the latest Tor.

 But let's talk more here; I'd like a better sense of what we actually get
 from this change.

--
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] #28860 [Core Tor/Tor]: Increased DNS failure rate when using ServerDNSResolvConfFile with tor 0.3.4.9 (as opposed to 0.3.3.x)

[Tor Bug Tracker & Wiki]

#28860: Increased DNS failure rate when using ServerDNSResolvConfFile with tor
0.3.4.9 (as opposed to 0.3.3.x)
-+
 Reporter:  nusenu   |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-dns, regression  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by nickm):

 8.8.8.8 is google; it might be better on a relay not to use Google's DNS.
 I don't think that's the root problem here, though.

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

Re: [tor-bugs] #28860 [Core Tor/Tor]: Increased DNS failure rate when using ServerDNSResolvConfFile with tor 0.3.4.9 (as opposed to 0.3.3.x)

[Tor Bug Tracker & Wiki]

#28860: Increased DNS failure rate when using ServerDNSResolvConfFile with tor
0.3.4.9 (as opposed to 0.3.3.x)
-+
 Reporter:  nusenu   |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-dns, regression  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by arma):

 Huh.

 I don't know where to start here.

 Is the person on the same version of libevent the whole 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] #28179 [Core Tor/Tor]: Handle output from PT processes with the event loop

[Tor Bug Tracker & Wiki]

#28179: Handle output from PT processes with the event loop
-+-
 Reporter:  ahf  |  Owner:  ahf
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  unspecified
 Severity:  Normal   | Resolution:
 Keywords:  tor-pt, 040-roadmap-subtask  |  Actual Points:
Parent ID:  #25502   | Points:
 Reviewer:  dgoulet  |Sponsor:  Sponsor8-must
-+-
Changes (by nickm):

 * status:  needs_review => merge_ready


Comment:

 Marked as merge_ready, but made a squashed-and-merged PR as
 https://github.com/torproject/tor/pull/603 so that CI can take one last
 peek at this branch before I 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

Re: [tor-bugs] #28849 [Core Tor/Tor]: Handle dormant mode in process library and for PT's

[Tor Bug Tracker & Wiki]

#28849: Handle dormant mode in process library and for PT's
--+
 Reporter:  ahf   |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  High  |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor  |Version:  Tor: unspecified
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #28179| Points:
 Reviewer:|Sponsor:  Sponsor8
--+
Changes (by nickm):

 * priority:  Medium => High
 * milestone:  Tor: unspecified => Tor: 0.4.0.x-final


--
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] #28731 [Core Tor/Tor]: log bootstrap tag name for easier troubleshooting

[Tor Bug Tracker & Wiki]

#28731: log bootstrap tag name for easier troubleshooting
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, 033-backport-maybe,|  Actual Points:
  034-backport-maybe, 035-backport-maybe |
Parent ID:  #28018   | Points:  0.1
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by atagar):

 Hi Nick. Stem had a release just a few weeks ago and
 [https://stem.torproject.org/change_log.html generally accumulates enough
 changes] to warrant another release annually.

 I cautioned above that this will make folks sad. I see three options
 here...

 1. Revert or punt this tor commit for a year. Stem aside, personally I
 don't understand why this change is desirable. That said, once we have
 DROPOWNERSHIP and Stem 1.8 is out I won't care what modifications you make
 to the bootstrap messages.

 2. Release a Stem 1.7.1 hotfix release. This creates work for our
 packaging community and I avoid it unless there's a critical bug, but if
 this logging change is really important to you we can go this route.

 3. Continue as-is and break callers of launch_tor(). This is the route the
 network team seemed to prefer on this ticket.

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

Re: [tor-bugs] #28761 [Core Tor/sbws]: sbws ignores config option `to_syslog`

[Tor Bug Tracker & Wiki]

#28761: sbws ignores config option `to_syslog`
---+---
 Reporter:  anadahz|  Owner:  (none)
 Type:  defect | Status:  needs_review
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:  sbws: 1.0.2
 Severity:  Major  | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer:  nickm  |Sponsor:
---+---

Comment (by nickm):

 This looks plausible, assuming that you really truly want to log at
 "debug" by default? If so, merge_ready is ok

--
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] #25497 [Core Tor/Tor]: Add "idleness" interface support in Orbot

[Tor Bug Tracker & Wiki]

#25497: Add "idleness" interface support in Orbot
-+-
 Reporter:  ahf  |  Owner:  ahf
 Type:  task | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Minor| Resolution:
 Keywords:  035-roadmap-master,  |  Actual Points:
  034-deferred-20180602, 035-triaged-|
  in-20180711|
Parent ID:  #25499   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by ahf):

 This should be using the new dormant mode rather than DisableNetwork. See
 Nick's email here: https://lists.torproject.org/pipermail/tor-
 dev/2018-December/013588.html

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

Re: [tor-bugs] #28887 [Core Tor/Tor]: StaleDesc flag missing from spec

[Tor Bug Tracker & Wiki]

#28887: StaleDesc flag missing from spec
--+
 Reporter:  atagar|  Owner:  (none)
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:  worksforme
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by atagar):

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


Comment:

 Wh damn! How did I miss that? Sorry about that. :P

--
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] #28731 [Core Tor/Tor]: log bootstrap tag name for easier troubleshooting

[Tor Bug Tracker & Wiki]

#28731: log bootstrap tag name for easier troubleshooting
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, 033-backport-maybe,|  Actual Points:
  034-backport-maybe, 035-backport-maybe |
Parent ID:  #28018   | Points:  0.1
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by nickm):

 What's the schedule for stem 1.8? Tor 0.4.0.x won't release an alpha till
 January, and it won't have a stable release till April at the earliest.

 For Ubuntu, I hope they stick with 0.3.5 for a long time; it's an LTS
 release.

--
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] #28799 [Metrics/Website]: Use R.cache to speed up drawing graphs

[Tor Bug Tracker & Wiki]

#28799: Use R.cache to speed up drawing graphs
-+--
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by karsten):

 * status:  needs_information => needs_review


Comment:

 Alright, turns out that readr works even better than R.cache! Some stats:

 ||||= load()=||= R.cache n=1=||= R.cache
 n>1=||= read_csv()=||
 || userstats-relay-country||1.148|| 4.564||
 1.879||1.198||
 || userstats-bridge-country   ||0.842|| 1.746||
 1.711||0.990||
 || userstats-bridge-transport ||0.761|| 1.805||
 1.714||0.769||
 || userstats-bridge-version   ||0.774||     1.696||
 1.707||0.842||
 || userstats-bridge-combined  ||8.937||    12.346||
 9.448||1.222||
 || webstats-tb||0.355|| 3.132||
 0.371||0.691||
 || webstats-tb-platform   ||2.916|| 0.341||
 0.392||0.635||
 || webstats-tb-locale ||3.035||     0.484||
 0.456||0.779||
 || webstats-tm||0.185|| 0.248||
 0.219||0.435||

 We're currently using `load()` to load the .RData files back to memory
 that we prepared as part of the daily update. My previous suggestion was
 to use R.cache, with performance varying depending on whether we have read
 a CSV file before. The latest suggestion is to use `read_csv()` from the
 readr package.

 I'd say readr is the clear winner, despite minimal performance decreases
 for some of the user graphs.

 Please review [https://gitweb.torproject.org/user/karsten/metrics-
 web.git/commit/?h=task-28799-2&id=323bfbf1c078a94524f66519a4ae6d0005119f7a
 commit 323bfbf in my task-28799-2 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] #28731 [Core Tor/Tor]: log bootstrap tag name for easier troubleshooting

[Tor Bug Tracker & Wiki]

#28731: log bootstrap tag name for easier troubleshooting
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, 033-backport-maybe,|  Actual Points:
  034-backport-maybe, 035-backport-maybe |
Parent ID:  #28018   | Points:  0.1
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by maqp):

 nickm: Is it at all possible to revert this until Stem 1.8 is closer to be
 released. My concern is losing e.g. Tails as a platform if it upgrades Tor
 to 0.4.0 before the release of next Stem. As for Ubuntu etc., is it still
 possible to install 0.3.5 after the main repositories update to 0.4.0?

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

Re: [tor-bugs] #28887 [Core Tor/Tor]: StaleDesc flag missing from spec

[Tor Bug Tracker & Wiki]

#28887: StaleDesc flag missing from spec
--+
 Reporter:  atagar|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by nickm):

 StaleDesc is in that list, though.  It was added in
 d14164d8b9d7bf53c63f4720d2361a18e2d45e0e

--
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] #28752 [Applications/Tor Browser]: Gradle sometimes downloads tor-android-binary resources during build (or the build is failing)

[Tor Bug Tracker & Wiki]

#28752: Gradle sometimes downloads tor-android-binary resources during build (or
the build is failing)
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_revision
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-rbm, |  Actual Points:
  TorBrowserTeam201812, TBA-a3   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-
Changes (by gk):

 * status:  needs_review => needs_revision


Comment:

 I've not test it yet but some small nits while reading through the
 changes:

 1) s/assumes artifact package/assumes the artifact package/
 2) s/artifacts to correct location/artifacts to the correct location./

--
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] #27100 [Core Tor/Tor]: report connection to PT SOCKS proxy separately from OR connection

[Tor Bug Tracker & Wiki]

#27100: report connection to PT SOCKS proxy separately from OR connection
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  enhancement  | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  035-roadmap-subtask, 035-triaged-|  Actual Points:
  in-20180711, socks, pt, s8-bootstrap   |
Parent ID:  #28018   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-
Changes (by catalyst):

 * owner:  ahf => catalyst


Comment:

 Replying to [comment:18 catalyst]:
 > Replying to [comment:17 catalyst]:
 > > #28884 is a related problem.
 > Also #27167 will partially solve this, because we notice the state
 change to `OR_CONN_STATE_PROXY_HANDSHAKING`.  Some intermediate proxy
 states might not be captured in those patches though.
 Also also, having looked at how I worded this ticket originally, I'm
 pretty sure #27167 will completely solve this, so I'm taking this ticket
 back.  Additional work on reporting intermediate progress from within a PT
 proxy are ahf's work in #25502.

--
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] #27308 [Core Tor/Tor]: add completion milestones to bootstrap

[Tor Bug Tracker & Wiki]

#27308: add completion milestones to bootstrap
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  enhancement  | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  usability, ux, ux-team, bootstrap,   |  Actual Points:
  035-roadmap-subtask, 035-triaged-in-20180711,  |
  s8-bootstrap   |
Parent ID:  #28018   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by catalyst):

 We probably should scope this a bit better.  I think there are two
 categories of "previous phase reports progress on starting the following
 phase":

 1. reporting our best guess as to what the next asynchronous progress will
 occur next that's been unblocked by what just happened
 2. reporting progress of the next phase when we're about to call into code
 that almost certainly begins the phase we're reporting that we're starting

 (1) is more important to fix, and #27167 fixes some of them.
 (2) is less important to fix, because the distinction is only important to
 someone who's familiar with the code.  In these cases, it's very unlikely
 that progress will be interrupted or blocked before the actual work begins
 on the next phase.

--
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] #28752 [Applications/Tor Browser]: Gradle sometimes downloads tor-android-binary resources during build (or the build is failing)

[Tor Bug Tracker & Wiki]

#28752: Gradle sometimes downloads tor-android-binary resources during build (or
the build is failing)
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_review
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-rbm, |  Actual Points:
  TorBrowserTeam201812, TBA-a3   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-
Changes (by sisbell):

 * status:  new => needs_review


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

Re: [tor-bugs] #28752 [Applications/Tor Browser]: Gradle sometimes downloads tor-android-binary resources during build (or the build is failing)

[Tor Bug Tracker & Wiki]

#28752: Gradle sometimes downloads tor-android-binary resources during build (or
the build is failing)
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-rbm, |  Actual Points:
  TorBrowserTeam201812, TBA-a3   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by sisbell):

 Changes (android-1216)

 * Copy the tor-android-binary files to correct location in the gradle repo
 (firefox project). This fixes the download issue.

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

Re: [tor-bugs] #28019 [Core Tor/Tor]: Collect feedback on mobile DisableNetwork API; resolve issues.

[Tor Bug Tracker & Wiki]

#28019: Collect feedback on mobile DisableNetwork API; resolve issues.
--+
 Reporter:  nickm |  Owner:  (none)
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  Sponsor8
--+
Changes (by gaba):

 * 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] #27100 [Core Tor/Tor]: report connection to PT SOCKS proxy separately from OR connection

[Tor Bug Tracker & Wiki]

#27100: report connection to PT SOCKS proxy separately from OR connection
-+-
 Reporter:  catalyst |  Owner:  ahf
 Type:  enhancement  | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  035-roadmap-subtask, 035-triaged-|  Actual Points:
  in-20180711, socks, pt, s8-bootstrap   |
Parent ID:  #28018   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by catalyst):

 Replying to [comment:17 catalyst]:
 > #28884 is a related problem.
 Also #27167 will partially solve this, because we notice the state change
 to `OR_CONN_STATE_PROXY_HANDSHAKING`.  Some intermediate proxy states
 might not be captured in those patches though.

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

Re: [tor-bugs] #28823 [Applications/Tor Browser]: Every web page crashes on Windows 7 with Tor Browser 8

[Tor Bug Tracker & Wiki]

#28823: Every web page crashes on Windows 7 with Tor Browser 8
--+---
 Reporter:  testcy|  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-crash |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---

Comment (by testcy):

 I will try adjusting the security slider and see if it helps. Something
 new I noticed is a  "NoScript XSS Warning" message appearing on certain
 web-pages that occasionally crash. I don't know if it is something
 related.

--
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] #28887 [Core Tor/Tor]: StaleDesc flag missing from spec

[Tor Bug Tracker & Wiki]

#28887: StaleDesc flag missing from spec
--+
 Reporter:  atagar|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by atagar):

 Bit more context: the StaleDesc flag was added in ticket #26770. Here's
 its changelog entry...

 {{{
 % cat changes/ticket26770
   o Minor features (directory authority, relay):
 - Authorities now vote on a "StaleDesc" flag to indicate that a
 relay's
   descriptor is so old that the relay should upload again soon.
 Relays
   understand this flag, and treat it as a signal to upload a new
   descriptor.  This flag will eventually let us remove the 'published'
   date from routerstatus entries, and save a great deal of space in
 our
   consensus diffs. Closes ticket 26770; implements proposal 293.
 }}}

--
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] #28731 [Core Tor/Tor]: log bootstrap tag name for easier troubleshooting

[Tor Bug Tracker & Wiki]

#28731: log bootstrap tag name for easier troubleshooting
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.4.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, 033-backport-maybe,|  Actual Points:
  034-backport-maybe, 035-backport-maybe |
Parent ID:  #28018   | Points:  0.1
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by atagar):

 Quick note since it's relevant for this: Nick and I discussed hooks stem
 can use rather than bootstram messages and Stem will soon use tor's spiffy
 new OwningControllerFD capability instead...

 https://gitweb.torproject.org/torspec.git/tree/control-spec.txt#n3396

 Rather than reading bootstrap messages Stem will launch its tor instances
 with a temporary control socket that renounces its ownership and closes
 once bootstrapped. Nick is adding a 'DROPOWNERSHIP' command to make this
 work (thanks Nick!)...

 https://trac.torproject.org/projects/tor/ticket/28843

--
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] #28887 [Core Tor/Tor]: StaleDesc flag missing from spec

[Tor Bug Tracker & Wiki]

#28887: StaleDesc flag missing from spec
--+
 Reporter:  atagar|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 Hi network team. Tor now emits a new 'StaleDesc' flag...

 https://lists.torproject.org/pipermail/tor-consensus-
 health/2018-December/009451.html

 I rely on the dir-spec to know the enumeration of consensus flags and what
 they mean. In this case though we forgot to add it. Mind adding a
 description of it to the following?

 https://gitweb.torproject.org/torspec.git/tree/dir-spec.txt#n2306

--
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] #28179 [Core Tor/Tor]: Handle output from PT processes with the event loop

[Tor Bug Tracker & Wiki]

#28179: Handle output from PT processes with the event loop
-+-
 Reporter:  ahf  |  Owner:  ahf
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  unspecified
 Severity:  Normal   | Resolution:
 Keywords:  tor-pt, 040-roadmap-subtask  |  Actual Points:
Parent ID:  #25502   | Points:
 Reviewer:  dgoulet  |Sponsor:  Sponsor8-must
-+-
Changes (by dgoulet):

 * sponsor:  Sponsor8 => Sponsor8-must


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

Re: [tor-bugs] #28877 [Core Tor/Tor]: Paginate large controller commands like 'GETINFO desc/all-recent' (was: Command desc/all-recent slows down or craches Nyx)

[Tor Bug Tracker & Wiki]

#28877: Paginate large controller commands like 'GETINFO desc/all-recent'
--+--
 Reporter:  wagon |  Owner:  atagar
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by atagar):

 * component:  Core Tor/Nyx => Core Tor/Tor


Comment:

 Hi wagon, I'm gonna toss this over to tor and repurpose it to be for
 paginated GETINFO commands. You're right that commands like 'GETINFO desc
 /all-recent' provide megabytes of data.

 These GETINFO commands were created in tor's early days when the consensus
 was pretty small, but nowadays the response of this method is massive. The
 usual way of dealing with this is to have a paginated API where the caller
 can provide a starting index and number of responses. This would let Nyx
 fetch smaller batches without hosing the control connection.

 Unfortunately without that there's not much I can do on my end.

--
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] #28857 [Core Tor/Stem]: A commit has broken creation of v3 onion services with Stem 1.7

[Tor Bug Tracker & Wiki]

#28857: A commit has broken creation of v3 onion services with Stem 1.7
---+---
 Reporter:  maqp   |  Owner:  atagar
 Type:  defect | Status:  closed
 Priority:  High   |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:  duplicate
 Keywords:  regression hs  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by atagar):

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


Comment:

 Hi Nick. To be clear this was *not* a stem bug. Stem was working as
 intended.

 Tor changed its bootstrap log messages with the upfront understanding that
 it would break things like this. Please see the discussion on #28731 for
 the discussion.

--
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] #27609 [Applications/Tor Browser]: TBA: Evaluate Tor Onion Proxy Library

[Tor Bug Tracker & Wiki]

#27609: TBA: Evaluate Tor Onion Proxy Library
-+-
 Reporter:  sysrqb   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, TorBrowserTeam201812,|  Actual Points:
  TBA-a3 |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by sysrqb):

 Replying to [comment:19 sisbell]:
 > Replying to [comment:18 sysrqb]:
 >
 > > Replying to [comment:15 sisbell]:
 > >
 > >
 > >
 > > > Evaluation:
 [snip]
 > > > 1. Stability: Its workable for an alpha, but we should cleanup up
 the threading and socket connections
 > > >
 > > >
 > > >
 > > >
 > >
 > > This is what I'm primarily worried about. Is the code quality where we
 need it. Is it tested? Is the code safe (for some value of safe)? With
 Orbot, we weren't exposing our users to new code (because Orbot was
 previously a dependency). If we use TOPL then we should be confident this
 won't be worse.
 > I tested it back in February of this year and it works. While working on
 the code, I didn't see anything jumping out as unsafe. It's straight-
 forward.

 Great, thanks.

 >
 > >
 > >
 > >
 > >
 > > > In summary: this is not a simply a drop-in. It will need a UI
 defined and built but core functionality is all there. Suggest cleanup of
 threading before a production release.
 > > >
 > > >
 > > >
 > >
 > > Can you estimate how much time this will require? Would we need to re-
 write much of the code and redesign it?
 >
 > Its no more than one week to cleanup threading and the other async
 handling. So not much of the code would need to be re-written. I'm seeing
 TOPL library as more of a replacement for orbotservice.
 >
 [snip]
 >
 > its hard to give exact estimate without going through full list of
 features first. Here is an initial estimate
 >
 >  * Bring TOPL inline with orbotservice - 1 week

 I believe we need a new ticket for this. Please open it when you know what
 work is needed here.

 >  * Pluggable transport build - ??? needs more investigation

 We can combine with this #28802.

 >  * Re-write of Orbot UI and providers - 3 weeks

 The UI is mostly the goal of #28329. Implementing the Hidden Services
 provider will require more work, but we don't need that for the first
 stable version of TBA, so we can ignore it for now.

 >
 > So best case would be about one-man-month. If we wanted to be keep Orbot
 but just integrate TOPL and remove orbotservice, we would be looking at
 more like 2 weeks.

 Hopefully the above provides a better idea of what we're trying to
 accomplish.

--
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] #28481 [Core Tor/Tor]: Tor's startup time is getting slower on Android

[Tor Bug Tracker & Wiki]

#28481: Tor's startup time is getting slower on Android
-+-
 Reporter:  akwizgran|  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.4.9
 Severity:  Normal   | Resolution:
 Keywords:  android startup performance  |  Actual Points:
  controller |
Parent ID:  #26630   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by akwizgran):

 Startup times for Linux x64_64 with cache-* files deleted:

 ||= Tor version =||= Min =||= Max =||
 ||0.2.9.16||0.051||0.27||
 ||0.2.9.17||0.072||0.14||
 ||0.3.0.1-alpha||0.058||1.02 (outlier)||
 ||0.3.1.1-alpha||0.067||0.20||
 ||0.3.2.1-alpha||0.044||0.17||
 ||0.3.3.1-alpha||0.055||0.39||
 ||0.3.4.1-alpha||0.053||0.30||
 ||0.3.4.8||0.063||0.38||
 ||0.3.4.9||0.056||0.54||
 ||0.3.5.5-alpha||0.048||0.14||

 The times are much faster than
 [https://trac.torproject.org/projects/tor/ticket/28481#comment:3 before],
 and it looks like the trend across versions may have disappeared, though
 it's hard to judge given the amount of noise.

--
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] #28856 [Core Tor/Tor]: Discard strcmp_len()

[Tor Bug Tracker & Wiki]

#28856: Discard strcmp_len()
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.4.9
 Severity:  Normal   | Resolution:
 Keywords:  android startup performance  |  Actual Points:  .3
  controller |
Parent ID:  #28481   | Points:
 Reviewer:  mikeperry|Sponsor:
 |  Sponsor8-can
-+-
Changes (by asn):

 * reviewer:  teor => mikeperry


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

Re: [tor-bugs] #28670 [Core Tor/sbws]: CI should check for broken links in the documentation

[Tor Bug Tracker & Wiki]

#28670: CI should check for broken links in the documentation
---+---
 Reporter:  juga   |  Owner:  juga
 Type:  defect | Status:  needs_review
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer:  dgoulet|Sponsor:
---+---
Changes (by asn):

 * reviewer:  teor => dgoulet


--
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] #28813 [Core Tor/Tor]: confirm hypothesis re PT jump-to-80%

[Tor Bug Tracker & Wiki]

#28813: confirm hypothesis re PT jump-to-80%
-+
 Reporter:  catalyst |  Owner:  catalyst
 Type:  task | Status:  closed
 Priority:  Medium   |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  implemented
 Keywords:  s8-bootstrap, s8-errors  |  Actual Points:
Parent ID:  #28018   | Points:
 Reviewer:   |Sponsor:  Sponsor8-can
-+
Changes (by catalyst):

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


Comment:

 This has gone a week without additional comment, so I'm closing it.  Feel
 free to reopen if there's something major I missed.

--
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] #28886 [Internal Services/Tor Sysadmin Team]: add ooni to the grants list

[Tor Bug Tracker & Wiki]

#28886: add ooni to the grants list
-+
 Reporter:  gaba |  Owner:  tpa
 Type:  task | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by ln5):

 * 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] #28873 [Applications/Tor Browser]: Cascading of permissions does not seem to work properly in Tor Browser 8

[Tor Bug Tracker & Wiki]

#28873: Cascading of permissions does not seem to work properly in Tor Browser 8
-+-
 Reporter:  gk   |  Owner:  ma1
 Type:  defect   | Status:
 |  needs_review
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  noscript, tbb-security, tbb- |  Actual Points:
  torbutton, tbb-8.0-issues, tbb-regression, |
  TorBrowserTeam201812   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by ma1):

 * status:  assigned => needs_review


Comment:

 Sorry, messed up the link, it should have been
 [https://github.com/hackademix/noscript/releases/tag/10.2.1rc3  NoScript
 10.2.1rc3].

--
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] #28873 [Applications/Tor Browser]: Cascading of permissions does not seem to work properly in Tor Browser 8

[Tor Bug Tracker & Wiki]

#28873: Cascading of permissions does not seem to work properly in Tor Browser 8
-+-
 Reporter:  gk   |  Owner:  ma1
 Type:  defect   | Status:
 |  assigned
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  noscript, tbb-security, tbb- |  Actual Points:
  torbutton, tbb-8.0-issues, tbb-regression, |
  TorBrowserTeam201812   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by ma1):

 * owner:  tbb-team => ma1
 * status:  reopened => assigned


Comment:

 It should be fixed by
 [https://github.com/hackademix/noscript/releases/tag/10.2.1rc3 noScript
 10.2.1rc3. Please verify, 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] #28526 [Community/Tor Support]: Document how NGOs can run private obfs4 bridges, and get some doing it

[Tor Bug Tracker & Wiki]

#28526: Document how NGOs can run private obfs4 bridges, and get some doing it
---+---
 Reporter:  arma   |  Owner:  ggus
 Type:  project| Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Tor Support  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor19
---+---
Changes (by phoul):

 * cc: phoul (added)


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

[tor-bugs] #28886 [Internal Services/Tor Sysadmin Team]: add ooni to the grants list

[Tor Bug Tracker & Wiki]

#28886: add ooni to the grants list
-+-
 Reporter:  gaba |  Owner:  tpa
 Type:  task | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   |   Keywords:
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 We need to add maria at openobservatory.org to grants at torproject.org.
 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] #25694 [Applications/Tor Browser]: Activity 3.1: Improve the user experience of updating Tor Browser

[Tor Bug Tracker & Wiki]

#25694: Activity 3.1: Improve the user experience of updating Tor Browser
--+---
 Reporter:  isabela   |  Owner:  antonela
 Type:  defect| 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 mcs):

 I created #28885 to implementation of the "Downloading Package Feedback"
 item.

--
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] #28885 [Applications/Tor Browser]: notify users that update is downloading

[Tor Bug Tracker & Wiki]

#28885: notify users that update is downloading
--+--
 Reporter:  mcs   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #25694| Points:
 Reviewer:|Sponsor:
--+--
Changes (by mcs):

 * parent:   => #25694


--
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] #28885 [Applications/Tor Browser]: notify users that update is downloading

[Tor Bug Tracker & Wiki]

#28885: notify users that update is downloading
--+--
 Reporter:  mcs   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 An important improvement that was discussed in #25694 is to let users know
 when an update is in the process of being downloaded. Firefox does not
 show this information in an obvious way; users need to open
 about:preferences and look in the Updates section or open the about box.
 Tor Browser users are sometimes confused because they know an update is
 available but have no easy way to know if it is being downloaded, and
 downloading the MAR files can take a while over Tor.

 We plan to add a new "Downloading Tor Browser update..." message that will
 be displayed in the hamburger menu. We will also ensure that the standard
 "update" icon is displayed on the hamburger menu toolbar icon so users
 know to look inside for more info.

--
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] #27597 [Applications/Tor Browser]: ASan build option in tor-browser-build is broken

[Tor Bug Tracker & Wiki]

#27597: ASan build option in tor-browser-build is broken
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-8.0-issues, tbb-regression,  |  Actual Points:
  tbb-rbm, TorBrowserTeam201812R |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 Okay, I pushed another commit (commit
 570ae84b5182a7d6986e467540318e5282fe0f2e) that fixes the `--enable-tests`
 related problem. It turns out that `fwrapv` does not like the code added
 in https://bugzilla.mozilla.org/show_bug.cgi?id=1432646 and breaks. I have
 not looked closer whether that's a compiler bug or something else. For now
 I just filed an upstream bug
 (https://bugzilla.mozilla.org/show_bug.cgi?id=1514794) and removed the
 `-fwrapv` flag. Which is okayish for our debug build I think.

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

Re: [tor-bugs] #27100 [Core Tor/Tor]: report connection to PT SOCKS proxy separately from OR connection

[Tor Bug Tracker & Wiki]

#27100: report connection to PT SOCKS proxy separately from OR connection
-+-
 Reporter:  catalyst |  Owner:  ahf
 Type:  enhancement  | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  035-roadmap-subtask, 035-triaged-|  Actual Points:
  in-20180711, socks, pt, s8-bootstrap   |
Parent ID:  #28018   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by catalyst):

 #28884 is a related problem.

--
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] #28884 [Core Tor/Tor]: PT users still have a jump-to-80% problem

[Tor Bug Tracker & Wiki]

#28884: PT users still have a jump-to-80% problem
+
 Reporter:  catalyst|  Owner:  catalyst
 Type:  enhancement | Status:  assigned
 Priority:  Medium  |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  sponsor19-also  |  Actual Points:
Parent ID:  #28018  | Points:
 Reviewer:  |Sponsor:  Sponsor8
+
Changes (by catalyst):

 * type:  defect => enhancement


--
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] #28848 [Obfuscation/Snowflake]: Document Snowflake broker implementation

[Tor Bug Tracker & Wiki]

#28848: Document Snowflake broker implementation
---+--
 Reporter:  ahf|  Owner:  (none)
 Type:  project| Status:  new
 Priority:  Medium |  Milestone:  Tor: unspecified
Component:  Obfuscation/Snowflake  |Version:  Tor: unspecified
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor19
---+--
Changes (by gaba):

 * cc: gaba (added)


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

Re: [tor-bugs] #27167 [Core Tor/Tor]: track "first" OR_CONN

[Tor Bug Tracker & Wiki]

#27167: track "first" OR_CONN
-+-
 Reporter:  catalyst |  Owner:
 |  catalyst
 Type:  enhancement  | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  usability, ux, ux-team, bootstrap,   |  Actual Points:
  035-roadmap-subtask, 035-triaged-in-20180711,  |
  s8-bootstrap, 035-deferred-20180930,   |
  s8-errors  |
Parent ID:  #27103   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by catalyst):

 The fix for this will probably fix #28884 as a side effect.

--
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] #28884 [Core Tor/Tor]: PT users still have a jump-to-80% problem

[Tor Bug Tracker & Wiki]

#28884: PT users still have a jump-to-80% problem
--+
 Reporter:  catalyst  |  Owner:  catalyst
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  sponsor19-also
Actual Points:|  Parent ID:  #28018
   Points:|   Reviewer:
  Sponsor:  Sponsor8  |
--+
 See #28813 for one example.  It's highly likely that #27167 will fix this
 as a side effect.

 Basically directory bootstrap progress display gets unblocked as soon as
 the TCP connect to the PT proxy succeeds, so the 80% (conn_or) from the
 directory bootstrap status gets displayed, even when we're unlikely to
 successfully connect to a relay through the PT.

--
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] #28860 [Core Tor/Tor]: Increased DNS failure rate when using ServerDNSResolvConfFile with tor 0.3.4.9 (as opposed to 0.3.3.x)

[Tor Bug Tracker & Wiki]

#28860: Increased DNS failure rate when using ServerDNSResolvConfFile with tor
0.3.4.9 (as opposed to 0.3.3.x)
-+
 Reporter:  nusenu   |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-dns, regression  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by dgoulet):

 * keywords:   => tor-dns, regression
 * milestone:   => Tor: 0.4.0.x-final


--
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] #28857 [Core Tor/Stem]: A commit has broken creation of v3 onion services with Stem 1.7

[Tor Bug Tracker & Wiki]

#28857: A commit has broken creation of v3 onion services with Stem 1.7
---+
 Reporter:  maqp   |  Owner:  atagar
 Type:  defect | Status:  new
 Priority:  High   |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:
 Keywords:  regression hs  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by dgoulet):

 Replying to [comment:5 maqp]:
 > nickm: Thank you! I'm not sure to what bug you are referring to. Is
 there a ticket number?

 #28844

--
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] [Tor Bug Tracker & Wiki] Batch modify: #28880, #28879, #28852

[Tor Bug Tracker & Wiki]

Batch modification to #28880, #28879, #28852 by dgoulet:
reviewer to catalyst

--
Tickets 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] [Tor Bug Tracker & Wiki] Batch modify: #28883, #28881, #28840

[Tor Bug Tracker & Wiki]

Batch modification to #28883, #28881, #28840 by dgoulet:
reviewer to ahf

--
Tickets 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] [Tor Bug Tracker & Wiki] Batch modify: #28853, #28839, #28736

[Tor Bug Tracker & Wiki]

Batch modification to #28853, #28839, #28736 by dgoulet:
reviewer to dgoulet

--
Tickets 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] [Tor Bug Tracker & Wiki] Batch modify: #28761, #28738, #28715, #28647

[Tor Bug Tracker & Wiki]

Batch modification to #28761, #28738, #28715, #28647 by dgoulet:
reviewer to nickm

--
Tickets 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] [Tor Bug Tracker & Wiki] Batch modify: #28856, #28837, #28670

[Tor Bug Tracker & Wiki]

Batch modification to #28856, #28837, #28670 by dgoulet:
reviewer to teor

--
Tickets 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] [Tor Bug Tracker & Wiki] Batch modify: #28851, #28838, #28789

[Tor Bug Tracker & Wiki]

Batch modification to #28851, #28838, #28789 by dgoulet:
reviewer to asn

--
Tickets 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] [Tor Bug Tracker & Wiki] Batch modify: #28843, #28788, #28058

[Tor Bug Tracker & Wiki]

Batch modification to #28843, #28788, #28058 by dgoulet:
reviewer to mikeperry

--
Tickets 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] #28875 [Applications/Tor Browser]: Running Tor Browser 8.x debug builds crashes

[Tor Bug Tracker & Wiki]

#28875: Running Tor Browser 8.x debug builds crashes
--+--
 Reporter:  gk|  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:
--+--

Comment (by tom):

 The non-early pref assert can be fixed by adding it around here:
 https://dxr.mozilla.org/mozilla-esr60/source/dom/ipc/ContentPrefs.cpp#295

--
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] #28562 [Core Tor/Tor]: test: test_rebind.py doesn't use a temporary a DataDirectory

[Tor Bug Tracker & Wiki]

#28562: test: test_rebind.py doesn't use a temporary a DataDirectory
--+
 Reporter:  dgoulet   |  Owner:  (none)
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:  tor-test  |  Actual Points:
Parent ID:| Points:
 Reviewer:  dgoulet   |Sponsor:
--+

Comment (by nickm):

 Cherry-picked this back to 0.3.5, and added a changes file.

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

Re: [tor-bugs] #28813 [Core Tor/Tor]: confirm hypothesis re PT jump-to-80%

[Tor Bug Tracker & Wiki]

#28813: confirm hypothesis re PT jump-to-80%
-+
 Reporter:  catalyst |  Owner:  catalyst
 Type:  task | Status:  needs_information
 Priority:  Medium   |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, s8-errors  |  Actual Points:
Parent ID:  #28018   | Points:
 Reviewer:   |Sponsor:  Sponsor8-can
-+
Changes (by asn):

 * 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] #28633 [Core Tor/Tor]: Pad on specific circuit purposes + ltups

[Tor Bug Tracker & Wiki]

#28633: Pad on specific circuit purposes + ltups
-+-
 Reporter:  asn  |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  wtf-pad, tor-relay, tor-cell,|  Actual Points:
  padding|
Parent ID:  #28632   | Points:
 Reviewer:  asn  |Sponsor:
-+-
Changes (by asn):

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


Comment:

 Tests from #28142 LGTM! Closing thiss as it will be resolved along with
 #28142.

--
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] #23888 [Obfuscation/Snowflake]: Creating a Snowflake WebExtension addon

[Tor Bug Tracker & Wiki]

#23888: Creating a Snowflake WebExtension addon
---+---
 Reporter:  oarel  |  Owner:  (none)
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor19
---+---

Comment (by antonela):

 Hey, I hand-made some wireframes to explore some ideas around this web
 extension. With this web extension, users will have the option to
 enable/disable snowflake. You can see them here:

 https://trac.torproject.org/projects/tor/raw-
 attachment/ticket/23888/concept1.jpg
 https://trac.torproject.org/projects/tor/raw-
 attachment/ticket/23888/concept2.jpg

 If this extension is a `browserAction` kind of extension, we should
 approach a [https://developer.mozilla.org/en-US/docs/Mozilla/Add-
 ons/WebExtensions/user_interface/Browser_action, toolbar button with a
 popup]. If that is the case, also we should allow users to enable webRTC
 globally.

 [[Image(https://trac.torproject.org/projects/tor/raw-
 attachment/ticket/23888/00.png, 700px)]]
 [[Image(https://trac.torproject.org/projects/tor/raw-
 attachment/ticket/23888/01.png, 700px)]]

 If the extension will work as a `pageAction`, then we may consider to
 include the extension icon at the right side of the URL Bar. Also, we
 should prompt the site preference doorhanger to allow users to enable
 webRTC for that tab.

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

 In both scenarios, I think we can keep this idea raised in #27385 about to
 having the rotational motion on the snowflake when it is running.

 We could have Advanced Settings at the [https://developer.mozilla.org/en-
 US/docs/Mozilla/Add-ons/WebExtensions/user_interface/Options_pages,
 Extension Options page]. There we can allow users to set some preferences
 about "how much of my bandwidth I want to give to snowflake" and another
 type of advanced network settings.

 -

 I think that showing the number of peers connected to the bridge is
 rewarding for the user who is enabling the bridge. I also know that it is
 not possible now, but we can keep this in mind for later.

 -

 I think the snowflake icon should work better at small sizes. If you like
 to have that icon idea, I'll give it another round of work to synthesize
 the lines when it works small.

 Next step for me is iterate over this mockups. Once we have defined how
 this extension will work, I'll create a prototype to see how the userflow
 works.

--
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] #28142 [Core Tor/Tor]: Merge original WTF-PAD branch

[Tor Bug Tracker & Wiki]

#28142: Merge original WTF-PAD branch
-+-
 Reporter:  asn  |  Owner:
 |  mikeperry
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  wtf-pad, tor-relay, tor-cell,|  Actual Points:
  padding|
Parent ID:  #28631   | Points:
 Reviewer:  asn  |Sponsor:
 |  Sponsor2
-+-

Comment (by asn):

 OK I took Mike's unittest branch from
 [https://github.com/torproject/tor/pull/593 PR#593] and on top of it I
 applied my fixups. I pushed two branches: an
 [https://github.com/torproject/tor/pull/602 unsquashed one] with all the
 fixups intact, and  a [https://github.com/torproject/tor/pull/601 squashed
 one] which is completely squashed down to the base. The two branches
 should have a `git-diff` of zero.

 I also replied to all the open review comments by Nick on
 [https://github.com/torproject/tor/pull/461 PR#461] by pointing to the
 unsquashed branch. So after the fixups get validated, we can start working
 on top of the squashed branch which is cleaner.

 If everyone likes the fixups and CI blesses the branches, then I think the
 next step is to disable/kill the current machine so that the branch can
 get merged and we can start working off master for good!

--
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] #28804 [Core Tor/Tor]: Improve quality of prop254 spec

[Tor Bug Tracker & Wiki]

#28804: Improve quality of prop254 spec
-+-
 Reporter:  asn  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor:
 |  unspecified
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  wtf-pad, tor-relay, tor-cell,|  Actual Points:
  padding, tor-spec  |
Parent ID:  #28637   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by asn):

 Also update spec (and maybe code) with the discussion from
 https://github.com/torproject/tor/pull/461#discussion_r239949925 .

--
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] #28787 [Core Tor/Tor]: Bug 3.5.5: src/feature/dircache/consdiffmgr.c:278: cdm_diff_ht_check_and_note_pending

[Tor Bug Tracker & Wiki]

#28787: Bug 3.5.5: src/feature/dircache/consdiffmgr.c:278:
cdm_diff_ht_check_and_note_pending
--+
 Reporter:  Felixix   |  Owner:  (none)
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:  duplicate
 Keywords:  035-backport  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by nickm):

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


Comment:

 Thanks for the report.  I believe this is a duplicate of #27331.

--
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] #27331 [Core Tor/Tor]: Non-fatal assertion ent->cdm_diff_status != CDM_DIFF_PRESENT failed in cdm_diff_ht_check_and_note_pending at src/or/consdiffmgr.c:272

[Tor Bug Tracker & Wiki]

#27331: Non-fatal assertion ent->cdm_diff_status != CDM_DIFF_PRESENT failed in
cdm_diff_ht_check_and_note_pending at src/or/consdiffmgr.c:272
-+
 Reporter:  a_p  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor: 0.3.4.7-rc
 Severity:  Normal   | Resolution:
 Keywords:  regression 035-must  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by nickm):

 Closed #26395 and #28787 as duplicates of this.

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

Re: [tor-bugs] #26395 [Core Tor/Tor]: tor_bug_occurred_(): Bug: ../src/or/consdiffmgr.c:261: cdm_diff_ht_check_and_note_pending: Non-fatal assertion ent->cdm_diff_status != CDM_DIFF_PRESENT failed.

[Tor Bug Tracker & Wiki]

#26395: tor_bug_occurred_(): Bug: ../src/or/consdiffmgr.c:261:
cdm_diff_ht_check_and_note_pending: Non-fatal assertion
ent->cdm_diff_status != CDM_DIFF_PRESENT failed.
--+--
 Reporter:  fcornu|  Owner:  nickm
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: 0.3.2.10
 Severity:  Normal| Resolution:  duplicate
 Keywords:  035-removed-20180711  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by nickm):

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


Comment:

 I think this is the same as #27331 -- closing in favor of that ticket,
 since that one has more discussion.

--
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] #23888 [Obfuscation/Snowflake]: Creating a Snowflake WebExtension addon

[Tor Bug Tracker & Wiki]

#23888: Creating a Snowflake WebExtension addon
---+---
 Reporter:  oarel  |  Owner:  (none)
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor19
---+---
Changes (by mcs):

 * cc: mcs (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] #23888 [Obfuscation/Snowflake]: Creating a Snowflake WebExtension addon

[Tor Bug Tracker & Wiki]

#23888: Creating a Snowflake WebExtension addon
---+---
 Reporter:  oarel  |  Owner:  (none)
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor19
---+---
Changes (by antonela):

 * Attachment "00.01.png" 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] #23888 [Obfuscation/Snowflake]: Creating a Snowflake WebExtension addon

[Tor Bug Tracker & Wiki]

#23888: Creating a Snowflake WebExtension addon
---+---
 Reporter:  oarel  |  Owner:  (none)
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor19
---+---
Changes (by antonela):

 * Attachment "00.01.png" added.


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

Re: [tor-bugs] #28883 [Core Tor/Tor]: If many log messages are sent, test_rebind.py does not wait for 60 seconds

[Tor Bug Tracker & Wiki]

#28883: If many log messages are sent, test_rebind.py does not wait for 60 
seconds
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:  0
 Reviewer:|Sponsor:
--+
Changes (by nickm):

 * cc: teor (added)
 * status:  assigned => needs_review


Comment:

 See branch `ticket28883_035` with PR at
 https://github.com/torproject/tor/pull/600

--
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] #28883 [Core Tor/Tor]: If many log messages are sent, test_rebind.py does not wait for 60 seconds

[Tor Bug Tracker & Wiki]

#28883: If many log messages are sent, test_rebind.py does not wait for 60 
seconds
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:  0 |   Reviewer:
  Sponsor:|
--+
 The test_rebind.py script does not wait a full 60 seconds if it receives
 600 log messages.  This is probably not intended, right?

--
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] #28882 [Webpages/Blog]: Create blog account for emmapeel

[Tor Bug Tracker & Wiki]

#28882: Create blog account for emmapeel
---+--
 Reporter:  steph  |  Owner:  hiro
 Type:  task   | Status:  new
 Priority:  Medium |  Milestone:
Component:  Webpages/Blog  |Version:
 Severity:  Major  |   Keywords:
Actual Points: |  Parent ID:
   Points: |   Reviewer:
  Sponsor: |
---+--
 username: emmapeel
 email: emmapeel at torproject dot org

--
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] #23888 [Obfuscation/Snowflake]: Creating a Snowflake WebExtension addon

[Tor Bug Tracker & Wiki]

#23888: Creating a Snowflake WebExtension addon
---+---
 Reporter:  oarel  |  Owner:  (none)
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor19
---+---
Changes (by antonela):

 * Attachment "01.png" added.


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

Re: [tor-bugs] #23888 [Obfuscation/Snowflake]: Creating a Snowflake WebExtension addon

[Tor Bug Tracker & Wiki]

#23888: Creating a Snowflake WebExtension addon
---+---
 Reporter:  oarel  |  Owner:  (none)
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor19
---+---
Changes (by antonela):

 * Attachment "00.01.png" added.


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