Re: [tor-bugs] #33850 [Core Tor/Tor]: log rotation for /var/log/tor/debug.log did not close handle to old file after compression

2020-04-16 Thread Tor Bug Tracker & Wiki
#33850: log rotation for /var/log/tor/debug.log did not close handle to old file
after compression
--+
 Reporter:  MaKoTor   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #33087| Points:
 Reviewer:|Sponsor:
--+
Changes (by teor):

 * parent:   => #33087


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

Re: [tor-bugs] #33837 [Core Tor/Tor]: Tor.framework Unknown type name 'dispatch_queue_t'

2020-04-16 Thread Tor Bug Tracker & Wiki
#33837: Tor.framework Unknown type name 'dispatch_queue_t'
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  043-should, 043-backport,|  Actual Points:
  042-backport, 041-backport |
Parent ID:   | Points:  .5
 Reviewer:  ahf  |Sponsor:
-+-

Comment (by teor):

 Looks like you've found two more bugs in two different tor versions.

 Please open a separate ticket for each bug, it's easier for us to fix them
 that way.

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

Re: [tor-bugs] #33010 [Metrics/Ideas]: Monitor cloudflare captcha rate: do a periodic onionperf-like query to a cloudflare-hosted static site

2020-04-16 Thread Tor Bug Tracker & Wiki
#33010: Monitor cloudflare captcha rate: do a periodic onionperf-like query to a
cloudflare-hosted static site
---+--
 Reporter:  arma   |  Owner:  metrics-team
 Type:  task   | Status:  new
 Priority:  Medium |  Milestone:
Component:  Metrics/Ideas  |Version:
 Severity:  Normal | Resolution:
 Keywords:  network-health gsoc-ideas  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by woswos):

 Wow, I realized the hcaptcha update, but I didn't know Cloudflare was
 making money out of this. Based on the blog post, it seems like Cloudflare
 still utilizes the same decision mechanism to present CAPTCHAs. I wonder
 how that mechanism will change with the hcaptcha update.

 I started collecting data before the hcaptcha update. Let me try to add a
 new panel to the [http://dashboard.captcha.wtf/ dashboard] to see the
 presented CAPTCHA rate changes over time.

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

Re: [tor-bugs] #27405 [Internal Services/Service - trac]: New account can't add edit existing ticket

2020-04-16 Thread Tor Bug Tracker & Wiki
#27405: New account can't add edit existing ticket
--+-
 Reporter:  codejames |  Owner:  qbi
 Type:  project   | Status:  new
 Priority:  High  |  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-

Comment (by cypherpunks):

 Replying to [ticket:27405 codejames]:
 > Problem 2 - The cypherpunks account can't create new ticket like this
 one.
 Problem should be solved now! please check again.

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

Re: [tor-bugs] #33923 [Internal Services/Service - trac]: Account registration rejected for ea5faa5po25cf7fb.onion

2020-04-16 Thread Tor Bug Tracker & Wiki
#33923: Account registration rejected for ea5faa5po25cf7fb.onion
--+-
 Reporter:  cypherpunks   |  Owner:  qbi
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Major | Resolution:
 Keywords:  trac, account, registration   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-

Comment (by cypherpunks):

 [[Image(http://ea5faa5po25cf7fb.onion/projects/tor/raw-
 attachment/ticket/33923/Trac%20Error.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] #33923 [Internal Services/Service - trac]: Account registration rejected for ea5faa5po25cf7fb.onion

2020-04-16 Thread Tor Bug Tracker & Wiki
#33923: Account registration rejected for ea5faa5po25cf7fb.onion
--+-
 Reporter:  cypherpunks   |  Owner:  qbi
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Internal Services/Service - trac  |Version:
 Severity:  Major | Resolution:
 Keywords:  trac, account, registration   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-
Changes (by cypherpunks):

 * Attachment "Trac Error.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

[tor-bugs] #33923 [Internal Services/Service - trac]: Account registration rejected for ea5faa5po25cf7fb.onion

2020-04-16 Thread Tor Bug Tracker & Wiki
#33923: Account registration rejected for ea5faa5po25cf7fb.onion
-+-
 Reporter:  cypherpunks  |  Owner:  qbi
 Type:  defect   | Status:  new
 Priority:  High |  Component:  Internal
 |  Services/Service - trac
  Version:   |   Severity:  Major
 Keywords:  trac, account,   |  Actual Points:
  registration   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
 Can't register in trac. Tried multiple times to verify, before open
 ticket.
 {{{
 Trac Error

 Submission rejected as potential spam

 Maximum number of posts per hour for this IP exceeded
 }}}
 Steps to reproduce:
 1. Start Tor Browser
 2. browse http://ea5faa5po25cf7fb.onion/projects/tor/register
 3. type in new user info
 4. receive error message

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

Re: [tor-bugs] #33087 [Core Tor/Tor]: closing stdio fds on exit can interfere with LeakSanitizer, etc

2020-04-16 Thread Tor Bug Tracker & Wiki
#33087: closing stdio fds on exit can interfere with LeakSanitizer, etc
-+-
 Reporter:  catalyst |  Owner:  teor
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.2.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.4.1.6
 Severity:  Normal   | Resolution:
 Keywords:  tor-log, 043-should, consider-   |  Actual Points:  0.5
  backport-after-0433, 041-backport, |
  042-backport   |
Parent ID:   | Points:  0.2
 Reviewer:  dgoulet  |Sponsor:
-+-

Comment (by arma):

 See also #33850, where they find that Tor (0.4.1.7 and 0.4.2.x) doesn't
 release its handles on log files during HUP, which means that in the deb
 package, logrotate (a) accumulates more and more file handles inside Tor,
 and (b) fills up your disk because nothing ever gets deleted. They
 narrowed it down to the fix in commit 8a23393eda which is part of this
 ticket. So: that would seem to be another reason to backport at the
 appropriate time.

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

Re: [tor-bugs] #33850 [Core Tor/Tor]: log rotation for /var/log/tor/debug.log did not close handle to old file after compression

2020-04-16 Thread Tor Bug Tracker & Wiki
#33850: log rotation for /var/log/tor/debug.log did not close handle to old file
after compression
--+
 Reporter:  MaKoTor   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by MaKoTor):

 Also interesting: 0.4.1 (0.4.1.5-1~xenial+1 at least) was not affected
 (yet), any risk backporting might have unintended consequences on that
 one?

 How could I test the outstanding backport(s) to confirm?

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

Re: [tor-bugs] #33884 [Circumvention/Snowflake]: Meek-Azure and SnowFlake are still broken

2020-04-16 Thread Tor Bug Tracker & Wiki
#33884: Meek-Azure and SnowFlake are still broken
-+---
 Reporter:  z1z  |  Owner:  (none)
 Type:  defect   | Status:  needs_information
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  meek snowflake   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+---

Comment (by dcf):

 https://people.torproject.org/~dcf/pt-bundle/tor-browser-snowflake-
 turbotunnel-9.5a11-20200410/

 This is not the same 9.5a11 you tried. The "turbotunnel" in the package
 name means these are special packages for testing a change to Snowflake
 that makes it more reliable. This package may work for you even if current
 alphas do not. Depending on what kind of NAT you have, you may have to
 wait several minutes for it to work the first time, but after that it
 should be more smooth. More information: #33745, #33666,
 https://lists.torproject.org/pipermail/tor-talk/2020-April/045563.html.

 meek is known to be slow because the default bridge is overloaded.
 Unfortunately there is not much we can do about 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] #33885 [Community/Tor Support]: Tor Browser & VPN

2020-04-16 Thread Tor Bug Tracker & Wiki
#33885: Tor Browser & VPN
---+
 Reporter:  oniox  |  Owner:  ggus
 Type:  task   | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Community/Tor Support  |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by oniox):

 Well, i am not an expert for VPN with Tor. So do you say that it is not so
 easy to combine Tor with VPN add-on servise as Windscribe?
 https://addons.mozilla.org/en-US/firefox/addon/windscribe/
 I thought that it could be pretty easy.

 The point is that the last Tor nod is oped and i was thinking on to have
 all Tor chain encrypted, including the last nod.

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

Re: [tor-bugs] #33850 [Core Tor/Tor]: log rotation for /var/log/tor/debug.log did not close handle to old file after compression

2020-04-16 Thread Tor Bug Tracker & Wiki
#33850: log rotation for /var/log/tor/debug.log did not close handle to old file
after compression
--+
 Reporter:  MaKoTor   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by arma):

 Good stuff. That commit is part of #33087 (which aimed to resolve bugs in
 #31594), and #33087 went into 0.4.3 and is awaiting backport to 0.4.1 and
 0.4.2.

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

Re: [tor-bugs] #33850 [Core Tor/Tor]: log rotation for /var/log/tor/debug.log did not close handle to old file after compression

2020-04-16 Thread Tor Bug Tracker & Wiki
#33850: log rotation for /var/log/tor/debug.log did not close handle to old file
after compression
--+
 Reporter:  MaKoTor   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by MaKoTor):

 Yes, bisecting just confirmed, it's
 8a23393eda00c7b7448b4d84157c5d06ba40c01c which fixes it onwards.

 So the question is... developing a patch for 0.4.2.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] #32418 [Applications/Tor Browser]: Torbrowser tells on every start, that it can't update although it is newest

2020-04-16 Thread Tor Bug Tracker & Wiki
#32418: Torbrowser tells on every start, that it can't update although it is 
newest
--+
 Reporter:  Yeti  |  Owner:  mcs
 Type:  defect| Status:
  |  needs_review
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-update,TorBrowserTeam202004R  |  Actual Points:  0.7
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by mcs):

 * status:  assigned => needs_review
 * keywords:  tbb-update,TorBrowserTeam202004 => tbb-
 update,TorBrowserTeam202004R


Comment:

 This is ready for review. First, we need to revert the #30575 patch:
 https://gitweb.torproject.org/user/brade/tor-
 browser.git/commit/?h=bug32418-01=7d0d47db46531a32c88db85323cd771761b8bb5d

 and then we need to make some small changes to ensure that Enterprise
 Policies are safe and to suppress some update service log messages:

 https://gitweb.torproject.org/user/brade/tor-
 browser.git/commit/?h=bug32418-01=71c414d5edc5562a176e98fe3d037f0da6e51afc

 (both patches are on brade's bug32418-01 branch).

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

Re: [tor-bugs] #32519 [Internal Services/Tor Sysadmin Team]: improve user onboard/offboarding procedures

2020-04-16 Thread Tor Bug Tracker & Wiki
#32519: improve user onboard/offboarding procedures
-+-
 Reporter:  anarcat  |  Owner:  tpa
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by anarcat):

 i started working on a fabric script to audit LDAP. i needed to implement
 something to talk with LDAP anyways so it made sense to start there.

 this, for example, will check the `EXAMPLE` user:

 {{{
 fab  -H db.torproject.org user.audit-ldap --user=EXAMPLE
 }}}

 a real-world example:

 {{{
 $ fab  -H db.torproject.org user.audit-ldap --user=anarcat
 ldaps://db.torproject.org LDAP password for
 uid=anarcat,ou=users,dc=torproject,dc=org:
 uid flags   groups
 anarcat ldap-admin,login-everywhere adm,torproject
 WARNING:root:ldap-admin: has root and LDAP admin (adm group)
 WARNING:root:login-everywhere: has SSH access everywhere (torproject
 group)
 }}}

 Those two `WARNING` lines are "flags" that are hardcoded in the code,
 which currently warns about about certain special groups or abnormal
 conditions. the idea is to have various audit tools that would raise
 certain "flags" like this. those, in turn, could become "actions" (like
 remove someone from a group or reset a password), specific to those flags.

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

Re: [tor-bugs] #32275 [Internal Services/Service - lists]: Close down tor-reports list, or at least remove the postfix lines

2020-04-16 Thread Tor Bug Tracker & Wiki
#32275: Close down tor-reports list, or at least remove the postfix lines
---+-
 Reporter:  arma   |  Owner:  anarcat
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Internal Services/Service - lists  |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+-
Changes (by anarcat):

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


Comment:

 {{{
 root@eugeni:~# rmlist tor-reports
 Not removing archives.  Reinvoke with -a to remove them.
 Removing list info
 }}}

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

Re: [tor-bugs] #32275 [Internal Services/Service - lists]: Close down tor-reports list, or at least remove the postfix lines

2020-04-16 Thread Tor Bug Tracker & Wiki
#32275: Close down tor-reports list, or at least remove the postfix lines
---+--
 Reporter:  arma   |  Owner:  anarcat
 Type:  defect | Status:  accepted
 Priority:  Medium |  Milestone:
Component:  Internal Services/Service - lists  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--
Changes (by anarcat):

 * owner:  qbi => anarcat
 * status:  new => accepted


Comment:

 checking

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

Re: [tor-bugs] #32802 [Internal Services/Tor Sysadmin Team]: retire kvm4, 8 VMs to migrate

2020-04-16 Thread Tor Bug Tracker & Wiki
#32802: retire kvm4, 8 VMs to migrate
-+-
 Reporter:  anarcat  |  Owner:  anarcat
 Type:  project  | Status:
 |  accepted
 Priority:  High |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Major| Resolution:
 Keywords:  tpa-roadmap-april|  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Old description:

> kvm4 is getting fairly old. it's been setup in 2015 and is showing sign
> of old age. for example today it freaked us all out by not returning
> after a reboot right before the holidays (#32801). considering how
> critical that server is (email, puppet, ldap, jenkins, dns, web mirror,
> all the windows buildboxes!) we should start considering a
> decomissionning process.
>
> at the very least, we need to get eugeni the heck out of there.
>
> we have budget to provision another ganeti cluster, so let's use it to
> replace this, and hopefully more. the existing cluster has already taken
> more than its share by taking machines from both kvm1/textile and moly,
> so it's time we provision more hardware for this.
>
> this requires a new ganeti node (fsn-node-06, #33907).
>
> machines to be migrated:
>
>  * [ ] alberti.torproject.org (LDAP) #33908
>  * [ ] build-x86-09.torproject.org (build server) - RETIRE? there's a
> build box on kvm4, kvm5 and two on moly, all of which are scheduled for
> retirement, so we have to keep *some* of those resources
>  * [ ] eugeni.torproject.org (email) #32803
>  * [ ] meronense.torproject.org (metrics) #33909
>  * [ ] neriniflorum.torproject.org (DNS) #33910
>  * [ ] oo-hetzner-03.torproject.org (metrics) #33911
>  * [ ] pauli.torproject.org (puppet) #33912
>  * [ ] rouyi.torproject.org (jenkins) #33913
>  * [ ] web-hetzner-01.torproject.org (static mirror) RETIRE?
>  * [ ] weissii.torproject.org (windows build box) #33914
>  * [ ] winklerianum.torproject.org (windows build box) turned off,
> RETIRE?
>  * [ ] woronowii.torproject.org (windows build box) turned off, RETIRE?

New description:

 kvm4 is getting fairly old. it's been setup in 2015 and is showing sign of
 old age. for example today it freaked us all out by not returning after a
 reboot right before the holidays (#32801). considering how critical that
 server is (email, puppet, ldap, jenkins, dns, web mirror, all the windows
 buildboxes!) we should start considering a decomissionning process.

 at the very least, we need to get eugeni the heck out of there.

 we have budget to provision another ganeti cluster, so let's use it to
 replace this, and hopefully more. the existing cluster has already taken
 more than its share by taking machines from both kvm1/textile and moly, so
 it's time we provision more hardware for this.

 this requires a new ganeti node (fsn-node-06, #33907).

 machines to be migrated:

  * [ ] alberti.torproject.org (LDAP) #33908
  * [ ] build-x86-09.torproject.org (build server) - RETIRE there's a build
 box on kvm4, kvm5 and two on moly, all of which are scheduled for
 retirement, so we have to keep *some* of those resources
  * [ ] eugeni.torproject.org (email) #32803
  * [ ] meronense.torproject.org (metrics) #33909
  * [ ] neriniflorum.torproject.org (DNS) #33910
  * [ ] oo-hetzner-03.torproject.org (metrics) #33911
  * [ ] pauli.torproject.org (puppet) #33912
  * [ ] rouyi.torproject.org (jenkins) #33913
  * [ ] web-hetzner-01.torproject.org (static mirror) RETIRE
  * [ ] weissii.torproject.org (windows build box) #33914
  * [ ] winklerianum.torproject.org (windows build box) turned off, RETIRE?
  * [ ] woronowii.torproject.org (windows build box) turned off, RETIRE?

--

Comment (by anarcat):

 re the build box, weasel says we can retire it, but we will eventually
 need to create build boxes in the gnt-fsn cluster at some point.

 web-hetzner-01 can be retired.

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

Re: [tor-bugs] #33914 [Internal Services/Tor Sysadmin Team]: migrate weissii to the ganeti cluster

2020-04-16 Thread Tor Bug Tracker & Wiki
#33914: migrate weissii to the ganeti cluster
-+-
 Reporter:  anarcat  |  Owner:  tpa
 Type:  task | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tpa-roadmap-april|  Actual Points:
Parent ID:  #32802   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by anarcat):

 some details on the windows stuff:

 {{{
 08:08:51  anarcat: I don't think I have ever tried windows on
 ganeti.  It ought to work, I guess.  We may want to make sure we get some
 graphical console stuff working for it.
 08:09:24  anarcat: also, rouyi has some private address that it
 uses to talk to the windows VM which also only is on a private (rfc1918)
 address.
 08:12:00  anarcat: we might want to give windows a public IP
 address, or we get a new vswitch with 1918 address space and we NAT on one
 of the metals (or even a VM if we think it is sufficiently important)
 }}}

 TL;DR:

  * needs VNC
  * needs to talk with rouyi in a RFC1918 VLAN somehow

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

Re: [tor-bugs] #33835 [Circumvention/BridgeDB]: Gmail's quoted response confuses BridgeDB's email autoresponder

2020-04-16 Thread Tor Bug Tracker & Wiki
#33835: Gmail's quoted response confuses BridgeDB's email autoresponder
+---
 Reporter:  phw |  Owner:  agix
 Type:  defect  | Status:  needs_review
 Priority:  Medium  |  Milestone:
Component:  Circumvention/BridgeDB  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  s30-o22a2   |  Actual Points:
Parent ID:  #31279  | Points:  1
 Reviewer:  |Sponsor:  Sponsor30-can
+---

Comment (by agix):

 
[https://github.com/agiix/bridgedb/commit/3bc1903ca3a442de7e8895708fb787a1e45c7d6d]

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

Re: [tor-bugs] #33907 [Internal Services/Tor Sysadmin Team]: new gnt-fsn node (fsn-node-06)

2020-04-16 Thread Tor Bug Tracker & Wiki
#33907: new gnt-fsn node (fsn-node-06)
-+-
 Reporter:  anarcat  |  Owner:  anarcat
 Type:  task | Status:
 |  accepted
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tpa-roadmap-april|  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by anarcat):

 * status:  assigned => accepted


Comment:

 this is now in progress, i ordered a new px62-nvme server with hetzner.

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

Re: [tor-bugs] #33593 [Circumvention/Snowflake]: Create versions and changelogs for Snowflake pieces

2020-04-16 Thread Tor Bug Tracker & Wiki
#33593: Create versions and changelogs for Snowflake pieces
-+--
 Reporter:  cohosh   |  Owner:  (none)
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #19409   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by irl):

 Done. (The old repo will disappear from gitweb shortly).

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

Re: [tor-bugs] #33593 [Circumvention/Snowflake]: Create versions and changelogs for Snowflake pieces

2020-04-16 Thread Tor Bug Tracker & Wiki
#33593: Create versions and changelogs for Snowflake pieces
-+--
 Reporter:  cohosh   |  Owner:  (none)
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #19409   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by cohosh):

 Replying to [comment:17 irl]:
 > No problem, just highlight me in IRC if you want it changed. I'll do it
 after dinner.
 Okay we've decided to move it to `pluggable-transports/`. Thanks again for
 handling this.

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

Re: [tor-bugs] #33365 [Circumvention/Snowflake]: Probe Snowflake bridge from proxy 1x a day

2020-04-16 Thread Tor Bug Tracker & Wiki
#33365: Probe Snowflake bridge from proxy 1x a day
-+--
 Reporter:  cohosh   |  Owner:  arlolra
 Type:  defect   | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  snowflake-webextension   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  cohosh   |Sponsor:  Sponsor28
-+--

Comment (by arlolra):

 > We can build on that to automatically retry after a period of time.

 Quickly pushed a patch to the branch to probe once a day that I should
 probably have tested.

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

Re: [tor-bugs] #33082 [Internal Services/Tor Sysadmin Team]: decomission kvm3 AKA macrum, 7 VMs to migrate

2020-04-16 Thread Tor Bug Tracker & Wiki
#33082: decomission kvm3 AKA macrum, 7 VMs to migrate
-+-
 Reporter:  anarcat  |  Owner:  hiro
 Type:  task | Status:
 |  assigned
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tpa-roadmap-april|  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by anarcat):

 * owner:  anarcat => hiro
 * status:  accepted => assigned


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

Re: [tor-bugs] #33082 [Internal Services/Tor Sysadmin Team]: decomission kvm3 AKA macrum, 7 VMs to migrate

2020-04-16 Thread Tor Bug Tracker & Wiki
#33082: decomission kvm3 AKA macrum, 7 VMs to migrate
-+-
 Reporter:  anarcat  |  Owner:  anarcat
 Type:  task | Status:
 |  accepted
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tpa-roadmap-april|  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by anarcat):

 hiro wants to test this procedure. :)

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

Re: [tor-bugs] #33850 [Core Tor/Tor]: log rotation for /var/log/tor/debug.log did not close handle to old file after compression

2020-04-16 Thread Tor Bug Tracker & Wiki
#33850: log rotation for /var/log/tor/debug.log did not close handle to old file
after compression
--+
 Reporter:  MaKoTor   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by arma):

 Check out #33087 ("bugfix on 0.4.1.6") for one possibility.

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

Re: [tor-bugs] #33850 [Core Tor/Tor]: log rotation for /var/log/tor/debug.log did not close handle to old file after compression

2020-04-16 Thread Tor Bug Tracker & Wiki
#33850: log rotation for /var/log/tor/debug.log did not close handle to old file
after compression
--+
 Reporter:  MaKoTor   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by arma):

 Nice find!

 Next step is to do a 'git bisect' to figure out which commit introduced
 the bug.

 Do you know how to do one of those, and/or would you like to use this as a
 learning opportunity, and/or is that something somebody else should pick
 up?

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

Re: [tor-bugs] #33666 [Circumvention/Snowflake]: Investigate Snowflake proxy failures

2020-04-16 Thread Tor Bug Tracker & Wiki
#33666: Investigate Snowflake proxy failures
-+--
 Reporter:  cohosh   |  Owner:  cohosh
 Type:  defect   | Status:  needs_review
 Priority:  High |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #19001   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by cohosh):

 * status:  assigned => needs_review


Comment:

 Okay this implements option 1.B by counting the number of successive
 failures. It slows the poll rate of the proxy if the failures pass the
 first threshold (5 in a row), and disables the proxy if it fails 15 times
 in a row. If the proxy succeeds, the fail count is reset and it goes back
 to polling at the starting rate.

 https://github.com/cohosh/snowflake/pull/25

 I'd like feedback on:
 - the plan to go with option 1.B
 - the values for the poll rates and thresholds
 - the method of using a fail count and resetting it. we can also keep
 track of a fail rate and reset it when we reset the stats.

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

Re: [tor-bugs] #33593 [Circumvention/Snowflake]: Create versions and changelogs for Snowflake pieces

2020-04-16 Thread Tor Bug Tracker & Wiki
#33593: Create versions and changelogs for Snowflake pieces
-+--
 Reporter:  cohosh   |  Owner:  (none)
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #19409   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by irl):

 No problem, just highlight me in IRC if you want it changed. I'll do it
 after dinner.

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

Re: [tor-bugs] #33593 [Circumvention/Snowflake]: Create versions and changelogs for Snowflake pieces

2020-04-16 Thread Tor Bug Tracker & Wiki
#33593: Create versions and changelogs for Snowflake pieces
-+--
 Reporter:  cohosh   |  Owner:  (none)
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #19409   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by cohosh):

 Replying to [comment:15 irl]:
 > Replying to [comment:14 arlolra]:
 > > Replying to [comment:12 cohosh]:
 > > I assumed this was going to nest under `pluggable-transports/` also
 but I guess it's no big deal.
 >
 > I could move it quickly now before anyone bookmarks links to it, let me
 know.
 Ah. I think since this is a stand-alone thing and doesn't have any PT code
 (there's no client or server interactions with the PT spec) that top-level
 is the best place.

 I... don't have a strong opinion. Our meeting is in ~90 minutes, how about
 we discuss it there.

 Sorry irl for the confusion.

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

Re: [tor-bugs] #33835 [Circumvention/BridgeDB]: Gmail's quoted response confuses BridgeDB's email autoresponder

2020-04-16 Thread Tor Bug Tracker & Wiki
#33835: Gmail's quoted response confuses BridgeDB's email autoresponder
+---
 Reporter:  phw |  Owner:  agix
 Type:  defect  | Status:  needs_review
 Priority:  Medium  |  Milestone:
Component:  Circumvention/BridgeDB  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  s30-o22a2   |  Actual Points:
Parent ID:  #31279  | Points:  1
 Reviewer:  |Sponsor:  Sponsor30-can
+---

Comment (by phw):

 Can you please push your patch to GitHub or GitLab? It makes code review
 easier if I can comment on specific lines.

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

Re: [tor-bugs] #33593 [Circumvention/Snowflake]: Create versions and changelogs for Snowflake pieces

2020-04-16 Thread Tor Bug Tracker & Wiki
#33593: Create versions and changelogs for Snowflake pieces
-+--
 Reporter:  cohosh   |  Owner:  (none)
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #19409   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by irl):

 Replying to [comment:14 arlolra]:
 > Replying to [comment:12 cohosh]:
 > I assumed this was going to nest under `pluggable-transports/` also but
 I guess it's no big deal.

 I could move it quickly now before anyone bookmarks links to it, let me
 know.

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

Re: [tor-bugs] #33878 [Applications/Tor Browser]: Make URL DuckDuckGo search use POST method (in Safest security level)

2020-04-16 Thread Tor Bug Tracker & Wiki
#33878: Make URL DuckDuckGo search use POST method (in Safest security level)
--+--
 Reporter:  kromek|  Owner:  tbb-team
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by boklm):

 * status:  needs_information => new


Comment:

 I can reproduce that in the Safest security level. So we are doing a POST
 query to duckduckgo, which detects that javascript is disabled and
 redirect us to a non-javascript version of the page, but the redirect is
 done with a GET request.

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

Re: [tor-bugs] #33593 [Circumvention/Snowflake]: Create versions and changelogs for Snowflake pieces

2020-04-16 Thread Tor Bug Tracker & Wiki
#33593: Create versions and changelogs for Snowflake pieces
-+--
 Reporter:  cohosh   |  Owner:  (none)
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #19409   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by arlolra):

 Replying to [comment:12 cohosh]:
 > Thanks to irl, we now have a new repository just for the web extension:
 https://gitweb.torproject.org/snowflake-webext.git/

 I assumed this was going to nest under `pluggable-transports/` also but I
 guess it's no big deal.

 > Here are some pull requests to tidy up each of the respositories:
 > - for the main snowflake Go repo:
 https://github.com/cohosh/snowflake/pull/26
 > - for the new webext repo: https://github.com/cohosh/snowflake-
 webext/pull/1

 The pulls seem fine.  I left comments about some trivial things that were
 missed.

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

Re: [tor-bugs] #33878 [Applications/Tor Browser]: Make URL DuckDuckGo search use POST method (in Safest security level) (was: Make URL DuckDuckGo search use POST method)

2020-04-16 Thread Tor Bug Tracker & Wiki
#33878: Make URL DuckDuckGo search use POST method (in Safest security level)
--+---
 Reporter:  kromek|  Owner:  tbb-team
 Type:  enhancement   | Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---

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

Re: [tor-bugs] #33593 [Circumvention/Snowflake]: Create versions and changelogs for Snowflake pieces

2020-04-16 Thread Tor Bug Tracker & Wiki
#33593: Create versions and changelogs for Snowflake pieces
-+--
 Reporter:  cohosh   |  Owner:  (none)
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #19409   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by irl):

 (I didn't make any GitHub mirrors, if those would be useful please do make
 some tickets)

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

Re: [tor-bugs] #33835 [Circumvention/BridgeDB]: Gmail's quoted response confuses BridgeDB's email autoresponder

2020-04-16 Thread Tor Bug Tracker & Wiki
#33835: Gmail's quoted response confuses BridgeDB's email autoresponder
+---
 Reporter:  phw |  Owner:  agix
 Type:  defect  | Status:  needs_review
 Priority:  Medium  |  Milestone:
Component:  Circumvention/BridgeDB  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  s30-o22a2   |  Actual Points:
Parent ID:  #31279  | Points:  1
 Reviewer:  |Sponsor:  Sponsor30-can
+---
Changes (by agix):

 * status:  assigned => 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] #33835 [Circumvention/BridgeDB]: Gmail's quoted response confuses BridgeDB's email autoresponder

2020-04-16 Thread Tor Bug Tracker & Wiki
#33835: Gmail's quoted response confuses BridgeDB's email autoresponder
+---
 Reporter:  phw |  Owner:  agix
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Circumvention/BridgeDB  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  s30-o22a2   |  Actual Points:
Parent ID:  #31279  | Points:  1
 Reviewer:  |Sponsor:  Sponsor30-can
+---

Comment (by agix):

 Sorry, the previous patch had a small issue.
 I fixed it in the second attachment.

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

Re: [tor-bugs] #33835 [Circumvention/BridgeDB]: Gmail's quoted response confuses BridgeDB's email autoresponder

2020-04-16 Thread Tor Bug Tracker & Wiki
#33835: Gmail's quoted response confuses BridgeDB's email autoresponder
+---
 Reporter:  phw |  Owner:  agix
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Circumvention/BridgeDB  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  s30-o22a2   |  Actual Points:
Parent ID:  #31279  | Points:  1
 Reviewer:  |Sponsor:  Sponsor30-can
+---
Changes (by agix):

 * Attachment "Replacing-the-current-Mail-parsing-option.2.patch" 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] #33835 [Circumvention/BridgeDB]: Gmail's quoted response confuses BridgeDB's email autoresponder

2020-04-16 Thread Tor Bug Tracker & Wiki
#33835: Gmail's quoted response confuses BridgeDB's email autoresponder
+---
 Reporter:  phw |  Owner:  agix
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Circumvention/BridgeDB  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  s30-o22a2   |  Actual Points:
Parent ID:  #31279  | Points:  1
 Reviewer:  |Sponsor:  Sponsor30-can
+---
Changes (by agix):

 * Attachment "Replacing-the-current-Mail-parsing-option.patch" 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] #33835 [Circumvention/BridgeDB]: Gmail's quoted response confuses BridgeDB's email autoresponder

2020-04-16 Thread Tor Bug Tracker & Wiki
#33835: Gmail's quoted response confuses BridgeDB's email autoresponder
+---
 Reporter:  phw |  Owner:  agix
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Circumvention/BridgeDB  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  s30-o22a2   |  Actual Points:
Parent ID:  #31279  | Points:  1
 Reviewer:  |Sponsor:  Sponsor30-can
+---

Comment (by agix):

 To effectively parse out the requested options via email, I used the
 get_payload() function for EmailMessage objects.
 As pointed out in both answers of
 [https://stackoverflow.com/questions/45124127/unable-to-extract-the-body-
 of-the-email-file-in-python/45124153] there needs to be a certain policy
 defined (policy.compat32 instead the default policy) to be able to use
 get_payload instead of get_body.
 The advantage of get_payload is that it ignores the Content-Type and
 Content-Transfer-Encoding header and therefore solely focuses on the
 actual payload which makes the parsing way easier.
 get_payload(0).get_payload() parses out the plain text, but cant
 differentiate between the actual message and previous responses.
 Thats why this approach just focuses on the first 3 words of an incoming
 email to determine the response action.
 This seems to be one of only few approaches if we don't want to rely on
 regex anymore, but I am open to suggestions.
 Additionally some unittests need to be adjusted for this patch.

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

Re: [tor-bugs] #33593 [Circumvention/Snowflake]: Create versions and changelogs for Snowflake pieces

2020-04-16 Thread Tor Bug Tracker & Wiki
#33593: Create versions and changelogs for Snowflake pieces
-+--
 Reporter:  cohosh   |  Owner:  (none)
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #19409   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by cohosh):

 Thanks to irl, we now have a new repository just for the web extension:
 https://gitweb.torproject.org/snowflake-webext.git/

 Here are some pull requests to tidy up each of the respositories:
 - for the main snowflake Go repo:
 https://github.com/cohosh/snowflake/pull/26
 - for the new webext repo:https://github.com/cohosh/snowflake-
 webext/pull/1

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

Re: [tor-bugs] #33837 [Core Tor/Tor]: Tor.framework Unknown type name 'dispatch_queue_t'

2020-04-16 Thread Tor Bug Tracker & Wiki
#33837: Tor.framework Unknown type name 'dispatch_queue_t'
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  043-should, 043-backport,|  Actual Points:
  042-backport, 041-backport |
Parent ID:   | Points:  .5
 Reviewer:  ahf  |Sponsor:
-+-
Changes (by tla):

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


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

Re: [tor-bugs] #33837 [Core Tor/Tor]: Tor.framework Unknown type name 'dispatch_queue_t'

2020-04-16 Thread Tor Bug Tracker & Wiki
#33837: Tor.framework Unknown type name 'dispatch_queue_t'
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  043-should, 043-backport,|  Actual Points:
  042-backport, 041-backport |
Parent ID:   | Points:  .5
 Reviewer:  ahf  |Sponsor:
-+-

Comment (by tla):

 Ok, so it seems Tor doesn't honor SIGNAL SHUTDOWN anymore. The first Tor
 version I tested was 0.4.1.5 (first stable of 0.4.1).

 Sending it with 0.4.0.6, I see this in the logs:

 {{{
 Apr 16 16:31:58.000 [notice] Interrupt: exiting cleanly.
 }}}

 With later Tor versions, this message disappears and the TorThread still
 hangs around after app wake up.

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

Re: [tor-bugs] #32740 [Circumvention/BridgeDB]: Implement a feedback loop between BridgeDB and OONI

2020-04-16 Thread Tor Bug Tracker & Wiki
#32740: Implement a feedback loop between BridgeDB and OONI
-+-
 Reporter:  phw  |  Owner:  phw
 Type:  project  | Status:
 |  assigned
 Priority:  Medium   |  Milestone:
Component:  Circumvention/BridgeDB   |Version:
 Severity:  Normal   | Resolution:
 Keywords:  s30-o23a2, anti-censorship-roadmap-  |  Actual Points:
  2020Q1 |
Parent ID:  #31280   | Points:  10
 Reviewer:   |Sponsor:
 |  Sponsor30-must
-+-
Changes (by cohosh):

 * cc: cohosh (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] #33365 [Circumvention/Snowflake]: Probe Snowflake bridge from proxy 1x a day

2020-04-16 Thread Tor Bug Tracker & Wiki
#33365: Probe Snowflake bridge from proxy 1x a day
-+--
 Reporter:  cohosh   |  Owner:  arlolra
 Type:  defect   | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Circumvention/Snowflake  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  snowflake-webextension   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  cohosh   |Sponsor:  Sponsor28
-+--
Changes (by cohosh):

 * reviewer:   => cohosh


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

Re: [tor-bugs] #33837 [Core Tor/Tor]: Tor.framework Unknown type name 'dispatch_queue_t'

2020-04-16 Thread Tor Bug Tracker & Wiki
#33837: Tor.framework Unknown type name 'dispatch_queue_t'
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  043-should, 043-backport,|  Actual Points:
  042-backport, 041-backport |
Parent ID:   | Points:  .5
 Reviewer:  ahf  |Sponsor:
-+-

Comment (by tla):

 I improved the build script further:
 
https://github.com/iCepa/Tor.framework/commit/8881bfb627d2ebbd37eb7aa9cced46092bb0f96e

 Now, there's a configure before make show-libs is called.

 I can compile 0.4.3.4-rc without problem now.
 Master not so great, though:


 {{{
 Ld
 /Users/berhart/Library/Developer/Xcode/DerivedData/Tor-
 atzjucxhwnhfrqcmzwlymuguursh/Build/Products/Debug/Tor.framework/Versions
 /A/Tor normal x86_64 (in target 'Tor-Mac' from project 'Tor') cd
 /Users/berhart/workspace/gp/Tor.framework
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.
 /xctoolchain/usr/bin/clang -target x86_64-apple-macos10.9
 /-dynamiclib -isysroot
 //Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.
 /platform/Developer/SDKs/MacOSX10.15.sdk
 /-L/Users/berhart/Library/Developer/Xcode/DerivedData/Tor-
 /atzjucxhwnhfrqcmzwlymuguursh/Build/Products/Debug
 /-F/Users/berhart/Library/Developer/Xcode/DerivedData/Tor-
 /atzjucxhwnhfrqcmzwlymuguursh/Build/Products/Debug -filelist
 //Users/berhart/Library/Developer/Xcode/DerivedData/Tor-
 /atzjucxhwnhfrqcmzwlymuguursh/Build/Intermediates.noindex/Tor.build/
 /Debug/Tor-Mac.build/Objects-normal/x86_64/Tor.LinkFileList
 /-install_name @rpath/Tor.framework/Tor -Xlinker -rpath -Xlinker
 /@executable_path/../Frameworks -Xlinker -rpath -Xlinker
 /@loader_path/../Frameworks -Xlinker -object_path_lto -Xlinker
 //Users/berhart/Library/Developer/Xcode/DerivedData/Tor-
 /atzjucxhwnhfrqcmzwlymuguursh/Build/Intermediates.noindex/Tor.build/
 /Debug/Tor-Mac.build/Objects-normal/x86_64/Tor_lto.o -Xlinker
 /-export_dynamic -Xlinker -no_deduplicate -fobjc-arc
 /-fobjc-link-runtime -fapplication-extension -framework CFNetwork
 /-ltor-app -ltor-compress -ltor-evloop -ltor-tls -ltor-crypt-ops
 /-lkeccak-tiny -ltor-pubsub -ltor-confmgt -led25519_ref10
 /-led25519_donna -lcurve25519_donna -ltor-geoip -ltor-process
 /-ltor-buf -ltor-time -ltor-fs -ltor-encoding -ltor-sandbox
 /-ltor-container -ltor-net -ltor-thread -ltor-memarea -ltor-math
 /-ltor-meminfo -ltor-osinfo -ltor-dispatch -ltor-log -ltor-lock
 /-ltor-fdio -ltor-string -ltor-term -ltor-smartlist-core
 /-ltor-malloc -ltor-wallclock -ltor-err -ltor-version -ltor-intmath
 /-ltor-ctime -lor-trunnel -ltor-trace -lssl -lcrypto -levent
 /-levent_core -levent_extra -levent_pthreads -llzma -lz -Xlinker
 /-dependency_info -Xlinker
 //Users/berhart/Library/Developer/Xcode/DerivedData/Tor-
 /atzjucxhwnhfrqcmzwlymuguursh/Build/Intermediates.noindex/Tor.build/
 /Debug/Tor-Mac.build/Objects-normal/x86_64/Tor_dependency_info.dat
 /-o
 //Users/berhart/Library/Developer/Xcode/DerivedData/Tor-
 /atzjucxhwnhfrqcmzwlymuguursh/Build/Products/Debug/Tor.framework/
 /Versions/A/Tor
 /
 Undefined symbols for architecture x86_64: "_sys_winprocess", referenced
 from: _tor_subsystems in libtor-app.a(subsystem_list.o) ld: symbol(s)
 not found for architecture x86_64 clang: error: linker command failed
 with exit code 1 (use -v to see invocation)
 }}}

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

Re: [tor-bugs] #33850 [Core Tor/Tor]: log rotation for /var/log/tor/debug.log did not close handle to old file after compression

2020-04-16 Thread Tor Bug Tracker & Wiki
#33850: log rotation for /var/log/tor/debug.log did not close handle to old file
after compression
--+
 Reporter:  MaKoTor   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by MaKoTor):

 Found versions which seem NOT AFFECTED:

 0.2.9.14-1ubuntu1~16.04.3
 0.4.1.5-1~xenial+1

 Since 0.4.2.7-1~xenial+1 IS affected (see above), a change somewhere
 between

 0.4.1.5
 and
 0.4.2.7

 is most likely the culprit. Will try to test tor-0.4.3.4-rc to see if the
 bug is gone, ./src/lib/log/log.c seems to be under heavy development right
 now.

 It's also not log-rotation specific, 0.4.2.7 just doesn't close the log
 files on HUP.

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

Re: [tor-bugs] #32422 [Internal Services/Service - git]: Add boklm as a gitolite admin

2020-04-16 Thread Tor Bug Tracker & Wiki
#32422: Add boklm as a gitolite admin
-+-
 Reporter:  sysrqb   |  Owner:  tor-gitadm
 Type:  enhancement  | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - git  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by irl):

 * status:  new => needs_information
 * cc: ahf (added)


Comment:

 In 5 months, I'm not sure that ahf did get up to speed on this, we could
 review the next steps here.

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

Re: [tor-bugs] #33740 [Internal Services/Service - git]: Create top-level snowflake-webext repository

2020-04-16 Thread Tor Bug Tracker & Wiki
#33740: Create top-level snowflake-webext repository
-+
 Reporter:  cohosh   |  Owner:  tor-gitadm
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - git  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by irl):

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


Comment:

 I've created this repo, https://gitweb.torproject.org/snowflake-
 webext.git/

 No one told me who should be able to push to it, so I went with @snowflake
 group which contains:

 {{{arlo dcf ahf cohosh phw}}}

 Please open a new ticket if this should be changed.

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

Re: [tor-bugs] #32574 [Internal Services/Service - github tpo]: set up mirror repo on GitHub torproject/jtorctl

2020-04-16 Thread Tor Bug Tracker & Wiki
#32574: set up mirror repo on GitHub torproject/jtorctl
-+-
 Reporter:  eighthave|  Owner:  hiro
 Type:  task | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - github   |Version:
  tpo|
 Severity:  Normal   | Resolution:  fixed
 Keywords:  Android, tbb-mobile, jtorctl |  Actual Points:
Parent ID:  #32534   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by irl):

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


Comment:

 Right now, no one is able to push to the git.tpo repo, which means this is
 not maintained software. I've done a manual push to GitHub to establish
 the mirror with the latest version of what we have at git.tpo. This won't
 ever be updated (unless new maintainers appear), but you'll be able to
 fork it.

 https://github.com/torproject/jtorctl

 Please make a new ticket if there are more things to do here.

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

Re: [tor-bugs] #33837 [Core Tor/Tor]: Tor.framework Unknown type name 'dispatch_queue_t'

2020-04-16 Thread Tor Bug Tracker & Wiki
#33837: Tor.framework Unknown type name 'dispatch_queue_t'
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  043-should, 043-backport,|  Actual Points:
  042-backport, 041-backport |
Parent ID:   | Points:  .5
 Reviewer:  ahf  |Sponsor:
-+-

Comment (by tla):

 Oh: Tor 0.4.2.7 is not stopping anymore:
 https://github.com/iCepa/Tor.framework/issues/62

 I'll investigate.

 > Is there any reason that you don't use zstd?

 There sure is one, but I don't know it. Mike devised this and it's not so
 long ago, that liblzma was added by him.

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

Re: [tor-bugs] #33522 [Core Tor/Tor]: Add iOS support in your CI

2020-04-16 Thread Tor Bug Tracker & Wiki
#33522: Add iOS support in your CI
--+--
 Reporter:  tla   |  Owner:  (none)
 Type:  enhancement   | Status:  closed
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:  wontfix
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by tla):

 > So you might have to skip one or two tor releases.

 Oh, we're not worried about that. We're not releasing every Tor release
 anyway.

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

Re: [tor-bugs] #33891 [Applications/Tor Browser]: Consider switching to ungoogled-chromium as a base

2020-04-16 Thread Tor Bug Tracker & Wiki
#33891: Consider switching to ungoogled-chromium as a base
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  enhancement   | Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:  wontfix
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks):

 > Repeatedly re-opening a ticket is not a good way to convince people to
 do something

 Repeatedly criticizing something which was not suggested (upstrame
 Chromium/Brave) is the reason for it. So don't blame me.

 > it doesn't include all the privacy features that we need, and fixing
 that would be a lot of work

 Unlike Firefox ungoogled-chromium is 100% private 3rd-party wise. If you
 have any other "privacy features" in mind please clarify.

 > we are constantly patching Firefox, and working with Mozilla to
 integrate most of our patches and use cases directly into upstream Firefox
 so that it's less work for us, and it's not clear that Google would be
 willing to do the same

 The argument that you aim for privacy and are working with Mozilla (a
 company which abuses privacy more and more) but have not even checked with
 Google (so you have no way to know) is really meaningless. In any case
 nobody here is suggesting that you work with Google. This is a suggestion
 to work with **ungoogled-chromium**, so if you would consider this you
 would maybe work with ungoogled-chromium's devs.

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

Re: [tor-bugs] #33863 [Internal Services/Service - git]: Git onion service not working.

2020-04-16 Thread Tor Bug Tracker & Wiki
#33863: Git onion service not working.
-+
 Reporter:  emmapeel |  Owner:  tor-gitadm
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - git  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  onion service, git   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by teor):

 git's `insteadOf` config might be a workaround here.

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

Re: [tor-bugs] #33878 [Applications/Tor Browser]: Make URL DuckDuckGo search use POST method

2020-04-16 Thread Tor Bug Tracker & Wiki
#33878: Make URL DuckDuckGo search use POST method
--+---
 Reporter:  kromek|  Owner:  tbb-team
 Type:  enhancement   | Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---

Comment (by kromek):

 "I have exactly the opposite in my tor browser: search from URL bar is
 using POST requests, while search from the search box on duckduckgo.com is
 using GET requests."

 Probably because I'm using no JavaScript. With it disabled, URL search
 redirects to HTML version which concatenates the query into URL. If I then
 use the HTML website's search, it now uses POST (the URL is:
 https://duckduckgo.com/html/)

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

Re: [tor-bugs] #32908 [Applications]: Only re-build missing incremental .mar files

2020-04-16 Thread Tor Bug Tracker & Wiki
#32908: Only re-build missing incremental .mar files
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  enhancement   | Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-rbm   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * owner:  (none) => tbb-team
 * status:  new => assigned


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

Re: [tor-bugs] #33416 [Applications/Tor Browser]: Android container creation breaks when building Tor Browser 9.5a6

2020-04-16 Thread Tor Bug Tracker & Wiki
#33416: Android container creation breaks when building Tor Browser 9.5a6
---+--
 Reporter:  gk |  Owner:  tbb-team
 Type:  defect | Status:  new
 Priority:  High   |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam200202  |  Actual Points:
Parent ID:  #28102 | Points:
 Reviewer: |Sponsor:
---+--
Changes (by gk):

 * parent:   => #28102


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

Re: [tor-bugs] #5182 [Applications/Tor Browser]: Spanish TBB-Firefox includes ‘Wikipedia (en)’ search engine, but not ‘Wikipedia (es)’

2020-04-16 Thread Tor Bug Tracker & Wiki
#5182: Spanish TBB-Firefox includes ‘Wikipedia (en)’ search engine, but not
‘Wikipedia (es)’
+--
 Reporter:  rransom |  Owner:  tbb-team
 Type:  defect  | Status:  new
 Priority:  Low |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  translation, tbb-firefox-patch  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by Thorin):

 8 years later ...

 just checked my slightly old 9.5 alpha es-ES, and it ships with Wikipedia
 (en)

 Observations
 - so we make sure the right language search engines are packed per
 language (and the names are translated)
 - what do you do when the user says "yes" to spoofing as english

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

Re: [tor-bugs] #23227 [Applications/Tor Browser]: Automatically deny canvas request and don't show this message

2020-04-16 Thread Tor Bug Tracker & Wiki
#23227: Automatically deny canvas request and don't show this message
--+
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  task  | Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  worksforme
 Keywords:  tbb-fingerprinting|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by Thorin):

 * status:  new => closed
 * priority:  Very High => Medium
 * resolution:   => worksforme


Comment:

 3 years later ... all upstream
 - canvas is now under the RFP switch
 - `privacy.resistFingerprinting.autoDeclineNoUserInputCanvasPrompts` was
 added default true to reduce prompt fatigue
 - a canvas indicator is shown in the urlbar for specific site overrides
 (in Tor Browser this will be session only)
 - at safest level, JS is disabled, so canvas doesn't even apply

 closing as WORKSFORME

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

Re: [tor-bugs] #18599 [Applications/Tor Browser]: Make sure OffScreenCanvas API does not render moot our canvas fingerprinting protection

2020-04-16 Thread Tor Bug Tracker & Wiki
#18599: Make sure OffScreenCanvas API does not render moot our canvas
fingerprinting protection
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  task | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-fingerprinting,  |  Actual Points:
  GeorgKoppen201705, TorBrowserTeam201711,   |
  ff78-esr   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor44-can
-+-

Comment (by Thorin):

 Here is the offscreen canvas meta bug
 - https://bugzilla.mozilla.org/show_bug.cgi?id=1390089

 My understanding is that the pref will be removed: see comment 0 (emphasis
 mine)

 > We don't seem to have a metabug tracking the remaining work to be able
 to **ship unpreffed**, so here is one

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

Re: [tor-bugs] #33920 [Core Tor/Chutney]: Remove errors or typos from TorNet.py and Templating.py

2020-04-16 Thread Tor Bug Tracker & Wiki
#33920: Remove errors or typos from TorNet.py and Templating.py
--+--
 Reporter:  MrSquanchee   |  Owner:  MrSquanchee
 Type:  defect| Status:  needs_review
 Priority:  Low   |  Milestone:
Component:  Core Tor/Chutney  |Version:
 Severity:  Minor | Resolution:
 Keywords:  easy, outreachy-ipv6  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by MrSquanchee):

 * status:  assigned => needs_review


Comment:

 https://github.com/torproject/chutney/pull/68

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

Re: [tor-bugs] #28704 [Applications/Tor Browser]: Compile Tor and dependencies on our own for Android

2020-04-16 Thread Tor Bug Tracker & Wiki
#28704: Compile Tor and dependencies on our own for Android
-+-
 Reporter:  gk   |  Owner:  sisbell
 Type:  defect   | Status:  closed
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  tbb-mobile, tbb-rbm, tbb-parity, |  Actual Points:
  TorBrowserTeam202004   |
Parent ID:  #33659   | Points:  0
 Reviewer:   |Sponsor:
 |  Sponsor58
-+-
Changes (by gk):

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


Comment:

 Seems we are done here, yay!

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

Re: [tor-bugs] #30605 [Applications/Tor Browser]: accept-language header leaks browser localization

2020-04-16 Thread Tor Bug Tracker & Wiki
#30605: accept-language header leaks browser localization
-+-
 Reporter:  sysrqb   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-parity, user-|  Actual Points:
  feedback, blog |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 #33465 is a duplicate.

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

Re: [tor-bugs] #33465 [Applications/Tor Browser]: On Android, system locale is leaked in http headers

2020-04-16 Thread Tor Bug Tracker & Wiki
#33465: On Android, system locale is leaked in http headers
-+-
 Reporter:  boklm|  Owner:  tbb-
 |  team
 Type:  defect   | Status:  closed
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-mobile, tbb-fingerprinting,  |  duplicate
  TorBrowserTeam202004   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

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


Comment:

 Duplicate of #30605.

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