Re: [tor-bugs] #28737 [Core Tor/sbws]: Redesign sbws torrc option configuration

[Tor Bug Tracker & Wiki]

#28737: Redesign sbws torrc option configuration
---+---
 Reporter:  teor   |  Owner:  (none)
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:  sbws: 1.1.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Old description:

> sbws' torrc option handling is broken.
>
> Here's a better scheme:
> 1. sbws config.default.ini and config.ini contain the following sections:
>   * tor.launch_options: a minimal set of options that must be configured
> when tor is launched. The minimal set contains the data directory config,
> control config, and log config. The network is disabled at launch. The
> initial options are:
> {{{
> 'DataDirectory': conf.getpath('tor', 'datadir'),
> 'PidFile': conf.getpath('tor', 'pid'),
> # Because we need things from full server descriptors (namely for
> now: the
> # bandwidth line)
> 'UseMicrodescriptors': '0',
>
> 'ControlSocket': conf.getpath('tor', 'control_socket'),
> # Easier than password authentication
> 'CookieAuthentication': '1',
>
> 'Log': [
> 'NOTICE file {}'.format(os.path.join(conf.getpath('tor', 'log'),
>  'notice.log')),
> ],
> # useful logging options for clients that don't care about anonymity
> 'SafeLogging': '0',
> 'LogTimeGranularity': '1',
> 'ProtocolWarnings': '1',
>
> 'DisableNetwork': '1',
> }}}
>   * tor.runtime_options: any other tor options that can be set at
> runtime. The network is enabled at runtime. The initial options are:
> {{{
> # We will find out via the ControlPort and not setting something
> static
> # means a lower chance of conflict
> 'SocksPort': 'auto',
>
> # To avoid path bias warnings
> 'UseEntryGuards': '0',
>
> c.set_conf('__LeaveStreamsUnattached', '1')
>
> # Things needed to make circuits fail a little faster. We get the
> # circuit_timeout as a string instead of an int on purpose: stem only
> # accepts strings.
> 'LearnCircuitBuildTimeout': '0',
> 'CircuitBuildTimeout': conf['general']['circuit_timeout'],
>
> 'DisableNetwork': '0',
> }}}
>   * Zero or more tor.ignore_failure_options.(group name): tor options
> that are set in groups at runtime, but ignored if they fail. #28692 and
> #28694 will add options to this list.
>
> Options in config.ini override options with the same name in
> sbws.default.ini, with + and / having the same meaning as in a torrc file
> (+ appends, / removes). Tor will make ignore failure options replace
> runtime options, and both replace launch options.
>
> 2. sbws gets its control socket from the launch_options ControlSocket
> option(s)
> 3. sbws gets its data directory, pid, log(s), and circuit build timeout
> using GETCONF
>
> 4. For backwards compatibility:
>   * if tor.extra_lines is present, it should be applied at launch. sbws'
> option merging code never worked, so we can just append extra_lines to
> launch_options. This shouldn't cause any more issues than the existing
> code.
>   * if these sbws options are present in an old config file, synthesise
> the corresponding torrc options. If launch_options is also present, it
> overrides the synthetic options. (sbws' option merging never worked for
> these options.)
> {{{
> 'DataDirectory': conf.getpath('tor', 'datadir'),
> 'PidFile': conf.getpath('tor', 'pid'),
> 'ControlSocket': conf.getpath('tor', 'control_socket'),
> 'Log': [
> 'NOTICE file {}'.format(os.path.join(conf.getpath('tor',
> 'log'),
>  'notice.log')),
> ],
> # Things needed to make circuits fail a little faster. We get the
> # circuit_timeout as a string instead of an int on purpose: stem
> only
> # accepts strings.
> 'CircuitBuildTimeout': conf['general']['circuit_timeout'],
> }}}
>
> The final option order is:
> * sbws merges launch_options:
>   * synthetic legacy config options from config.default.ini
>   * launch_options + extra_lines from config.default.ini
>   * synthetic legacy config options from config.ini
>   * launch_options + extra_lines from config.ini
> * sbws merges runtime_options from:
>   * config.default.ini
>   * config.ini
> * sbws merges each group of ignore_failure_options from:
>   * config.default.ini
>   * config.ini
>
> sbws launches tor with launch_options, then applies runtime_options, then
> applies each group of ignore_failure_options.
>
> This is a new feature, so it should go in sbws 1.1.

New description:

 sbws' torrc option handling is broken.

 Here's a better scheme:
 1. sbws config.default.ini and config.ini con

Re: [tor-bugs] #28758 [Core Tor/sbws]: Add requirements files

[Tor Bug Tracker & Wiki]

#28758: Add requirements files
---+---
 Reporter:  anadahz|  Owner:  (none)
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:  sbws: unspecified
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by teor):

 * milestone:   => sbws: unspecified


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

Re: [tor-bugs] #28759 [Core Tor/sbws]: Upload sbws to PyPI

[Tor Bug Tracker & Wiki]

#28759: Upload sbws to PyPI
---+---
 Reporter:  anadahz|  Owner:  (none)
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:  sbws: unspecified
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by teor):

 * milestone:   => sbws: unspecified


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

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

[Tor Bug Tracker & Wiki]

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

 * milestone:   => sbws: 1.0.x-final


Comment:

 This bug could be annoying for operators.

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

Re: [tor-bugs] #28772 [Core Tor/Tor]: DNS resolver at DNSPort stops working after some time, while tor is working. Only restart helps.

[Tor Bug Tracker & Wiki]

#28772: DNS resolver at DNSPort stops working after some time, while tor is
working. Only restart helps.
--+
 Reporter:  toruser787|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor:
  |  unspecified
Component:  Core Tor/Tor  |Version:  Tor:
  |  0.3.5.5-alpha
 Severity:  Normal| Resolution:
 Keywords:  dns bug fail restart dnsport  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by teor):

 * priority:  Immediate => Medium
 * severity:  Blocker => Normal
 * milestone:   => Tor: unspecified


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

Re: [tor-bugs] #28743 [Core Tor/Tor]: Tinytest library leaks out into non-test codebase

[Tor Bug Tracker & Wiki]

#28743: Tinytest library leaks out into non-test codebase
--+--
 Reporter:  karalabe  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:
 Severity:  Trivial   | Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by teor):

 * milestone:   => Tor: unspecified


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

Re: [tor-bugs] #21805 [Applications/Tor Browser]: webgl is blocked without a click-to-play button

[Tor Bug Tracker & Wiki]

#21805: webgl is blocked without a click-to-play button
-+-
 Reporter:  arthuredelstein  |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-usability, TorBrowserTeam201812  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

 * keywords:  tbb-usability => tbb-usability, TorBrowserTeam201812
 * status:  needs_information => new


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

Re: [tor-bugs] #27290 [Applications/Tor Browser]: WebGL is broken in Tor Browser 8

[Tor Bug Tracker & Wiki]

#27290: WebGL is broken in Tor Browser 8
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  closed
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  ff60-esr, tbb-8.0-issues, tbb-   |  Actual Points:
  regression, TorBrowserTeam201812R, tbb-|
  backport   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 Replying to [comment:13 gk]:
 > Replying to [comment:11 mcs]:
 > > r=mcs
 > > Both patches look good to me. I also verified that setting
 `webgl.min_capability_mode` to `false` allows WebGL to begin working
 within macOS Tor Browser (I tested with 8.0.3 and 8.5a5).
 >
 > Thanks. Merged to Torbutton's `master` (commit
 7d98f3bd4348aa79efe040118763c77c84745173) and to `tor-
 browser-60.3.0esr-8.5-1` (6eadc8186a20298ed6d0469f64586d63bec1cfd1).
 Marking for possible backport.

 Note for backporting: I think we should fix #21805 first, too, or amend
 our browser design doc which claims we are providing WebGL by click-to-
 play (which we currently do not do).

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

Re: [tor-bugs] #28717 [Core Tor/Tor]: Tor stuck in 25% Loading networkstatus consensus

[Tor Bug Tracker & Wiki]

#28717: Tor stuck in 25% Loading networkstatus consensus
--+--
 Reporter:  loskiq|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: 0.3.4.9
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks3):

 {{{
 Dec 07 06:51:49.000 [info] directory_send_command(): Downloading consensus
 from 154.16.245.120:443 using /tor/status-vote/current/consensus-
 microdesc/0232AF+14C131+23D15D+27102B+49015F+D586D1+E8A9C4+ED03BB+EFCBE7.z
 Dec 07 06:51:49.000 [info] internal circ (length 1):
 $072AF4D16146012D6E8DFA8518B169345D8CEA51(open)
 Dec 07 06:51:49.000 [info] link_apconn_to_circ(): Looks like completed
 circuit to [scrubbed] does allow optimistic data for connection to
 [scrubbed]
 Dec 07 06:51:49.000 [info] connection_ap_handshake_send_begin(): Sending
 relay cell 1 on circ 4041868625 to begin stream 5333.
 Dec 07 06:51:49.000 [info] connection_ap_handshake_send_begin():
 Address/port sent, ap socket -1, n_circ_id 4041868625
 Dec 07 06:51:49.000 [info] connection_edge_process_inbuf(): data from edge
 while in 'waiting for connect response' state. Sending it anyway.
 package_partial=0, buflen=194
 Dec 07 06:51:49.000 [info] connection_edge_process_inbuf(): data from edge
 while in 'waiting for connect response' state. Sending it anyway.
 package_partial=1, buflen=194
 Dec 07 06:51:50.000 [info] connection_edge_process_relay_cell_not_open():
 'connected' received for circid 4041868625 streamid 5333 after 1 seconds.
 Dec 07 06:51:50.000 [info] internal circ (length 1):
 $072AF4D16146012D6E8DFA8518B169345D8CEA51(open)
 Dec 07 06:51:50.000 [notice] Bootstrapped 25%: Loading networkstatus
 consensus
 Dec 07 06:56:56.000 [info] run_connection_housekeeping(): Expiring wedged
 directory conn (fd -1, purpose 14)
 Dec 07 06:56:56.000 [info] entry_guards_note_guard_failure(): Recorded
 failure for primary confirmed guard
 $072AF4D16146012D6E8DFA8518B169345D8CEA51
 ($072AF4D16146012D6E8DFA8518B169345D8CEA51)
 Dec 07 06:56:56.000 [info] should_delay_dir_fetches(): Delaying dir
 fetches (no running bridges known)
 Dec 07 06:56:56.000 [info] connection_free_minimal(): Freeing linked
 Directory connection [client reading] with 32975 bytes on inbuf, 0 on
 outbuf.
 Dec 07 06:56:56.000 [info] connection_edge_reached_eof(): conn (fd -1)
 reached eof. Closing.
 Dec 07 06:56:56.000 [info] connection_free_minimal(): Freeing linked Socks
 connection [open] with 0 bytes on inbuf, 0 on outbuf.
 Dec 07 06:56:57.000 [info] should_delay_dir_fetches(): Delaying dir
 fetches (no running bridges known)
 Dec 07 06:56:57.000 [info] should_delay_dir_fetches(): Delaying dir
 fetches (no running bridges known)
 Dec 07 06:56:57.000 [notice] Delaying directory fetches: No running
 bridges
 Dec 07 06:56:58.000 [info] circuit_mark_for_close_(): Circuit 0 (id: 1)
 marked for close at command.c:610 (orig reason: 521, new reason: 0)
 Dec 07 06:56:58.000 [info] circuit_free_(): Circuit 0 (id: 1) has been
 freed.
 Dec 07 06:56:58.000 [info] should_delay_dir_fetches(): Delaying dir
 fetches (no running bridges known)
 Dec 07 06:56:58.000 [info] should_delay_dir_fetches(): Delaying dir
 fetches (no running bridges known)
 Dec 07 06:56:59.000 [info] should_delay_dir_fetches(): Delaying dir
 fetches (no running bridges known)
 }}}

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

Re: [tor-bugs] #28705 [Applications/Tor Browser]: Tor Browser on Android is crashing on newer Android devices (>= Android N) (was: Don't leak File URI during download on Android)

[Tor Bug Tracker & Wiki]

#28705: Tor Browser on Android is crashing on newer Android devices (>= Android 
N)
-+-
 Reporter:  sysrqb   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-crash,   |  Actual Points:
  TorBrowserTeam201812   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-
Changes (by gk):

 * priority:  High => Very High


Comment:

 I think users on our blog are hitting this bug (see: e.g.
 https://blog.torproject.org/comment/278763#comment-278763 and
 https://blog.torproject.org/comment/278727#comment-278727) and I would
 call it a blocker for our Orfox -> Tor Browser transition.

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

Re: [tor-bugs] #28705 [Applications/Tor Browser]: Tor Browser on Android is crashing on newer Android devices (>= Android N) by file download (was: Tor Browser on Android is crashing on newer Android

[Tor Bug Tracker & Wiki]

#28705: Tor Browser on Android is crashing on newer Android devices (>= Android 
N)
by file download
-+-
 Reporter:  sysrqb   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-crash,   |  Actual Points:
  TorBrowserTeam201812   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28773 [Webpages/Support]: Comments on blog posts are not shown when they are on later pages

[Tor Bug Tracker & Wiki]

#28773: Comments on blog posts are not shown when they are on later pages
--+--
 Reporter:  gk|  Owner:  hiro
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Webpages/Support  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 Try e.g. to read
 ​https://blog.torproject.org/comment/275609#comment-275609. Opening that
 comment does not work for me, only the first page of comments are shown
 and it is not possible to move forward or backward when clicking either on
 the "Previous"/"Next" items or selecting a page number directly.

 This makes it very hard to deal with comments and show them on our blog.

 This is essentially #26344 being back again (not sure why this got closed
 as a duplicate back then).

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

Re: [tor-bugs] #27045 [Applications/Tor Browser]: Add option for firefox incremental builds

[Tor Bug Tracker & Wiki]

#27045: Add option for firefox incremental builds
+--
 Reporter:  boklm   |  Owner:  tbb-team
 Type:  task| Status:  needs_review
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam201812R  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

 * status:  needs_information => 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] #28715 [Core Tor/sbws]: Some torrc options don't have an argument

[Tor Bug Tracker & Wiki]

#28715: Some torrc options don't have an argument
---+---
 Reporter:  teor   |  Owner:  (none)
 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: |Sponsor:
---+---
Changes (by juga):

 * status:  new => needs_review


Comment:

 https://github.com/torproject/sbws/pull/309
 I based the branch on #28738 which refactor that part of the code in a
 function, to be able to test it.
 If #28738 change, this branch should be rebased to 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] #28756 [Applications/Tor Browser]: Sync doesn't work with Tor Browser for Android

[Tor Bug Tracker & Wiki]

#28756: Sync doesn't work with Tor Browser for Android
--+---
 Reporter:  dimqua|  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, tbb-crash |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by gk):

 * keywords:   => tbb-mobile, tbb-crash
 * status:  new => needs_information


Comment:

 Do you have steps to reproduce those crashes? Sync is not really supported
 right now, but it should not 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

Re: [tor-bugs] #28717 [Core Tor/Tor]: Tor stuck in 25% Loading networkstatus consensus

[Tor Bug Tracker & Wiki]

#28717: Tor stuck in 25% Loading networkstatus consensus
--+--
 Reporter:  loskiq|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: 0.3.4.9
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by loskiq):

 Replying to [comment:18 dcf]:
 > If you have time, you can help by testing versions between 0.2.9.17 and
 0.3.4.9 to see which versions work.

 I tested different versions of Tor, and here is the result:

 || Tor version 0.2.9.17. || working ||
 || Tor version 0.3.2.10 (git-31cc63deb69db819). || working ||
 || Tor version 0.3.3.10 (git-2e94df92caee0fca). || working ||
 || Tor version 0.3.3.6 (git-7dd0813e783ae16e). || working ||
 || Tor version 0.3.3.7 (git-035a35178c92da94). || working ||
 || Tor version 0.3.3.9 (git-45028085ea188baf). || working ||
 || Tor version 0.3.4.1-alpha (git-deb8970a29ef7427). || not working ||
 || Tor version 0.3.4.2-alpha (git-bc951e83aac770d1). || not working ||
 || Tor version 0.3.4.6-rc (git-6045c26d8442913e). || not working ||
 || Tor version 0.3.4.7-rc (git-8465a8d84647c349). || not working ||
 || Tor version 0.3.4.8 (git-da95b91355248ad8). || not working ||
 || Tor version 0.3.4.9 (git-4ac3ccf2863b86e7). || not working ||

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

Re: [tor-bugs] #27466 [Applications/Tor Browser]: Investigate single-locale language repacks for Tor Browser on desktop

[Tor Bug Tracker & Wiki]

#27466: Investigate single-locale language repacks for Tor Browser on desktop
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  task | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  TorBrowserTeam201811,|  Actual Points:
  GeorgKoppen201812  |
Parent ID:  #28196   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

 * parent:   => #28196


Comment:

 Note: #28196

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

Re: [tor-bugs] #28717 [Core Tor/Tor]: Tor stuck in 25% Loading networkstatus consensus

[Tor Bug Tracker & Wiki]

#28717: Tor stuck in 25% Loading networkstatus consensus
--+--
 Reporter:  loskiq|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: 0.3.4.9
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks3):

 {{{
 - The bandwidth-limitation logic has been refactored so that
   bandwidth calculations are performed on-demand, rather than every
   TokenBucketRefillInterval milliseconds. This change should improve
   the granularity of our bandwidth calculations, and limit the
   number of times that the Tor process needs to wake up when it is
   idle. Closes ticket 25373.
 }}}

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

Re: [tor-bugs] #26982 [Applications/Tor Browser]: TBA - httpclientandroidlib leaks information about Android version

[Tor Bug Tracker & Wiki]

#26982: TBA - httpclientandroidlib leaks information about Android version
-+-
 Reporter:  sysrqb   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-fingerprinting,  |  Actual Points:
  TorBrowserTeam201811   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

 * keywords:  tbb-mobile, TorBrowserTeam201811 => tbb-mobile, tbb-
 fingerprinting, TorBrowserTeam201811


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

Re: [tor-bugs] #28717 [Core Tor/Tor]: Tor stuck in 25% Loading networkstatus consensus

[Tor Bug Tracker & Wiki]

#28717: Tor stuck in 25% Loading networkstatus consensus
--+--
 Reporter:  loskiq|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: 0.3.4.9
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks3):

 {{{
   o Minor bugfixes (bandwidth management):
 - Consider ourselves "low on write bandwidth" if we have exhausted
   our write bandwidth some time in the last second. This was the
   documented behavior before, but the actual behavior was to change
   this value every TokenBucketRefillInterval. Fixes bug 25828;
   bugfix on 0.2.3.5-alpha.
 }}}

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

[tor-bugs] [Tor Bug Tracker & Wiki] Batch modify: #12968, #22176, #24855, #25693, ...

[Tor Bug Tracker & Wiki]

Batch modification to #12968, #22176, #24855, #25693, #27083, #27105, #27616, 
#3600, #13747, #18867, #21404, #22070, #22854, #23386, #23657, #24331, #24332, 
#25021, #25764, #26407, #26553, #26599, #26601, #26602, #26605, #26606, #26607, 
#26608, #26610, #26782, #26982, #27399, #27466, #27503, #27601, #27609, #28044, 
#28618, #24622, #26242, #26318, #27114, #27115, #27120, #27136, #27137, #28111, 
#28175, #28369, #28520, #28523, #28628, #28665 by gk:


Comment:
Moving our tickets to December.

--
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] #28774 [Core Tor/sbws]: Stop the integration tests http server when the tests end

[Tor Bug Tracker & Wiki]

#28774: Stop the integration tests http server when the tests end
---+---
 Reporter:  juga   |  Owner:  (none)
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:  sbws: 1.1.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal |   Keywords:
Actual Points: |  Parent ID:
   Points: |   Reviewer:
  Sponsor: |
---+---
 The integration tests launch an HTTP server (tox.ini), but it is not stop
 after tests finish.
 This affect the developer running the integration tests, not the operator.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28775 [Applications/Tor Browser]: Add mercurial to the list of dependencies in tools/ansible/roles/tbb-builder/tasks/main.yml

[Tor Bug Tracker & Wiki]

#28775: Add mercurial to the list of dependencies in tools/ansible/roles/tbb-
builder/tasks/main.yml
--+
 Reporter:  boklm |  Owner:  boklm
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
  |  TorBrowserTeam201812R
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 With #26843 we now require mercurial to be installed. We should add it to
 the list of dependencies in tools/ansible/roles/tbb-
 builder/tasks/main.yml.

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

Re: [tor-bugs] #28775 [Applications/Tor Browser]: Add mercurial to the list of dependencies in tools/ansible/roles/tbb-builder/tasks/main.yml

[Tor Bug Tracker & Wiki]

#28775: Add mercurial to the list of dependencies in tools/ansible/roles/tbb-
builder/tasks/main.yml
--+--
 Reporter:  boklm |  Owner:  boklm
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  TorBrowserTeam201812R |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by boklm):

 * status:  assigned => needs_review


Comment:

 There is a patch for review in branch `bug_28775`:
 https://gitweb.torproject.org/user/boklm/tor-browser-
 build.git/commit/?h=bug_28775&id=ea1fc73e70e73d6b930c99fdfe5a729579613002

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28776 [Community/Tor Support]: support: explain *why* it is not good to install new add-ons at https://support.torproject.org/tbb/tbb-14/

[Tor Bug Tracker & Wiki]

#28776: support: explain *why* it is not good to install new add-ons at
https://support.torproject.org/tbb/tbb-14/
-+-
 Reporter:  emmapeel |  Owner:  phoul
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Community/Tor|Version:
  Support|   Keywords:  documentation, support,
 Severity:  Normal   |  fingerprint, add-on
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 In https://support.torproject.org/tbb/tbb-14/ we tell users not to install
 any new add-ons because 'it can compromise your anonimity'.

 But how can it compromise it? Non-technical users don't grasp the concept
 of browser fingerprinting from our explanation. It would be nice to
 explain why is it that it can compromise your anonimity.

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

Re: [tor-bugs] #28725 [Applications/Tor Browser]: Upgrade go-webrtc to dcbfc825aa33471253a5da1834d499257e05d557

[Tor Bug Tracker & Wiki]

#28725: Upgrade go-webrtc to dcbfc825aa33471253a5da1834d499257e05d557
-+-
 Reporter:  dcf  |  Owner:  tbb-
 |  team
 Type:  task | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  snowflake tbb-rbm,   |  Actual Points:
  TorBrowserTeam201812R  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by boklm):

 Replying to [comment:7 dcf]:
 >
 > `/llvm` is in `gclient/webrtc/src/third_party/.gitignore`, so I guess
 because your checkout is older than mine you have some old leftover files.
 Since upstream changed from storing all their headers under `webrtc/` to
 storing them all under `./`, I suppose some extraneous cruft like that
 gets included. I think it should be harmless.

 I'm wondering if there is something we can do in `fetch_sources` in
 `projects/webrtc/config` to clean those old files (maybe in a separate
 ticket, if that is not related to this issue).

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

Re: [tor-bugs] #28775 [Applications/Tor Browser]: Add mercurial to the list of dependencies in tools/ansible/roles/tbb-builder/tasks/main.yml

[Tor Bug Tracker & Wiki]

#28775: Add mercurial to the list of dependencies in tools/ansible/roles/tbb-
builder/tasks/main.yml
--+
 Reporter:  boklm |  Owner:  boklm
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:  TorBrowserTeam201812R |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by gk):

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


Comment:

 Looks good. Merged to `master` (commit
 ea1fc73e70e73d6b930c99fdfe5a729579613002), 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

[tor-bugs] #28777 [Core Tor/Tor]: Split circuitpadding.c code into multiple modules

[Tor Bug Tracker & Wiki]

#28777: Split circuitpadding.c code into multiple modules
-+-
 Reporter:  asn  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: unspecified
Component:  Core |Version:
  Tor/Tor|   Keywords:  wtf-pad, tor-relay, tor-cell,
 Severity:  Normal   |  padding
Actual Points:   |  Parent ID:  #28637
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 Circuitpadding.c is pretty huge and we can split it into further modules.

 A possible division could be:
 - circuit padding code that deals with network/circuits etc.
 - circuit padding code that deals with padding negotiation
 - circuit padding histogram-related code
 - circuit padding distribution-related code
 - circuit padding machine maintainance code

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

Re: [tor-bugs] #28762 [Core Tor/sbws]: Wrong sbws git repo link

[Tor Bug Tracker & Wiki]

#28762: Wrong sbws git repo link
---+---
 Reporter:  anadahz|  Owner:  (none)
 Type:  defect | Status:  merge_ready
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by juga):

 * status:  needs_review => merge_ready


Comment:

 anadahz created PR https://github.com/torproject/sbws/pull/307
 LGTM

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

Re: [tor-bugs] #28762 [Core Tor/sbws]: Wrong sbws git repo link

[Tor Bug Tracker & Wiki]

#28762: Wrong sbws git repo link
---+---
 Reporter:  anadahz|  Owner:  (none)
 Type:  defect | Status:  merge_ready
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by juga):

 When merging, i'll just modify the comment to say which bug closes.

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

Re: [tor-bugs] #28725 [Applications/Tor Browser]: Upgrade go-webrtc to dcbfc825aa33471253a5da1834d499257e05d557

[Tor Bug Tracker & Wiki]

#28725: Upgrade go-webrtc to dcbfc825aa33471253a5da1834d499257e05d557
-+-
 Reporter:  dcf  |  Owner:  tbb-
 |  team
 Type:  task | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  snowflake tbb-rbm,   |  Actual Points:
  TorBrowserTeam201812R  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

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


Comment:

 Replying to [comment:7 dcf]:
 > Here's another. I haven't tested it but the only difference is
 > {{{
 > -  mkdir -p "$INCLUDE_DIR/$(dirname $h)"
 > +  mkdir -p "$INCLUDE_DIR/$(dirname "$h")"
 > }}}

 That looks better better, thanks. I applied both commits to `master`
 (commit d8db312e4527c694e8f906a5e8926d0dc0c37179 and
 2e1d3917340c980026c15ed9cf10e894ec665551).

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

Re: [tor-bugs] #28772 [Core Tor/Tor]: DNS resolver at DNSPort stops working after some time, while tor is working. Only restart helps.

[Tor Bug Tracker & Wiki]

#28772: DNS resolver at DNSPort stops working after some time, while tor is
working. Only restart helps.
--+
 Reporter:  toruser787|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor:
  |  unspecified
Component:  Core Tor/Tor  |Version:  Tor:
  |  0.3.5.5-alpha
 Severity:  Normal| Resolution:
 Keywords:  dns bug fail restart dnsport  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by nickm):

 Can you double-check which is the first version that has this problem? It
 might help us track down the bug.

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

Re: [tor-bugs] #28763 [Applications/Tor Browser]: Create Tor-Android Project

[Tor Bug Tracker & Wiki]

#28763: Create Tor-Android Project
-+-
 Reporter:  sisbell  |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-rbm, |  Actual Points:
  TorBrowserTeam201812   |
Parent ID:  #28704   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 Replying to [comment:1 sisbell]:
 > The projects that tor-android is dependent on are:
 >
 >  1. libevent (included patch)
 >  1. openssl
 >  1. tor
 >  1. zstd -!https://github.com/facebook/zstd (not sure how the project is
 using this)
 >  1. lzma (not sure how the project is using this)

 We have the last two on our radar for desktop platforms, see #22341. But
 there has not been done any work to tackle that bug. As I said in that
 ticket starting with zstd sounds good. I am fine supporting lzma right
 from the beginning, too. (What about `zlib` support which we currently
 have on desktop?)

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

Re: [tor-bugs] #28624 [Core Tor/Tor]: Should we remember dormant state on restart?

[Tor Bug Tracker & Wiki]

#28624: Should we remember dormant state on restart?
--+
 Reporter:  arma  |  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:  1
Parent ID:| Points:  2
 Reviewer:|Sponsor:
--+
Changes (by eighthave):

 * cc: eighthave (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] #28778 [Core Tor/Tor]: Rename some circuitpadding structs

[Tor Bug Tracker & Wiki]

#28778: Rename some circuitpadding structs
-+-
 Reporter:  asn  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: unspecified
Component:  Core |Version:
  Tor/Tor|   Keywords:  wtf-pad, tor-relay, tor-cell,
 Severity:  Normal   |  padding, refactor
Actual Points:   |  Parent ID:  #28637
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 See https://github.com/torproject/tor/pull/461#discussion_r231885343 and
 https://github.com/torproject/tor/pull/461#discussion_r232343640 for a
 discussion to rename some of the essential structs of circuitpadding to
 better reflect their semantics.

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

Re: [tor-bugs] #28777 [Core Tor/Tor]: Split circuitpadding.c code into multiple modules

[Tor Bug Tracker & Wiki]

#28777: Split circuitpadding.c code into multiple modules
-+-
 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, refactor, tech-debt   |
Parent ID:  #28637   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by asn):

 * keywords:  wtf-pad, tor-relay, tor-cell, padding => wtf-pad, tor-relay,
 tor-cell, padding, refactor, tech-debt


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

Re: [tor-bugs] #28778 [Core Tor/Tor]: Rename some circuitpadding structs

[Tor Bug Tracker & Wiki]

#28778: Rename some circuitpadding structs
-+-
 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, refactor, tech-debt   |
Parent ID:  #28637   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by asn):

 * keywords:  wtf-pad, tor-relay, tor-cell, padding, refactor => wtf-pad,
 tor-relay, tor-cell, padding, refactor, tech-debt


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

Re: [tor-bugs] #28777 [Core Tor/Tor]: Split circuitpadding.c code into multiple modules

[Tor Bug Tracker & Wiki]

#28777: Split circuitpadding.c code into multiple modules
-+-
 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, refactor, technical-debt  |
Parent ID:  #28637   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by asn):

 * keywords:  wtf-pad, tor-relay, tor-cell, padding, refactor, tech-debt =>
 wtf-pad, tor-relay, tor-cell, padding, refactor, technical-debt


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

Re: [tor-bugs] #28778 [Core Tor/Tor]: Rename some circuitpadding structs

[Tor Bug Tracker & Wiki]

#28778: Rename some circuitpadding structs
-+-
 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, refactor, technical-debt  |
Parent ID:  #28637   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by asn):

 * keywords:  wtf-pad, tor-relay, tor-cell, padding, refactor, tech-debt =>
 wtf-pad, tor-relay, tor-cell, padding, refactor, technical-debt


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

Re: [tor-bugs] #28722 [Webpages/Website]: Add cs el hu ka locales to the Tor Browser download pages

[Tor Bug Tracker & Wiki]

#28722: Add cs el hu ka locales to the Tor Browser download pages
--+--
 Reporter:  boklm |  Owner:  boklm
 Type:  task  | Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:  TorBrowserTeam201812  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by arthuredelstein):

 * status:  assigned => needs_review


Comment:

 Patch for review:

 https://github.com/arthuredelstein/webml/commits/28722

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28779 [Core Tor/Tor]: Remove double function declarations in circuitpadding.c/test_circuitpadding.c

[Tor Bug Tracker & Wiki]

#28779: Remove double function declarations in
circuitpadding.c/test_circuitpadding.c
-+-
 Reporter:  asn  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: unspecified
Component:  Core |Version:
  Tor/Tor|   Keywords:  wtf-pad, tor-relay, tor-cell,
 Severity:  Normal   |  padding, technical-debt, refactor, easy
Actual Points:   |  Parent ID:  #28637
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 We can use the STATIC macro to avoid defining every function twice.
 We can also rearrange the circuitpadding.c functions so that we don't need
 to define them on top of the .c 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] #28692 [Core Tor/sbws]: sbws should set ConnectionPadding 0

[Tor Bug Tracker & Wiki]

#28692: sbws should set ConnectionPadding 0
---+---
 Reporter:  teor   |  Owner:  (none)
 Type:  defect | Status:  needs_revision
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer:  teor   |Sponsor:
---+---

Comment (by juga):

 Replying to [comment:8 teor]:

 > Here's a simple algorithm for ignoring failing options:

 Wouldn't be easier to try to add them at runtime?. I think that was your
 suggestion in some other 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] #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):

 Replying to [comment:22 mikeperry]:
 > OK! Phew. https://github.com/mikeperry-tor/tor/tree/adaptive_padding-
 rebased_0.3.6-pr547-squashed is now the same as
 https://github.com/torproject/tor/pull/547 (head
 7b65aba210f62b3527782705ba867f6ce4a57088) with the type changes. Plus a
 couple tweaks. I think, anyway.

 Great! Please see https://github.com/torproject/tor/pull/573 where I
 pushed fixups to all the open comments in GH `PR#461`, and opened tickets
 (children of #28637) for ones that were too messy to fix right now.

 Mike can you please answer this question as well:
 https://github.com/torproject/tor/pull/461#discussion_r237104250
 I think there might be some spec fixes that should be done based on the
 answer there, that I will do as soon as you answer.

 I guess the rest of the work here is on tests.

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

Re: [tor-bugs] #28196 [Applications/Tor Browser]: about:preferences#general is not properly translated anymore starting with Tor Browser 8.5a4

[Tor Bug Tracker & Wiki]

#28196: about:preferences#general is not properly translated anymore starting 
with
Tor Browser 8.5a4
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-regression,  |  Actual Points:
  TorBrowserTeam201811   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by intrigeri):

 * cc: intrigeri (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] #28780 [Core Tor/Tor]: circpadding: Add machine flag for not closing circuit if machine is active

[Tor Bug Tracker & Wiki]

#28780: circpadding: Add machine flag for not closing circuit if machine is 
active
-+-
 Reporter:  asn  |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: 0.4.0.x-final
Component:  Core |Version:
  Tor/Tor|   Keywords:  wtf-pad, tor-relay, tor-cell,
 Severity:  Normal   |  padding
Actual Points:   |  Parent ID:  #28632
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 See https://github.com/torproject/tor/pull/461#discussion_r231546320 for
 more details .

 Related to #28634.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28781 [Core Tor/Nyx]: nyx crash with traceback while browsing config

[Tor Bug Tracker & Wiki]

#28781: nyx crash with traceback while browsing config
--+--
 Reporter:  iquziev7  |  Owner:  atagar
 Type:  defect| Status:  new
 Priority:  Medium|  Component:  Core Tor/Nyx
  Version:|   Severity:  Normal
 Keywords:  config|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
 **Versions**:

 nyx: `2.0.4`installed with pip
 stem: `1.7.0`   installed with pip
 tor: `0.3.4.9-1~bionic+1`installed from apt repository at
 deb.torproject.org

 OS: Ubuntu GNU/Linux 18.04 Bionic

 **Configuration**:

 `/etc/tor/torrc`:


 {{{
 SOCKSPort 127.0.0.1:9050

 Log notice file /var/log/tor/notices.log

 CookieAuthentication 1
 DisableDebuggerAttachment 0

 ORPort 443

 BandwidthRate 4096 KBytes
 BandwidthBurst 5120 KBytes
 RelayBandwidthRate 4096 KBytes
 RelayBandwidthBurst 5120 KBytes

 ExitRelay 0
 ExitPolicy reject *:*

 HardwareAccel 1
 }}}

 `~/.nyx/config` - does not exist

 **Steps to reproduce**:

 * start nyx
 * press `m` to show menu
 * choose View - Config
 * press `a` to show all options
 * start scrolling down with key `down arrow` until the end
 * nyx crashes

 **Traceback**:

 {{{
 Traceback (most recent call last):
   File "/usr/local/bin/nyx", line 11, in 
 load_entry_point('nyx==2.0.4', 'console_scripts', 'nyx')()
   File "/usr/local/lib/python2.7/dist-packages/nyx/__init__.py", line 176,
 in main
 nyx.starter.main()
   File "/usr/local/lib/python2.7/dist-packages/stem/util/conf.py", line
 289, in wrapped
 return func(*args, config = config, **kwargs)
   File "/usr/local/lib/python2.7/dist-packages/nyx/starter.py", line 118,
 in main
 nyx.curses.start(nyx.draw_loop, acs_support =
 config.get('acs_support', True), transparent_background = True, cursor =
 False)
   File "/usr/local/lib/python2.7/dist-packages/nyx/curses.py", line 217,
 in start
 curses.wrapper(_wrapper)
   File "/usr/lib/python2.7/curses/wrapper.py", line 43, in wrapper
 return func(stdscr, *args, **kwds)
   File "/usr/local/lib/python2.7/dist-packages/nyx/curses.py", line 215,
 in _wrapper
 function()
   File "/usr/local/lib/python2.7/dist-packages/nyx/__init__.py", line 243,
 in draw_loop
 keybinding.handle(key)
   File "/usr/local/lib/python2.7/dist-packages/nyx/panel/__init__.py",
 line 82, in handle
 self._action(key)
   File "/usr/local/lib/python2.7/dist-packages/nyx/panel/config.py", line
 232, in _scroll
 self.redraw()
   File "/usr/local/lib/python2.7/dist-packages/nyx/panel/__init__.py",
 line 175, in redraw
 self._last_draw_size = nyx.curses.draw(self._draw, top = self._top,
 height = self.get_height(), draw_if_resized = draw_dimension)
   File "/usr/local/lib/python2.7/dist-packages/nyx/curses.py", line 746,
 in draw
 func(_Subwindow(subwindow_width, subwindow_height, curses_subwindow))
   File "/usr/local/lib/python2.7/dist-packages/nyx/panel/config.py", line
 315, in _draw
 _draw_line(subwindow, scroll_offset, DETAILS_HEIGHT + i, entry, entry
 == selected, value_width, description_width)
   File "/usr/local/lib/python2.7/dist-packages/nyx/panel/config.py", line
 335, in _draw_line
 attr = [CONFIG['attr.config.category_color'].get(entry.category,
 WHITE)]
   File "/usr/local/lib/python2.7/dist-packages/nyx/panel/config.py", line
 136, in category
 return getattr(manual(self.name), 'category')
 AttributeError: 'NoneType' object has no attribute 'category'

 }}}

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

Re: [tor-bugs] #28722 [Webpages/Website]: Add cs el hu ka locales to the Tor Browser download pages

[Tor Bug Tracker & Wiki]

#28722: Add cs el hu ka locales to the Tor Browser download pages
---+
 Reporter:  boklm  |  Owner:  boklm
 Type:  task   | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Webpages/Website   |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords:  TorBrowserTeam201812R  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+
Changes (by boklm):

 * keywords:  TorBrowserTeam201812 => TorBrowserTeam201812R
 * status:  needs_review => closed
 * resolution:   => fixed


Comment:

 This looks good to me. I merged to master as commit
 `1334bcda80480fea412a0791e8470803e3c4140a`. 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] #28634 [Core Tor/Tor]: Design a useful padding machine that we can enable

[Tor Bug Tracker & Wiki]

#28634: Design a useful padding machine that we can enable
-+-
 Reporter:  asn  |  Owner:  (none)
 Type:  defect   | Status:  new
 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:  #28632   | Points:
 Reviewer:  mikeperry|Sponsor:
-+-
Changes (by asn):

 * reviewer:   => mikeperry


Comment:

 Here are some thoughts
 https://github.com/torproject/tor/pull/461#discussion_r239838732

 The above plan depends on getting #28780 and #28633 done in 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

[tor-bugs] #28782 [Applications/Tor Browser]: Use Path::Tiny instead of File::Slurp in tools/clean-old and tools/dmg2mar

[Tor Bug Tracker & Wiki]

#28782: Use Path::Tiny instead of File::Slurp in tools/clean-old and 
tools/dmg2mar
--+--
 Reporter:  boklm |  Owner:  tbb-team
 Type:  task  | Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:  tbb-rbm
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 Similarly to #24361 and #28771, we should replace uses of File::Slurp by
 Path::Tiny in tools/clean-old and tools/dmg2mar.

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

Re: [tor-bugs] #28741 [Core Tor/sbws]: sbws should send scanner metadata as part of every HTTP request

[Tor Bug Tracker & Wiki]

#28741: sbws should send scanner metadata as part of every HTTP request
---+---
 Reporter:  teor   |  Owner:  (none)
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by juga):

 > Replying to [ticket:28741 teor]:
 > > Here's some things we might want:
 > > * software-name: sbws
 > > * software-version
 >
 > These might be user-agent, unless requests sets its own user agent.

 Python Requests allows to setup custom User-Agent (http://docs.python-
 requests.org/en/master/community/faq/#custom-user-agents)

 So, this would be: `User-Agent: sbws/x.y.z`
 >
 > > * scanner-nickname
 >
 > I'm not sure if there is a generic HTTP header for a nickname or other
 client identifier.

 Can't find any in
 
https://en.wikipedia.org/wiki/List_of_HTTP_header_fields#Standard_request_fields

 Following https://tools.ietf.org/html/rfc6648#appendix-B ("incorporate the
 organization's name"), this could be: `Tor-bwauth-Nickname:`
 >
 > > * scanner-IP-address? (pro: discover users who haven't set nickname,
 con: discover users)
 >
 > We should look for a generic HTTP header for the client IP address.
 > sbws doesn't guarantee any anonymity, and discovering rogue scanners is
 more important than the risk of malicious servers using the IP address.

 I also can't find any. It could be: `Tor-bwauth-Address:`

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

Re: [tor-bugs] #28771 [Applications/Tor Browser]: Does the build still require libfile-slurp-perl?

[Tor Bug Tracker & Wiki]

#28771: Does the build still require libfile-slurp-perl?
+--
 Reporter:  dcf |  Owner:  tbb-team
 Type:  defect  | Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:  fixed
 Keywords:  tbb-rbm, TorBrowserTeam201812R  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by boklm):

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


Comment:

 The patch looks good to me. I merged it to master as commit
 `56ce89fe1a99c304b7292a7087ae8d0ad2412273`. Thanks!

 I also opened #28782 for doing the same in tools/clean-old and
 tools/dmg2mar.

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

Re: [tor-bugs] #28648 [Core Tor/sbws]: Broken links in DEPLOY.rst

[Tor Bug Tracker & Wiki]

#28648: Broken links in DEPLOY.rst
---+---
 Reporter:  teor   |  Owner:  juga
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer:  nickm  |Sponsor:
---+---
Changes (by juga):

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


Comment:

 Merged

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

Re: [tor-bugs] #28649 [Core Tor/sbws]: Provide an example destination URL

[Tor Bug Tracker & Wiki]

#28649: Provide an example destination URL
---+---
 Reporter:  teor   |  Owner:  (none)
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer:  nickm  |Sponsor:
---+---
Changes (by juga):

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


Comment:

 Solved conflicts. Changed `Debian` to `system package`. Merged

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

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

[Tor Bug Tracker & Wiki]

#28783: Incomplete Content-Security-Policy blocks video on "Set up Relays" page
+--
 Reporter:  darkspirit  |  Owner:  hiro
 Type:  defect  | Status:  new
 Priority:  Medium  |  Component:  Webpages/Website
  Version:  |   Severity:  Normal
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
 Affected page: https://www.torproject.org/getinvolved/relays.html.en

 Problem: "No video with supported format and MIME type found"
 The video's URL is
 https://media.torproject.org/video/2012-03-04-BuildingBridges.ogv and
 forbidden by CSP.

 Solution: Change

 {{{
 Content-Security-Policy: default-src 'self'; script-src 'self'; style-src
 'self' 'unsafe-inline'
 }}}
 (https://www.hardenize.com/report/torproject.org/1544035352#www_csp)

 to

 {{{
 Content-Security-Policy: default-src 'self'; style-src 'self' 'unsafe-
 inline'; media-src 'self' https://media.torproject.org
 }}}

 or even to


 {{{
 Content-Security-Policy: default-src 'self'; style-src 'self' 'unsafe-
 inline'; media-src 'self' https://media.torproject.org; frame-ancestors
 'self'; block-all-mixed-content; disown-opener; plugin-types
 application/pdf; base-uri 'self'
 }}}

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

Re: [tor-bugs] #28762 [Core Tor/sbws]: Wrong sbws git repo link

[Tor Bug Tracker & Wiki]

#28762: Wrong sbws git repo link
---+---
 Reporter:  anadahz|  Owner:  (none)
 Type:  defect | Status:  merge_ready
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer:  juga   |Sponsor:
---+---
Changes (by juga):

 * reviewer:   => juga


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

Re: [tor-bugs] #28762 [Core Tor/sbws]: Wrong sbws git repo link

[Tor Bug Tracker & Wiki]

#28762: Wrong sbws git repo link
---+---
 Reporter:  anadahz|  Owner:  (none)
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer:  juga   |Sponsor:
---+---
Changes (by juga):

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


Comment:

 Merged.

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

[tor-bugs] #28784 [Applications/Tor Browser]: Assembling WebRTC sources fails with error "You have unstaged changes"

[Tor Bug Tracker & Wiki]

#28784: Assembling WebRTC sources fails with error "You have unstaged changes"
--+
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:  tbb-rbm, snowflake
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 After testing the patches in #28725 and merging them to `master` I decided
 to get rid of all by built snowflake related artifacts and deleted
 `out/snowflake`, `out/go-webrtc` and `out/webrtc` and check if everything
 is still working.

 That does not seem to be the case as I am already getting errors during
 WebRTC sources assembling now:
 {{{
 Starting build: Fri Dec  7 14:05:23 2018
 Bootstrapping cipd client for linux-amd64 from https://chrome-infra-
 packages.appspot.com/client?platform=linux-
 amd64&version=git_revision:d2677a4477e59cb7de00f1fb8a00e96b1aaeb927...

 src/testing (ERROR)
 
 [0:00:02] Started.
 [0:00:07] From https://chromium.googlesource.com/chromium/src/testing
 [0:00:07]a5684e6..36a1586  master -> origin/master
 
 Error: 5>
 5>  src/testing at 60c665fffe7dc505fdd5d30f9dbcbc50dde1e017
 5>  You have unstaged changes.
 5>  Please commit, stash, or reset.
 }}}
 I wonder if that's a thing for boklm's idea about cleaning up old files,
 expressed in comment:9:ticket:28725.

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

Re: [tor-bugs] #28784 [Applications/Tor Browser]: Assembling WebRTC sources fails with error "You have unstaged changes"

[Tor Bug Tracker & Wiki]

#28784: Assembling WebRTC sources fails with error "You have unstaged changes"
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-rbm, snowflake|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by gk):

 Indeed. Here is what I am seeing:
 {{{
 HEAD detached at 60c665f
 Changes not staged for commit:
   (use "git add/rm ..." to update what will be committed)
   (use "git checkout -- ..." to discard changes in working
 directory)

 deleted:gmock/BUILD.gn
 deleted:gmock/OWNERS
 deleted:gmock/include/gmock/gmock-actions.h
 deleted:gmock/include/gmock/gmock-generated-function-mockers.h
 deleted:gmock/include/gmock/gmock-matchers.h
 deleted:gmock/include/gmock/gmock.h
 deleted:gtest/BUILD.gn
 deleted:gtest/OWNERS
 deleted:gtest/empty.cc
 deleted:gtest/include/gtest/gtest-death-test.h
 deleted:gtest/include/gtest/gtest-message.h
 deleted:gtest/include/gtest/gtest-param-test.h
 deleted:gtest/include/gtest/gtest-spi.h
 deleted:gtest/include/gtest/gtest.h
 deleted:gtest/include/gtest/gtest_prod.h
 }}}

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

Re: [tor-bugs] #28784 [Applications/Tor Browser]: Assembling WebRTC sources fails with error "You have unstaged changes"

[Tor Bug Tracker & Wiki]

#28784: Assembling WebRTC sources fails with error "You have unstaged changes"
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-rbm, snowflake|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by gk):

 We did
 {{{
 +  # Delete the unversioned gmock and gtest directories, which cause
 "gclient sync"
 +  # to fail when upgrading between webrtc branch-heads/58 and branch-
 heads/64.
 +  rm -rf src/testing/gmock src/testing/gtest
 }}}
 but it seems those directories *are* versioned instead?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28785 [Webpages/Blog]: Update contact page

[Tor Bug Tracker & Wiki]

#28785: Update contact page
---+--
 Reporter:  steph  |  Owner:  hiro
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:
Component:  Webpages/Blog  |Version:
 Severity:  Major  |   Keywords:
Actual Points: |  Parent ID:
   Points: |   Reviewer:
  Sponsor: |
---+--
 Change mailing address to:
 The Tor Project, Inc.
 P.O. Box 4903
 Seattle, WA 98194 USA

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

Re: [tor-bugs] #28785 [Webpages/Website]: Update contact page

[Tor Bug Tracker & Wiki]

#28785: Update contact page
--+--
 Reporter:  steph |  Owner:  hiro
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Major | Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Description changed by steph:

Old description:

> Change mailing address to:
> The Tor Project, Inc.
> P.O. Box 4903
> Seattle, WA 98194 USA

New description:

 https://www.torproject.org/about/contact.html.en
 Change mailing address to:
 The Tor Project, Inc.
 P.O. Box 4903
 Seattle, WA 98194 USA

--

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

Re: [tor-bugs] #28785 [Webpages/Website]: Update contact page

[Tor Bug Tracker & Wiki]

#28785: Update contact page
--+--
 Reporter:  steph |  Owner:  hiro
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Major | Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by steph):

 * component:  Webpages/Blog => Webpages/Website


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

Re: [tor-bugs] #28612 [Core Tor/Tor]: Tor start via Windows service fails

[Tor Bug Tracker & Wiki]

#28612: Tor start via Windows service fails
-+-
 Reporter:  Vort |  Owner:  (none)
 Type:  defect   | Status:
 |  needs_review
 Priority:  High |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.5.3-alpha
 Severity:  Normal   | Resolution:
 Keywords:  windows nt-service regression|  Actual Points:
  035-backport 035-rc-blocker|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by nickm):

 I've added that change too (I think) -- better now?

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

Re: [tor-bugs] #28612 [Core Tor/Tor]: Tor start via Windows service fails

[Tor Bug Tracker & Wiki]

#28612: Tor start via Windows service fails
-+-
 Reporter:  Vort |  Owner:  (none)
 Type:  defect   | Status:
 |  needs_review
 Priority:  High |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.5.3-alpha
 Severity:  Normal   | Resolution:
 Keywords:  windows nt-service regression|  Actual Points:
  035-backport 035-rc-blocker|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by Vort):

 After last change, `ntmain.c` became the same as used in my relay.
 Relay is running for 1.5 days without problems, so I think this patch is
 good now.

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

Re: [tor-bugs] #28724 [Core Tor/sbws]: sbws doesn't actually read config files given as an argument

[Tor Bug Tracker & Wiki]

#28724: sbws doesn't actually read config files given as an argument
---+---
 Reporter:  pastly |  Owner:  (none)
 Type:  defect | Status:  needs_revision
 Priority:  High   |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Major  | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by juga):

 * status:  needs_review => needs_revision


Comment:

 Thanks, left comments in the PR.

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

Re: [tor-bugs] #28724 [Core Tor/sbws]: sbws doesn't actually read config files given as an argument

[Tor Bug Tracker & Wiki]

#28724: sbws doesn't actually read config files given as an argument
---+---
 Reporter:  pastly |  Owner:  (none)
 Type:  defect | Status:  needs_revision
 Priority:  High   |  Milestone:  sbws: 1.0.x-final
Component:  Core Tor/sbws  |Version:
 Severity:  Major  | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer:  juga   |Sponsor:
---+---
Changes (by juga):

 * reviewer:   => juga


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: 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_sylog`

[Tor Bug Tracker & Wiki]

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

Comment (by juga):

 Replying to [ticket:28761 anadahz]:

 > Excerpt of `/etc/sbws/sbws.ini`:
 > {{{
 > [logging]
 > # Whether or not to log to syslog
 > to_syslog = no
 > }}}

 when `to_syslog = no`, it won't log to syslog. Is that what you wanted ?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: 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_sylog`

[Tor Bug Tracker & Wiki]

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

Comment (by anadahz):

 Replying to [comment:3 juga]:
 > Replying to [ticket:28761 anadahz]:
 >
 > > Excerpt of `/etc/sbws/sbws.ini`:
 > > {{{
 > > [logging]
 > > # Whether or not to log to syslog
 > > to_syslog = no
 > > }}}
 >
 > when `to_syslog = no`, it won't log to syslog. Is that what you wanted ?

 According to the comment this is the intended behavior; don't log to
 syslog if option `to_syslog` is set to no.

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

Re: [tor-bugs] #28781 [Core Tor/Nyx]: nyx crash with traceback while browsing config

[Tor Bug Tracker & Wiki]

#28781: nyx crash with traceback while browsing config
--+---
 Reporter:  iquziev7  |  Owner:  atagar
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Core Tor/Nyx  |Version:
 Severity:  Normal| Resolution:  duplicate
 Keywords:  config|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by atagar):

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


Comment:

 Hi iquziev7, this is fixed in the git codebase...

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

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: 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_sylog`

[Tor Bug Tracker & Wiki]

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

Comment (by juga):

 Replying to [comment:4 anadahz]:
 > Replying to [comment:3 juga]:
 > > Replying to [ticket:28761 anadahz]:
 > >
 > > > Excerpt of `/etc/sbws/sbws.ini`:
 > > > {{{
 > > > [logging]
 > > > # Whether or not to log to syslog
 > > > to_syslog = no
 > > > }}}
 > >
 > > when `to_syslog = no`, it won't log to syslog. Is that what you wanted
 ?
 >
 > According to the comment this is the intended behavior; don't log to
 syslog if option `to_syslog` is set to no.

 Correct, so why do you say it's ignoring it?. Is it logging to syslog?

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

Re: [tor-bugs] #24803 [Core Tor/Fallback Scripts]: Generate a new fallback list in 2018 and backport it to all supported versions

[Tor Bug Tracker & Wiki]

#24803: Generate a new fallback list in 2018 and backport it to all supported
versions
-+-
 Reporter:  teor |  Owner:  phoul
 Type:  enhancement  | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Fallback Scripts|Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, fallback,  |  Actual Points:  0.4
  029-backport, 033-backport, 034-backport,  |
  035-backport, 034-triage-20180328, |
  034-included-20180405, 034-roadmap-subtask,|
  031-unreached-backport-maybe, 035-roadmap- |
  subtask, 035-triaged-in-20180711, 035-can, |
  032-unreached-backport-maybe   |
Parent ID:  #24786   | Points:  1
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-
Changes (by phoul):

 * Attachment "fallback_dirs_les.inc" added.

 Fallback list generated from Les.net

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

Re: [tor-bugs] #24803 [Core Tor/Fallback Scripts]: Generate a new fallback list in 2018 and backport it to all supported versions

[Tor Bug Tracker & Wiki]

#24803: Generate a new fallback list in 2018 and backport it to all supported
versions
-+-
 Reporter:  teor |  Owner:  phoul
 Type:  enhancement  | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Fallback Scripts|Version:
 Severity:  Normal   | Resolution:
 Keywords:  s8-bootstrap, fallback,  |  Actual Points:  0.4
  029-backport, 033-backport, 034-backport,  |
  035-backport, 034-triage-20180328, |
  034-included-20180405, 034-roadmap-subtask,|
  031-unreached-backport-maybe, 035-roadmap- |
  subtask, 035-triaged-in-20180711, 035-can, |
  032-unreached-backport-maybe   |
Parent ID:  #24786   | Points:  1
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-
Changes (by phoul):

 * Attachment "fallback_dirs_shaw.inc" added.

 Fallback list generated from Shaw Cable

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: 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:  new
 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:  #28632   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by mikeperry):

 This functionality is provided already by the
 circpad_machine_conditions_t. We can use those conditions to say that
 machines don't activate unless there are a minimum hops built, vanguards
 is enabled, certain usage state conditions, and purpose flags.

 See circpad_machine_conditions_met(), circpad_shutdown_old_machines(),
 circpad_add_matching_machines(), and callers.

 If you think that is sufficient, please close. Otherwise we should figure
 out what else we need soon.

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

Re: [tor-bugs] #12885 [Applications/Tor Browser]: Windows Jump Lists fail for Tor Browser

[Tor Bug Tracker & Wiki]

#12885: Windows Jump Lists fail for Tor Browser
-+-
 Reporter:  mcs  |  Owner:
 |  pospeselr
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-usability,   |  Actual Points:
  TorBrowserTeam201812R  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by pospeselr):

 * keywords:  tbb-usability => tbb-usability, TorBrowserTeam201812R
 * status:  assigned => needs_review


Comment:

 tor-browser patch implementing the options described in the ticket.
 Verified that a windows build no longer includes the jumplist entries.

 https://gitweb.torproject.org/user/richard/tor-
 browser.git/commit/?h=bug_12885

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

Re: [tor-bugs] #28634 [Core Tor/Tor]: Design a useful padding machine that we can enable

[Tor Bug Tracker & Wiki]

#28634: Design a useful padding machine that we can enable
-+-
 Reporter:  asn  |  Owner:  (none)
 Type:  defect   | Status:  new
 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:  #28632   | Points:
 Reviewer:  mikeperry|Sponsor:
-+-

Comment (by mikeperry):

 #28633 is done, I believe. #28780 could technically be called nice-to-have
 gravy. The machines won't be effective against any real adversary without
 it since lifetimes give away too much info, but we could at least test the
 machines.

 The harmless piece is the tricky bit, though. The Padding TODO file has
 items for sending an ordered preference list of machine choices in the
 negotiation, and a way to stop re-trying negotiation if it keeps failing.
 One (or both) of these must be done to meet the harmless property. I
 *think* that having an ordered preference will be sufficient for safety,
 if we specify a "null" machine that is the last preference/fallback in
 case of error, and if you negotiate a "null" machine, you don't try to
 negotiate anything more on that circuit.

 So if we really want something that can work in 0.4.0, we definitely need
 to implement this preference ordering idea with explicit "null" fallback.
 And then we can try to get #28780 done after that.

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

Re: [tor-bugs] #28756 [Applications/Tor Browser]: Sync doesn't work with Tor Browser for Android

[Tor Bug Tracker & Wiki]

#28756: Sync doesn't work with Tor Browser for Android
--+---
 Reporter:  dimqua|  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, tbb-crash |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---

Comment (by dimqua):

 * Open '''Settings''' -> '''Homepage'''. Turn off '''Also use for new tabs
 '''option.
  * Open a new tab. And switch to '''History''' tab.
  * Click '''Synced devices''', then '''Get started'''.
  * 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] #28786 [Applications/Tor Browser]: Allow to disable Orbot in Tor Browser

[Tor Bug Tracker & Wiki]

#28786: Allow to disable Orbot in Tor Browser
-+--
 Reporter:  dimqua   |  Owner:  tbb-team
 Type:  enhancement  | Status:  new
 Priority:  Low  |  Component:  Applications/Tor Browser
  Version:   |   Severity:  Minor
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
 Could you add an option to disable automatic startup of built-in Orbot in
 Tor Browser for Android?

 I prefer do not use Orbot and use Termux's tor package instead.

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

Re: [tor-bugs] #27503 [Applications/Tor Browser]: Disabling accessibility on Windows breaks screen readers

[Tor Bug Tracker & Wiki]

#27503: Disabling accessibility on Windows breaks screen readers
-+-
 Reporter:  gk   |  Owner:  gk
 Type:  defect   | Status:
 |  needs_information
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-8.0-issues, tbb-regression,  |  Actual Points:
  GeorgKoppen201812, TorBrowserTeam201812|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

 * status:  assigned => needs_information


Comment:

 onionsoup (or anybody else): can you test the following zipped Firefox:

 https://people.torproject.org/~gk/testbuilds/27503_test.zip
 https://people.torproject.org/~gk/testbuilds/27503_test.zip.asc

 ?

 On my Windows machine double-clicking on the .zip file in the explorer
 makes a Browser directory available. Then I dragged that one on the
 desktop and double-clicked on it. Double-clicking then on the
 `firefox.exe` should start Firefox. It's an ESR 60 Firefox just with
 Jacek's accessibility patches (without any we use for Tor Browser).

 Does that one work for anyone with accessibility support (i.e. both chrome
 and content are rendering properly)?

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

Re: [tor-bugs] #28786 [Applications/Tor Browser]: Allow to disable Orbot in Tor Browser

[Tor Bug Tracker & Wiki]

#28786: Allow to disable Orbot in Tor Browser
--+--
 Reporter:  dimqua|  Owner:  tbb-team
 Type:  enhancement   | Status:  new
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Minor | Resolution:
 Keywords:  tbb-mobile|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * keywords:  tbb.mobile => tbb-mobile


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

Re: [tor-bugs] #28786 [Applications/Tor Browser]: Allow to disable Orbot in Tor Browser

[Tor Bug Tracker & Wiki]

#28786: Allow to disable Orbot in Tor Browser
--+--
 Reporter:  dimqua|  Owner:  tbb-team
 Type:  enhancement   | Status:  new
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Minor | Resolution:
 Keywords:  tbb.mobile|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * keywords:   => tbb.mobile


Comment:

 Do you have a link to that package?

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

Re: [tor-bugs] #27503 [Applications/Tor Browser]: Disabling accessibility on Windows breaks screen readers

[Tor Bug Tracker & Wiki]

#27503: Disabling accessibility on Windows breaks screen readers
-+-
 Reporter:  gk   |  Owner:  gk
 Type:  defect   | Status:
 |  needs_information
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-8.0-issues, tbb-regression,  |  Actual Points:
  GeorgKoppen201812, TorBrowserTeam201812|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by onionsoup):

 Hi
 Web content is still not rendering properly for me with the clean Firefox,
 it behaves like the Tor Browser build. I run NVDA for screen reader on
 Windows 7.

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

Re: [tor-bugs] #28764 [Applications/Tor Browser]: OpenSSL Build for Android

[Tor Bug Tracker & Wiki]

#28764: OpenSSL Build for Android
-+-
 Reporter:  sisbell  |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-rbm, |  Actual Points:
  TorBrowserTeam201812   |
Parent ID:  #28704   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by sisbell):

 * status:  new => needs_review


Comment:

 Initial commit for review (android-1207)

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

Re: [tor-bugs] #28786 [Applications/Tor Browser]: Allow to disable Orbot in Tor Browser

[Tor Bug Tracker & Wiki]

#28786: Allow to disable Orbot in Tor Browser
--+--
 Reporter:  dimqua|  Owner:  tbb-team
 Type:  enhancement   | Status:  new
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Minor | Resolution:
 Keywords:  tbb-mobile|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by dimqua):

 https://github.com/termux/termux-packages/tree/master/packages/tor

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

Re: [tor-bugs] #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 mikeperry):

 Ok I fixed the errors in PR 574. They were due to return type mismatched,
 which caused clang to garble the return value of
 circpad_histogram_usec_to_bin().  This is now running as
 https://github.com/torproject/tor/pull/575

 If you fix your unit tests, please rebase your stuff on top of PR575, or
 vice-versa?

 As I said on IRC, note that https://github.com/torproject/tor/pull/461
 still has some fixup comments from nickm that are currently hidden due to
 being "outdated" (I think we just changed code near them). They still need
 fixups tho. I also commented on a couple things in that PR.

 After fixups, I think next steps for implementation is making a working
 machine. See my thoughts in
 https://trac.torproject.org/projects/tor/ticket/28634#comment:3. You can
 work on that if you like, after fixups. I can go back to working on tests,
 since you are tired of that.

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

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

[Tor Bug Tracker & Wiki]

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

Comment (by anadahz):

 Replying to [comment:5 juga]:
 > Correct, so why do you say it's ignoring it?. Is it logging to syslog?

 It is logging to syslog although it shouldn't.

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

Re: [tor-bugs] #11501 [Obfuscation/Pluggable transport]: Improve visual identity of Tor's PTs

[Tor Bug Tracker & Wiki]

#11501: Improve visual identity of Tor's PTs
-+-
 Reporter:  asn  |  Owner:  asn
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Obfuscation/Pluggable transport  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by dcf):

 * Attachment "missingno.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] #11501 [Obfuscation/Pluggable transport]: Improve visual identity of Tor's PTs

[Tor Bug Tracker & Wiki]

#11501: Improve visual identity of Tor's PTs
-+-
 Reporter:  asn  |  Owner:  asn
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Obfuscation/Pluggable transport  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by dcf):

 MissingNo. as mascot for look-like-nothing transports. Cf.
 [[doc/AChildsGardenOfPluggableTransports#obfs3]].

 [[Image(missingno.png)]]

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

Re: [tor-bugs] #28772 [Core Tor/Tor]: DNS resolver at DNSPort stops working after some time, while tor is working. Only restart helps.

[Tor Bug Tracker & Wiki]

#28772: DNS resolver at DNSPort stops working after some time, while tor is
working. Only restart helps.
--+
 Reporter:  toruser787|  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor:
  |  unspecified
Component:  Core Tor/Tor  |Version:  Tor:
  |  0.3.5.5-alpha
 Severity:  Normal| Resolution:
 Keywords:  dns bug fail restart dnsport  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by toruser787):

 it started on some 0.2.x versions...

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

Re: [tor-bugs] #28498 [Core Tor/Nyx]: Unable to refresh connection circuit

[Tor Bug Tracker & Wiki]

#28498: Unable to refresh connection circuit
--+---
 Reporter:  cyberpunks|  Owner:  atagar
 Type:  defect| Status:  needs_information
 Priority:  High  |  Milestone:
Component:  Core Tor/Nyx  |Version:
 Severity:  Normal| Resolution:
 Keywords:  Connection|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---

Comment (by cyberpunks):

 I dont think you need debug output for this. I am using latest nyx and
 tor. I think the issue primarily happens because nyx syncs up
 circuits/connection information and displays them the first time you visit
 the connections tab and It shows the same information everytime. Unlike
 other data which gets synced up everytime and refreshed with tor, this
 information is only synced up once.
 This can be fixed either by making nyx sync up the connection information
 everytime the user enter connection tab and/or providing  functionality to
 refresh circuit/connection information with in the connection tab.

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

Re: [tor-bugs] #28725 [Applications/Tor Browser]: Upgrade go-webrtc to dcbfc825aa33471253a5da1834d499257e05d557

[Tor Bug Tracker & Wiki]

#28725: Upgrade go-webrtc to dcbfc825aa33471253a5da1834d499257e05d557
-+-
 Reporter:  dcf  |  Owner:  tbb-
 |  team
 Type:  task | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  snowflake tbb-rbm,   |  Actual Points:
  TorBrowserTeam201812R  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by dcf):

 Replying to [comment:9 boklm]:
 > I'm wondering if there is something we can do in `fetch_sources` in
 `projects/webrtc/config` to clean those old files (maybe in a separate
 ticket, if that is not related to this issue).

 I'm also wondering if we can tighten up the list of directories from which
 we pull headers. I may try doing this in the go-webrtc upstream, and file
 a ticket here if it 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] #28498 [Core Tor/Nyx]: Unable to refresh connection circuit

[Tor Bug Tracker & Wiki]

#28498: Unable to refresh connection circuit
--+
 Reporter:  cyberpunks|  Owner:  atagar
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Core Tor/Nyx  |Version:
 Severity:  Normal| Resolution:
 Keywords:  Connection|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by cyberpunks):

 * status:  needs_information => new


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