Re: [tor-bugs] #24657 [Applications/Tor Browser]: Firefox crashes everyday

[Tor Bug Tracker & Wiki]

#24657: Firefox crashes everyday
--+---
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:
 Keywords:  tbb-crash |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by gk):

 * status:  new => needs_information


Comment:

 Does this happen with an unmodified Firefox 52.5.2esr as well? See:
 https://www.mozilla.org/en-US/firefox/organizations/all/

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

Re: [tor-bugs] #23141 [Applications/Tor Browser]: Cloudflare breaks loading the chat on http://www.goftesh.com/

[Tor Bug Tracker & Wiki]

#23141: Cloudflare breaks loading the chat on http://www.goftesh.com/
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  reopened
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  cloudflare|  Actual Points:
Parent ID:  #18361| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

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


Comment:

 Please stop closing random bugs, 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] #22582 [Applications/Tor Browser]: www.nexusmods.com not working properly in TOR

[Tor Bug Tracker & Wiki]

#22582: www.nexusmods.com not working properly in TOR
---+--
 Reporter:  WalrusInAnus   |  Owner:  tbb-team
 Type:  defect | Status:  reopened
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-usability-website, cloudflare  |  Actual Points:
Parent ID:  #18361 | Points:
 Reviewer: |Sponsor:
---+--
Changes (by gk):

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


Comment:

 It's still an issue, please stop close random bugs, 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] #24321 [Applications/Tor Browser]: Include Cloudflare's Official "Privacy Pass" addon to end Cloudflare captcha madness!

[Tor Bug Tracker & Wiki]

#24321: Include Cloudflare's Official "Privacy Pass" addon to end Cloudflare
captcha madness!
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  task  | Status:  reopened
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #18361| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

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


Comment:

 Please stop closing random bugs, 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] #22867 [Applications/Tor Browser]: Some URLs are saved in the Tor Browser places.sqlite database as part of the browsing history

[Tor Bug Tracker & Wiki]

#22867: Some URLs are saved in the Tor Browser places.sqlite database as part of
the browsing history
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  reopened
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:
 Keywords:  tbb-disk-leak |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by Dbryrtfbcbhgf):

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


Comment:

 Please provide a explanation on why the "resolution = Not a bug", before
 closing the 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] #24030 [Core Tor/Tor]: Wrap types in protover.rs

[Tor Bug Tracker & Wiki]

#24030: Wrap types in protover.rs
--+
 Reporter:  nickm |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  rust  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by frewsxcv):

 * cc: coreyf+tor@… (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] #22867 [Applications/Tor Browser]: Some URLs are saved in the Tor Browser places.sqlite database as part of the browsing history

[Tor Bug Tracker & Wiki]

#22867: Some URLs are saved in the Tor Browser places.sqlite database as part of
the browsing history
--+---
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:  not a bug
 Keywords:  tbb-disk-leak |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #19471 [Community/Translations]: Please hide translator's e-mail addr.

[Tor Bug Tracker & Wiki]

#19471: Please hide translator's e-mail addr.
+--
 Reporter:  cypherpunks |  Owner:  phoul
 Type:  defect  | Status:  closed
 Priority:  Very High   |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Major   | Resolution:  user disappeared
 Keywords:  translation, privacy|  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #24321 [Applications/Tor Browser]: Include Cloudflare's Official "Privacy Pass" addon to end Cloudflare captcha madness!

[Tor Bug Tracker & Wiki]

#24321: Include Cloudflare's Official "Privacy Pass" addon to end Cloudflare
captcha madness!
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  task  | Status:  closed
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  wontfix
 Keywords:|  Actual Points:
Parent ID:  #18361| Points:
 Reviewer:|Sponsor:
--+--
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #22701 [Core Tor/Tor]: Missing makefile dependencies make parallel builds fail

[Tor Bug Tracker & Wiki]

#22701: Missing makefile dependencies make parallel builds fail
--+
 Reporter:  teor  |  Owner:  (none)
 Type:  defect| Status:  reopened
 Priority:  Medium|  Milestone:  Tor: 0.3.2.x-final
Component:  Core Tor/Tor  |Version:  Tor: 0.3.0.8
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:  0.5
 Reviewer:|Sponsor:
--+
Changes (by teor):

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


Comment:

 I can reproduce this using `make clean all`:
 {{{
 $ make clean all
 ...
 test -z "src/ext/ed25519/ref10/libed25519_ref10.a
 src/ext/ed25519/donna/libed25519_donna.a src/ext/keccak-tiny/libkeccak-
 tiny.a src/trunnel/libor-trunnel.a src/trunnel/libor-trunnel-testing.a
 src/common/libor.a src/common/libor-ctime.a src/common/libor-crypto.a
 src/common/libor-event.a src/common/libor-testing.a src/common/libor-
 ctime-testing.a src/common/libor-crypto-testing.a src/common/libor-event-
 testing.a  src/common/libcurve25519_donna.a src/or/libtor.a src/or/libtor-
 testing.a " || rm -f src/ext/ed25519/ref10/libed25519_ref10.a
 src/ext/ed25519/donna/libed25519_donna.a src/ext/keccak-tiny/libkeccak-
 tiny.a src/trunnel/libor-trunnel.a src/trunnel/libor-trunnel-testing.a
 src/common/libor.a src/common/libor-ctime.a src/common/libor-crypto.a
 src/common/libor-event.a src/common/libor-testing.a src/common/libor-
 ctime-testing.a src/common/libor-crypto-testing.a src/common/libor-event-
 testing.a  src/common/libcurve25519_donna.a src/or/libtor.a src/or/libtor-
 testing.a
 ...
 rm -f src/ext/ed25519/ref10/*.o
 ...
 make[1]: Entering directory '/home/privcount/tor-privcount'
 ...
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_1.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_add.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_cmov.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_copy.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_frombytes.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_invert.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_isnegative.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_isnonzero.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_mul.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_neg.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_pow22523.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_sub.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_sq.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_tobytes.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 fe_sq2.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_add.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_double_scalarmult.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_frombytes.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_madd.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_msub.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_p1p1_to_p2.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_p1p1_to_p3.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_p2_0.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_p3_0.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_p2_dbl.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_p3_to_cached.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_p3_dbl.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_p3_to_p2.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_p3_tobytes.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_precomp_0.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_scalarmult_base.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 keypair.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 sc_muladd.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-
 ge_tobytes.o
   CC   src/ext/ed25519/ref10/src_ext_ed25519_ref10_libed25519_ref10_a-

Re: [tor-bugs] #24506 [Core Tor/Torflow]: Move some bandwidth authority servers to a CDN

[Tor Bug Tracker & Wiki]

#24506: Move some bandwidth authority servers to a CDN
--+---
 Reporter:  teor  |  Owner:  tom
 Type:  task  | Status:  needs_information
 Priority:  High  |  Milestone:
Component:  Core Tor/Torflow  |Version:
 Severity:  Major | Resolution:
 Keywords:  tor-bwauth|  Actual Points:
Parent ID:  #24499| Points:
 Reviewer:|Sponsor:
--+---
Changes (by teor):

 * status:  needs_revision => needs_information


Comment:

 This is in progress on the parallel test bandwidth authority and one other
 bandwidth authority.

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

Re: [tor-bugs] #24497 [Webpages/Website]: Improve documentation for tor relay operators

[Tor Bug Tracker & Wiki]

#24497: Improve documentation for tor relay operators
--+
 Reporter:  arthuredelstein   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by cypherpunks):

 Thanks for your fixes.

 - about your bw limit change (2MBit/s): since you added that I increased
 the recommended to 16MBit/s so they meet the requirements for guards
 - for tools outside the core scope of this guide (like vnstat) I'd like to
 avoid having anything in this guide that goes into much detail, example
 this change:
 
https://trac.torproject.org/projects/tor/wiki/OperatorsTips?sfp_email=_mail==diff=63_version=62_email=_mail=
 that adds the commands for installing vnstat on multiple operating
 systems. Do we want that? I would be in favor of removing it (but yes,
 vnstat is great!)
 - about this change:
 
https://trac.torproject.org/projects/tor/wiki/OperatorsTips?sfp_email=_mail==diff=68_version=67_email=_mail=

 since the entire guide covers every OS identically (until this change
 happened) - I wanted to challenge that change since it breaks
 - also: that bash script does not appear to be signed?
 - I have an OS comparison table: it started as something like
 https://trac.torproject.org/projects/tor/wiki/doc/packages but I didn't
 want to maintain that HTML table manually. All I have now would be a
 static png, but that is not editable by anyone but me, not sure if I
 should add it to the guide
 - one important topic is DNS - I'd like to fill it with content

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

Re: [tor-bugs] #24045 [Metrics/Relay Search]: Measure and map overloaded or over-weighted relays

[Tor Bug Tracker & Wiki]

#24045: Measure and map overloaded or over-weighted relays
-+-
 Reporter:  teor |  Owner:
 |  metrics-team
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:
Component:  Metrics/Relay Search |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-performance, tbb-usability,  |  Actual Points:
  performance, tbb-needs |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by cypherpunks):

 Replying to [comment:11 teor]:
 > Another trick is to use semi-transparent symbols for relays.
 > Then there is a visual effect for multiple relays, particularly if we
 add jitter.
 Thank you for the ideas! I'm having a play now to see what technique works
 best.

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

Re: [tor-bugs] #24045 [Metrics/Relay Search]: Measure and map overloaded or over-weighted relays

[Tor Bug Tracker & Wiki]

#24045: Measure and map overloaded or over-weighted relays
-+-
 Reporter:  teor |  Owner:
 |  metrics-team
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:
Component:  Metrics/Relay Search |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-performance, tbb-usability,  |  Actual Points:
  performance, tbb-needs |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by teor):

 Another trick is to use semi-transparent symbols for relays.
 Then there is a visual effect for multiple relays, particularly if we add
 jitter.

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

Re: [tor-bugs] #24045 [Metrics/Relay Search]: Measure and map overloaded or over-weighted relays

[Tor Bug Tracker & Wiki]

#24045: Measure and map overloaded or over-weighted relays
-+-
 Reporter:  teor |  Owner:
 |  metrics-team
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:
Component:  Metrics/Relay Search |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-performance, tbb-usability,  |  Actual Points:
  performance, tbb-needs |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by teor):

 Thanks for this, Ana!
 It will really help us work out if our bandwidth authority changes are
 having the desired effect.

 At one pixel per relay, 6000 relays completely fill a 100x60 image.
 So maybe we need some way of reducing the number of relays?
 (Maybe we should only do individual relays by flag?)

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

Re: [tor-bugs] #24637 [Obfuscation/BridgeDB]: moat: incorrect response if no bridges available

[Tor Bug Tracker & Wiki]

#24637: moat: incorrect response if no bridges available
--+--
 Reporter:  mcs   |  Owner:  isis
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Obfuscation/BridgeDB  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by isis):

 Thanks! I think the spec would probably be the better behaviour here? What
 do you think?

 One quick question though: what if BridgeDB has 2 of the type requested,
 but not 3? (I.e. it's low on bridges) Should we just give the 2 that are
 useful and only return the JSON API 404 error if there's really no bridges
 at all?

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

Re: [tor-bugs] #24045 [Metrics/Relay Search]: Measure and map overloaded or over-weighted relays

[Tor Bug Tracker & Wiki]

#24045: Measure and map overloaded or over-weighted relays
-+-
 Reporter:  teor |  Owner:
 |  metrics-team
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:
Component:  Metrics/Relay Search |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-performance, tbb-usability,  |  Actual Points:
  performance, tbb-needs |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by irl):

 Merged. I'm going to add some explanations of what the map is showing
 before deploying.

 I'll keep the ticket open as we should also attempt to map individual
 relays. For the map of individual relays it may be necessary to add some
 jitter to the positions as many relays have the same position. If we can
 do this deterministically, that would be even better (perhaps based on
 fingerprint).

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

Re: [tor-bugs] #24351 [Applications/Tor Browser]: Block Global Active Adversary Cloudflare

[Tor Bug Tracker & Wiki]

#24351: Block Global Active Adversary Cloudflare
-+-
 Reporter:  nullius  |  Owner:  tbb-
 |  team
 Type:  enhancement  | Status:
 |  reopened
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Major| Resolution:
 Keywords:  security, privacy, anonymity, mitm,  |  Actual Points:
  cloudflare |
Parent ID:  #18361   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by nullius):

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


Comment:

 What is this, bug management for toddlers?  “Is bug!”  “Is not!”  ''“Is
 so!”''

 A technical fix is in development.  I will update this bug when and as
 appropriate.

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

Re: [tor-bugs] #24636 [Obfuscation/BridgeDB]: moat-transports response not sent

[Tor Bug Tracker & Wiki]

#24636: moat-transports response not sent
--+---
 Reporter:  mcs   |  Owner:  isis
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Obfuscation/BridgeDB  |Version:
 Severity:  Normal| Resolution:
 Keywords:  bridgedb-moat |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by isis):

 * keywords:   => bridgedb-moat
 * status:  new => needs_information


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

Re: [tor-bugs] #24045 [Metrics/Relay Search]: Measure and map overloaded or over-weighted relays

[Tor Bug Tracker & Wiki]

#24045: Measure and map overloaded or over-weighted relays
-+-
 Reporter:  teor |  Owner:
 |  metrics-team
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:
Component:  Metrics/Relay Search |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-performance, tbb-usability,  |  Actual Points:
  performance, tbb-needs |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by cypherpunks):

 * Attachment "0001-Adds-additional-map-views-for-aggregated-bw-and-
 cw-b.patch" removed.

 Does cw/bw for aggregated views

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

Re: [tor-bugs] #24636 [Obfuscation/BridgeDB]: moat-transports response not sent

[Tor Bug Tracker & Wiki]

#24636: moat-transports response not sent
--+--
 Reporter:  mcs   |  Owner:  isis
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Obfuscation/BridgeDB  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by isis):

 I totally specified this differently than the behaviour, sorry.

 Now I'm wondering if I should just change the spec to match the actual
 behaviour? Would that be okay with you? My reasoning is that, if there
 were no commonly-supported transports, sending the list of transports that
 BridgeDB ''does'' support back at the same time as a new CAPTCHA
 potentially saves a roundtrip (should the user/agent decide they can
 actually support one of the available transports).

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

Re: [tor-bugs] #24045 [Metrics/Relay Search]: Measure and map overloaded or over-weighted relays

[Tor Bug Tracker & Wiki]

#24045: Measure and map overloaded or over-weighted relays
-+-
 Reporter:  teor |  Owner:
 |  metrics-team
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:
Component:  Metrics/Relay Search |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-performance, tbb-usability,  |  Actual Points:
  performance, tbb-needs |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by cypherpunks):

 * Attachment "0001-Adds-additional-map-views-for-aggregated-bw-and-
 cw-b.patch" added.

 (reviewed)

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

Re: [tor-bugs] #24045 [Metrics/Relay Search]: Measure and map overloaded or over-weighted relays

[Tor Bug Tracker & Wiki]

#24045: Measure and map overloaded or over-weighted relays
-+-
 Reporter:  teor |  Owner:
 |  metrics-team
 Type:  defect   | Status:
 |  reopened
 Priority:  Medium   |  Milestone:
Component:  Metrics/Relay Search |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-performance, tbb-usability,  |  Actual Points:
  performance, tbb-needs |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by cypherpunks):

 * Attachment "0001-Adds-additional-map-views-for-aggregated-bw-and-
 cw-b.patch" added.

 Does cw/bw for aggregated views

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

Re: [tor-bugs] #24351 [Applications/Tor Browser]: Block Global Active Adversary Cloudflare

[Tor Bug Tracker & Wiki]

#24351: Block Global Active Adversary Cloudflare
-+-
 Reporter:  nullius  |  Owner:  tbb-
 |  team
 Type:  enhancement  | Status:  closed
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Major| Resolution:  invalid
 Keywords:  security, privacy, anonymity, mitm,  |  Actual Points:
  cloudflare |
Parent ID:  #18361   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #23840 [Community/Tor Support]: Google's reCAPTCHA fails 99%

[Tor Bug Tracker & Wiki]

#23840: Google's reCAPTCHA fails 99%
---+
 Reporter:  cypherpunks|  Owner:  hiro
 Type:  defect | Status:  closed
 Priority:  Immediate  |  Milestone:
Component:  Community/Tor Support  |Version:
 Severity:  Blocker| Resolution:  worksforme
 Keywords:  noscript   |  Actual Points:
Parent ID:  #18361 | Points:
 Reviewer: |Sponsor:
---+
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #24585 [Internal Services/Tor Sysadmin Team]: Add fpcentral apache configuration on forrestii

[Tor Bug Tracker & Wiki]

#24585: Add fpcentral apache configuration on forrestii
-+-
 Reporter:  boklm|  Owner:  tpa
 Type:  task | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  TorBrowserTeam201712 |  Actual Points:
Parent ID:  #23738   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by weasel):

 Hm.

 Do we really want the python2 wsgi?

 Does the server process really need write access to all of fpcentral's
 files?

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

Re: [tor-bugs] #24560 [Internal Services/Tor Sysadmin Team]: Can henryi have more memory?

[Tor Bug Tracker & Wiki]

#24560: Can henryi have more memory?
-+
 Reporter:  tom  |  Owner:  tpa
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by weasel):

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


Comment:

 more ram, more swap.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #24661 [Core Tor/Tor]: accept a reasonably live consensus for guard selection

[Tor Bug Tracker & Wiki]

#24661: accept a reasonably live consensus for guard selection
-+-
 Reporter:   |  Owner:  catalyst
  catalyst   |
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:  Tor: 0.3.3.x-final
Component:  Core |Version:
  Tor/Tor|   Keywords:  bootstrap, clock-skew,
 Severity:  Normal   |  s8-bootstrap, s8-errors, ux
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
  Sponsor8-can   |
-+-
 Clients with clocks skewed far enough in the future to never get a live
 consensus, but still have a reasonably live one, end up downloading
 descriptors and then getting stuck on guard selection.  This is a rather
 bad user experience because bootstrap progress appears to get stuck at 80%
 or 85% even though something rather fundamental (time of day) is wrong.

 It's not clear that a reasonably live consensus is dangerous to use for
 guard selection, so always accept a reasonably live consensus instead of a
 live one for guard selection.

 Ticket #2878 covers the case of deferring descriptor downloads if the
 consensus isn't live, which would also improve the UX but might not be
 necessary if we implement the solution in this ticket.

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

Re: [tor-bugs] #24497 [Webpages/Website]: Improve documentation for tor relay operators

[Tor Bug Tracker & Wiki]

#24497: Improve documentation for tor relay operators
--+
 Reporter:  arthuredelstein   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by alison):

 Hi everyone,

 The wiki is really starting to look great! I did some work getting things
 organized and made some other language and editing fixes.

 Can folks take a look at the TODO and try to reconcile some of those open
 issues? And also read the whole thing over for readability? I will be
 doing more of both over the next few days.

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

Re: [tor-bugs] #24660 [Core Tor/Tor]: Wrap our PRNG interface(s) in Rust with appropriate traits

[Tor Bug Tracker & Wiki]

#24660: Wrap our PRNG interface(s) in Rust with appropriate traits
--+
 Reporter:  isis  |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  rust, tor-crypto  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  Sponsor3-can
--+
Changes (by isis):

 * sponsor:   => Sponsor3-can


Comment:

 (Not sure if this is more Sponsor8 or Sponsor3 or something else.)

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #24660 [Core Tor/Tor]: Wrap our PRNG interface(s) in Rust with appropriate traits

[Tor Bug Tracker & Wiki]

#24660: Wrap our PRNG interface(s) in Rust with appropriate traits
--+
 Reporter:  isis  |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  rust, tor-crypto
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 Similar to #24659, we should provide a way to wrap our C code for getting
 randomness in Rust, while implementing the appropriate traits (from
 `rand`) so that we're able to switch in Rust implementations if we want
 later.

 This is also blocking #23886.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #24659 [Core Tor/Tor]: Wrap our sha2 interface in Rust which implements the appropriate traits

[Tor Bug Tracker & Wiki]

#24659: Wrap our sha2 interface in Rust which implements the appropriate traits
--+
 Reporter:  isis  |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  rust, tor-crypto,
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 We should wrap our usage of hash digest functions (and XOFs) in Rust types
 which implement the appropriate traits, yet still exposes the same API
 functionality we currently have in C. To keep this task small, I think we
 should start off with just the sha2 code for now. (Later, it's probably
 some copy-paste and a bit of refactoring to provide the same interface for
 other digests, and similar for XOFs.)

 This ticket is probably slightly blocked on #24658, and in turn is
 blocking #23886.

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

Re: [tor-bugs] #24658 [Core Tor/Tor]: Split/refactor crypto.h into smaller separate modules

[Tor Bug Tracker & Wiki]

#24658: Split/refactor crypto.h into smaller separate modules
--+--
 Reporter:  isis  |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tor-crypto, refactor  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  Sponsor8-can
--+--

Comment (by nickm):

 I'd suggest structuring this as a series of commits, each of which splits
 out exactly one piece of functionality from crypto.[ch].

 Also, let's review the first commit or two before we do the whole file --
 that way, we can discuss our approach without having to throw away a huge
 amount of work.

 I'd suggest that the new modules get names like crypto_rsa, crypto_dh,
 crypto_stream, ...

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

[Tor Bug Tracker & Wiki]

#24658: Split/refactor crypto.h into smaller separate modules
--+--
 Reporter:  isis  |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  tor-crypto, refactor
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:  Sponsor8-can  |
--+--
 This will make it easier to maintain, as well as easier to create
 new/alternate implementations of portions of the code (e.g. in Rust).
 `crypto.h` is already somewhat neatly partitioned into sections. nickm
 said that likely appropriate categories for code for the new modules are

 > something like: rsa, stream cipher, digest+xof, prime-field dh, openssl
 management, PRNG, and derived functions.

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

Re: [tor-bugs] #24657 [Applications/Tor Browser]: Firefox crashes everyday (was: Firefox crashes everyday like a crap)

[Tor Bug Tracker & Wiki]

#24657: Firefox crashes everyday
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:
 Keywords:  tbb-crash |  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] #24657 [Applications/Tor Browser]: Firefox crashes everyday like a crap (was: Fuckingfox crashes everyday like a crap)

[Tor Bug Tracker & Wiki]

#24657: Firefox crashes everyday like a crap
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:
 Keywords:  tbb-crash |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks):

 Please have some decency, thank you!

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

Re: [tor-bugs] #19910 [Applications/Tor Browser]: Rip out optimistic data socks handshake variant (#3875)

[Tor Bug Tracker & Wiki]

#19910: Rip out optimistic data socks handshake variant (#3875)
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by tokotoko):

 * cc: fdsfgs@… (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] #24423 [Core Tor/Tor]: Fix STACK warnings in Tor

[Tor Bug Tracker & Wiki]

#24423: Fix STACK warnings in Tor
-+
 Reporter:  nickm|  Owner:  nickm
 Type:  defect   | Status:  needs_revision
 Priority:  Medium   |  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  review-group-27  |  Actual Points:
Parent ID:   | Points:
 Reviewer:  catalyst |Sponsor:
-+
Changes (by catalyst):

 * status:  needs_review => needs_revision


Comment:

 back to needs_revision for the warning in the test

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

Re: [tor-bugs] #24574 [Webpages/Website]: Pull request: Use English "singular they" at a few places

[Tor Bug Tracker & Wiki]

#24574: Pull request: Use English "singular they" at a few places
--+
 Reporter:  iblech|  Owner:  (none)
 Type:  defect| Status:  needs_revision
 Priority:  Low   |  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by catalyst):

 * status:  new => needs_revision


Comment:

 I approve of this approach.  The changes look reasonable to me.  I haven't
 verified whether they're exhaustive.

 It could use a minor revision:
 "watches traffic at both ends of a circuit and confirms their guess that
 they're communicating" probably should be reworded to something like
 "watches traffic at both ends of a circuit and confirms their guess that
 those endpoints are communicating" to avoid ambiguity.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #24657 [Applications/Tor Browser]: Fuckingfox crashes everyday like a crap

[Tor Bug Tracker & Wiki]

#24657: Fuckingfox crashes everyday like a crap
--+---
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major |   Keywords:  tbb-crash
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+---
 {{{
 Faulting application name: firefox.exe, version: 52.5.2.6242, time stamp:
 0x
 Faulting module name: mozglue.dll, version: 52.5.2.6242, time stamp:
 0x
 Exception code: 0xc005
 Fault offset: 0x34a7
 }}}
 Every crappy site is able to crash the browser, and this is really
 annoying.

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

Re: [tor-bugs] #24030 [Core Tor/Tor]: Wrap types in protover.rs

[Tor Bug Tracker & Wiki]

#24030: Wrap types in protover.rs
--+
 Reporter:  nickm |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  rust  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by chelseakomlo):

 Hi, thanks for taking this on! This will be helpful. Let us know what
 questions you have or how we can help.

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

Re: [tor-bugs] #24351 [Applications/Tor Browser]: Block Global Active Adversary Cloudflare

[Tor Bug Tracker & Wiki]

#24351: Block Global Active Adversary Cloudflare
-+-
 Reporter:  nullius  |  Owner:  tbb-
 |  team
 Type:  enhancement  | Status:
 |  reopened
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Major| Resolution:
 Keywords:  security, privacy, anonymity, mitm,  |  Actual Points:
  cloudflare |
Parent ID:  #18361   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by nullius):

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


Comment:

 “The report of my death was an exaggeration.”

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

Re: [tor-bugs] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by karsten):

 Replying to [comment:20 iwakeh]:
 > Please find a [https://gitweb.torproject.org/user/iwakeh/metrics-
 web.git/commit/?h=task-24175-tweak=4905dd53012594147a6ba888023cc28164eeef02
 tiny commit] for getting rid of a checkstyle complaint that slipped in
 with the GraphServlet.

 Merged!

 > If step 1) means running the war file with jetty and retiring tomcat,
 that'll be fine for this afternoon (keeping a fallback option).

 Okay, deploying shortly. I'm on the meeting pad now, just in case you want
 to follow along.

 > Same with step 2) tomorrow.
 > The web step today shouldn't be difficult.  For the steps tomorrow it
 might be a good opportunity to familiarize myself with the production
 environment.  It should also be discussed where the module runs should
 reside, i.e., if [https://gitweb.torproject.org/user/iwakeh/metrics-
 
web.git/tree/build.xml?h=task-24175-tweak=4905dd53012594147a6ba888023cc28164eeef02#n181
 build.xml's prepare.deployment property] is changed for the deployment
 environment.

 I think we'll have to make some decisions while deploying. Luckily,
 deployment of step 2) is not time-critical, as it's running twice per day
 only and nobody will notice if we screw up and take another half day or
 day.

 Let's coordinate via email for step 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] #23830 [Metrics/Website]: Update README to get a development environment for metrics-web going

[Tor Bug Tracker & Wiki]

#23830: Update README to get a development environment for metrics-web going
-+--
 Reporter:  irl  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by iwakeh):

 The README should contain a note that a missing `taglibs-standard-
 impl-1.2.5.jar` will not be noticed during build time but cause the
 following error log entry:
 `... org.apache.jasper.JasperException: The absolute uri:
 http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or
 the jar files deployed with this application ...`

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

Re: [tor-bugs] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by iwakeh):

 I compared the rebased branch to the merged branch and think it looks
 fine.  If your tests on the VM are fine metrics-web should also be
 released for the first time.  Maybe, also tomorrow?  We could omit an
 announcement and add to the README that this is only for development etc.?

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

Re: [tor-bugs] #23830 [Metrics/Website]: Update README to get a development environment for metrics-web going

[Tor Bug Tracker & Wiki]

#23830: Update README to get a development environment for metrics-web going
-+--
 Reporter:  irl  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 Replying to [comment:13 karsten]:
 > Note that I had to install `libtaglibs-standard-impl-java` as well.

 (Looks like it's a dependency of `libjetty9-extra-java` which I didn't
 install explicitly. Might be okay to leave it out, though it wouldn't hurt
 to list it as well.)

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

Re: [tor-bugs] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by iwakeh):

 Please find a [https://gitweb.torproject.org/user/iwakeh/metrics-
 web.git/commit/?h=task-24175-tweak=4905dd53012594147a6ba888023cc28164eeef02
 tiny commit] for getting rid of a checkstyle complaint that slipped in
 with the GraphServlet.

 If step 1) means running the war file with jetty and retiring tomcat,
 that'll be fine for this afternoon (keeping a fallback option).
 Same with step 2) tomorrow.
 The web step today shouldn't be difficult.  For the steps tomorrow it
 might be a good opportunity to familiarize myself with the production
 environment.  It should also be discussed where the module runs should
 reside, i.e., if [https://gitweb.torproject.org/user/iwakeh/metrics-
 
web.git/tree/build.xml?h=task-24175-tweak=4905dd53012594147a6ba888023cc28164eeef02#n181
 build.xml's prepare.deployment property] is changed for the deployment
 environment.

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

Re: [tor-bugs] #24638 [Applications/Tor Launcher]: Welcome dialog missing protocol from link

[Tor Bug Tracker & Wiki]

#24638: Welcome dialog missing protocol from link
---+---
 Reporter:  atagar |  Owner:  brade
 Type:  defect | Status:  needs_information
 Priority:  Low|  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Trivial| Resolution:
 Keywords:  tbb-usability, ux-team |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by mcs):

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


Comment:

 Replying to [comment:1 gk]:
 > > 1. The torproject.org is missing the 'https' prefix, which makes it
 look less like a link. Honestly we probably shouldn't show a url here at
 all. Is there a reason we need folks to copy-paste this rather than making
 it a clickable link?
 > >
 > > https://www.atagar.com/transfer/tmp/odd_link.png
 >
 > Indeed. And there is no ticket about that one yet (this one could be
 it!). I could not find any cues about why we did not make it a link back
 then. Maybe it's not clear what users should do with that link given that
 Tor Browser has not started yet? We probably don't want to have them
 opened that link in a non-Tor Browser by accident... mcs/brade does any of
 you know what we thought back then?

 I added keywords to encourage input from the UX team.

 The thought when the text link was added was that we cannot make it
 clickable because we do not have a Tor connection yet, and it may not be
 safe for everyone to make a Internet connection that bypasses Tor. I think
 there is work happening to create support.tpo which would at least make
 the link text shorter. But maybe from a UX perspective someone could
 decide how to communicate to people that it may or may not be safe to open
 such a site in a non-Tor browser. Or we should figure our how to embed the
 Tor Browser manual.

 > > 3. Initial connection chills at 'loading relay information' for a long
 time (on the order of minutes). Some movement or indication that tor is
 still doing something would be helpful for first time users. As it is the
 static dialog gives the impression that tor might be frozen.
 >
 > Hm. I wonder i #23971 would help here? (Even though that's still sort of
 static)

  In my experience, most of the time Tor bootstraps quickly and there is no
 lengthy stall but occasionally tgere is a long pause. While I am not a big
 fan of adding animation or movement of any kind if no progress is really
 being made, I think that would help alleviate worry for some people. When
 the tor daemon provides additional progress info, which is needed for
 #23971, the situation will improve because there should be finer-grained
 progress available.

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

Re: [tor-bugs] #23247 [Applications/Tor Browser]: Communicating security expectations for .onion: what to say about different padlock states for .onion services

[Tor Bug Tracker & Wiki]

#23247: Communicating security expectations for .onion: what to say about 
different
padlock states for .onion services
--+--
 Reporter:  isabela   |  Owner:  tbb-team
 Type:  project   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by tom):

 Replying to [comment:24 asn]:
 > Replying to [comment:23 tom]:
 > > I spoke with Mozilla's crypto engineering team - they're not aware of
 any padlock deprecation, so I think the design guide is a separate thing.
 >
 > ACK thanks for asking. That's good. This means we can continue
 considering onions in the URL bar.
 >
 > BTW, you guys that are at All Hands this week, would you be able to
 figure out the tradeoffs about onion color on HTTP vs self-signed HTTPS?
 There is a debate in the end of the pad that might help you. All Hands
 seems like a good place to figure this debate out!

 I talked to a few people there, but didn't take a big survey. Trend seems
 to be that positive indicators are 'blah' and we should move to only
 negative indicators and in a positive state show nothing.

 Another vote, separate from that discussion, was a very strong 'no
 positive indicator for .onion'

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

Re: [tor-bugs] #24001 [Core Tor/Tor]: node_get_ed25519_id() should check if the microdesc ed25519 id is all zero

[Tor Bug Tracker & Wiki]

#24001: node_get_ed25519_id() should check if the microdesc ed25519 id is all 
zero
--+
 Reporter:  teor  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  easy intro|  Actual Points:
Parent ID:  #23975| Points:  0.5
 Reviewer:|Sponsor:
--+
Changes (by aruna1234):

 * Attachment "0001-Bug-24001-Comment-added-regarding-the-function.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] #24001 [Core Tor/Tor]: node_get_ed25519_id() should check if the microdesc ed25519 id is all zero

[Tor Bug Tracker & Wiki]

#24001: node_get_ed25519_id() should check if the microdesc ed25519 id is all 
zero
--+
 Reporter:  teor  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  easy intro|  Actual Points:
Parent ID:  #23975| Points:  0.5
 Reviewer:|Sponsor:
--+

Comment (by aruna1234):

 Replying to [ticket:24001 teor]:
 > Currently we only do this for the ri ed25519 id.
 > If that check is already done when we parse microdescs, we should add a
 comment.
 I think the check happens, only a comment is required.

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

Re: [tor-bugs] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by karsten):

 Okay. I'm doing some more tests locally in a fresh VM right now.

 What's the plan for merging and deploying once everything looks okay? In
 theory, we can split deployment into 1) website and 2) modules and do one
 of the two before the other. If that makes sense, how about we start with
 1) this afternoon and do 2) tomorrow morning? Do you want to be "present",
 virtually?

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

Re: [tor-bugs] #23840 [Community/Tor Support]: Google's reCAPTCHA fails 99%

[Tor Bug Tracker & Wiki]

#23840: Google's reCAPTCHA fails 99%
---+--
 Reporter:  cypherpunks|  Owner:  hiro
 Type:  defect | Status:  reopened
 Priority:  Immediate  |  Milestone:
Component:  Community/Tor Support  |Version:
 Severity:  Blocker| Resolution:
 Keywords:  noscript   |  Actual Points:
Parent ID:  #18361 | Points:
 Reviewer: |Sponsor:
---+--
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #24321 [Applications/Tor Browser]: Include Cloudflare's Official "Privacy Pass" addon to end Cloudflare captcha madness!

[Tor Bug Tracker & Wiki]

#24321: Include Cloudflare's Official "Privacy Pass" addon to end Cloudflare
captcha madness!
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  task  | Status:  reopened
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #18361| Points:
 Reviewer:|Sponsor:
--+--
Changes (by cypherpunks):

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


Comment:

 Can you please stop closing random tickets? 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] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by iwakeh):

 Replying to [comment:17 karsten]:
 > Aha! That was the library I was missing. Adding a note to #23830.

 Thanks!  That does have to be mentioned in the README.

 >
 > I did notice some problems around submodules but assumed those were the
 result of changing things in an existing repository. Can you compare your
 branch to mine and say what broke? (I didn't touch anything around
 submodules on purpose.)

 Strange, maybe, my first checkout of your branch had some hiccup?  I can
 confirm that the two branches are identical regarding subodules and a
 second checkout works as expected.

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

Re: [tor-bugs] #23247 [Applications/Tor Browser]: Communicating security expectations for .onion: what to say about different padlock states for .onion services

[Tor Bug Tracker & Wiki]

#23247: Communicating security expectations for .onion: what to say about 
different
padlock states for .onion services
--+--
 Reporter:  isabela   |  Owner:  tbb-team
 Type:  project   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by antonela):

 * Attachment "23247-2.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] #22145 [Core Tor/Tor]: Document which interface is used for DNS requests in the context of OutboundBindAddressOR/Exit

[Tor Bug Tracker & Wiki]

#22145: Document which interface is used for DNS requests in the context of
OutboundBindAddressOR/Exit
--+--
 Reporter:  cypherpunks   |  Owner:  (none)
 Type:  defect| Status:  needs_revision
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: 0.3.0.6
 Severity:  Normal| Resolution:
 Keywords:  easy tor-doc manpage  |  Actual Points:
Parent ID:| Points:  .5
 Reviewer:|Sponsor:
--+--
Changes (by cypherpunks):

 * status:  new => needs_revision


Comment:

 > version.This

 Please change that to,

 > version. 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] #18361 [Applications/Tor Browser]: Issues with corporate censorship and mass surveillance

[Tor Bug Tracker & Wiki]

#18361: Issues with corporate censorship and mass surveillance
--+--
 Reporter:  ioerror   |  Owner:  tbb-team
 Type:  enhancement   | Status:  reopened
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Critical  | Resolution:
 Keywords:  security, privacy, anonymity  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  None
--+--
Changes (by cypherpunks):

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


Comment:

 Issue isn't specific to that single user, so it's not a good reason to
 close this ticket.

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

Re: [tor-bugs] #22145 [Core Tor/Tor]: Document which interface is used for DNS requests in the context of OutboundBindAddressOR/Exit

[Tor Bug Tracker & Wiki]

#22145: Document which interface is used for DNS requests in the context of
OutboundBindAddressOR/Exit
--+--
 Reporter:  cypherpunks   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: 0.3.0.6
 Severity:  Normal| Resolution:
 Keywords:  easy tor-doc manpage  |  Actual Points:
Parent ID:| Points:  .5
 Reviewer:|Sponsor:
--+--

Comment (by aruna1234):

 Document edited as OutboundBindAddressExit() resposible for DNS requests.

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

Re: [tor-bugs] #22145 [Core Tor/Tor]: Document which interface is used for DNS requests in the context of OutboundBindAddressOR/Exit

[Tor Bug Tracker & Wiki]

#22145: Document which interface is used for DNS requests in the context of
OutboundBindAddressOR/Exit
--+--
 Reporter:  cypherpunks   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: 0.3.0.6
 Severity:  Normal| Resolution:
 Keywords:  easy tor-doc manpage  |  Actual Points:
Parent ID:| Points:  .5
 Reviewer:|Sponsor:
--+--
Changes (by aruna1234):

 * Attachment "0006-Doc-edited-about-DNS-Requests.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] #18361 [Applications/Tor Browser]: Issues with corporate censorship and mass surveillance

[Tor Bug Tracker & Wiki]

#18361: Issues with corporate censorship and mass surveillance
--+
 Reporter:  ioerror   |  Owner:  tbb-team
 Type:  enhancement   | Status:  closed
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Critical  | Resolution:  user
  |  disappeared
 Keywords:  security, privacy, anonymity  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  None
--+

Comment (by cypherpunks):

 Bend over to Cloudflare!

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

Re: [tor-bugs] #23141 [Applications/Tor Browser]: Cloudflare breaks loading the chat on http://www.goftesh.com/

[Tor Bug Tracker & Wiki]

#23141: Cloudflare breaks loading the chat on http://www.goftesh.com/
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  wontfix
 Keywords:  cloudflare|  Actual Points:
Parent ID:  #18361| Points:
 Reviewer:|Sponsor:
--+--
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #18361 [Applications/Tor Browser]: Issues with corporate censorship and mass surveillance

[Tor Bug Tracker & Wiki]

#18361: Issues with corporate censorship and mass surveillance
--+
 Reporter:  ioerror   |  Owner:  tbb-team
 Type:  enhancement   | Status:  closed
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Critical  | Resolution:  user
  |  disappeared
 Keywords:  security, privacy, anonymity  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  None
--+
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #22582 [Applications/Tor Browser]: www.nexusmods.com not working properly in TOR

[Tor Bug Tracker & Wiki]

#22582: www.nexusmods.com not working properly in TOR
---+---
 Reporter:  WalrusInAnus   |  Owner:  tbb-team
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
   |  worksforme
 Keywords:  tbb-usability-website, cloudflare  |  Actual Points:
Parent ID:  #18361 | Points:
 Reviewer: |Sponsor:
---+---
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #24321 [Applications/Tor Browser]: Include Cloudflare's Official "Privacy Pass" addon to end Cloudflare captcha madness!

[Tor Bug Tracker & Wiki]

#24321: Include Cloudflare's Official "Privacy Pass" addon to end Cloudflare
captcha madness!
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  task  | Status:  closed
 Priority:  Low   |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  invalid
 Keywords:|  Actual Points:
Parent ID:  #18361| Points:
 Reviewer:|Sponsor:
--+--
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #23840 [Community/Tor Support]: Google's reCAPTCHA fails 99%

[Tor Bug Tracker & Wiki]

#23840: Google's reCAPTCHA fails 99%
---+---
 Reporter:  cypherpunks|  Owner:  hiro
 Type:  defect | Status:  closed
 Priority:  Immediate  |  Milestone:
Component:  Community/Tor Support  |Version:
 Severity:  Blocker| Resolution:  not a bug
 Keywords:  noscript   |  Actual Points:
Parent ID:  #18361 | Points:
 Reviewer: |Sponsor:
---+---
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #23830 [Metrics/Website]: Update README to get a development environment for metrics-web going

[Tor Bug Tracker & Wiki]

#23830: Update README to get a development environment for metrics-web going
-+--
 Reporter:  irl  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 Note that I had to install `libtaglibs-standard-impl-java` as well.

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

Re: [tor-bugs] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by karsten):

 Aha! That was the library I was missing. Adding a note to #23830.

 I did notice some problems around submodules but assumed those were the
 result of changing things in an existing repository. Can you compare your
 branch to mine and say what broke? (I didn't touch anything around
 submodules on purpose.)

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

Re: [tor-bugs] #24351 [Applications/Tor Browser]: Block Global Active Adversary Cloudflare

[Tor Bug Tracker & Wiki]

#24351: Block Global Active Adversary Cloudflare
-+-
 Reporter:  nullius  |  Owner:  tbb-
 |  team
 Type:  enhancement  | Status:  closed
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Major| Resolution:  user
 Keywords:  security, privacy, anonymity, mitm,  |  disappeared
  cloudflare |  Actual Points:
Parent ID:  #18361   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by cypherpunks):

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


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

Re: [tor-bugs] #24421 [Applications/Tor Browser]: "Temporarily allow all this page" and uploads get inherited when New Identity is chosen.

[Tor Bug Tracker & Wiki]

#24421: "Temporarily allow all this page" and uploads get inherited when New
Identity is chosen.
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:
 Keywords:  tbb-newnym, TorBrowserTeam201712  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * cc: mcs, brade (added)


Comment:

 Some weird things I learned so far:

 1) This got introduced with commit
 32f9cf56c89ccd2e24924975dc5515e4198d28c3 which fixes #18913.

 2) This issue (the one in comment:description) is *not* reproducible
 during first start with a clean new bundle. However, starting with the
 second start the STR work for me. Digging deeper what prevents the bug to
 occur with a clean, new Tor Browser is
 {{{
 // TBB 5.0a3 users had all the necessary data cached in
 // directoryLinks.json. This meant that resetting the pref
 above
 // alone was not sufficient as the tiles features uses the
 cache
 // even if the pref indicates that feature should be disabled.
 // We flip the preference below as this forces a refetching
 which
 // effectively results in an empty JSON file due to our
 spoofed
 // URLs.
 let matchOS = m_tb_prefs.getBoolPref("intl.locale.matchOS");
 m_tb_prefs.setBoolPref("intl.locale.matchOS", !matchOS);
 m_tb_prefs.setBoolPref("intl.locale.matchOS", matchOS);
 }}}
 which is run in `torbutton.js` on first start.

 I am not sure yet how 1) and 2) fit together.

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

Re: [tor-bugs] #24421 [Applications/Tor Browser]: "Temporarily allow all this page" and uploads get inherited when New Identity is chosen. (was: "Temporarily allow all this page" gets inherited when N

[Tor Bug Tracker & Wiki]

#24421: "Temporarily allow all this page" and uploads get inherited when New
Identity is chosen.
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:
 Keywords:  tbb-newnym, TorBrowserTeam201712  |  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] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by iwakeh):

 Your war file is lacking 'WEB-INF/lib/taglibs-standard-impl-1.2.5.jar',
 which is included [https://gitweb.torproject.org/karsten/metrics-
 web.git/tree/build.xml?h=task-24175#n154 here] in the build.  Zipfilesets
 apparently don't fail when something is missing.

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

Re: [tor-bugs] #24421 [Applications/Tor Browser]: "Temporarily allow all this page" gets inherited when New Identity is chosen.

[Tor Bug Tracker & Wiki]

#24421: "Temporarily allow all this page" gets inherited when New Identity is
chosen.
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:
 Keywords:  tbb-newnym, TorBrowserTeam201712  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks):

 Steps to reproduce for comment:5:

 1. Set High security setting (I was using that one, didn't bother to see
 if it affects other security settings).
 2. Go to the Bezos Washington Post Secure Drop: jcw5q6uyjioupxcc.onion
 (you can verify it here: securedrop.org/directory )
 3. Click on "Submit Documents".
 4. Click on "Use New Codename".
 5. Select some large file (we don't want the upload to finish so we don't
 waste the journalists' time wasting Bezos' money) like a Tor Browser
 tar.gz
 6. Open your Gnome System Monitor and go to "Resources" and watch the
 network graph. You should see the upload at its peek values.
 7. Close the tab, you can see that the upload is still going.
 8. Click on New Identity, again, upload is still going.
 9. Close the Tor Browser, upload halts.

 It works for clearnet websites as well, you can test with
 https://catbox.moe/ following essentially the same procedure as the last
 ones above (i.e. 5-9).

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

Re: [tor-bugs] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by iwakeh):

 There is a submodule problem:
 When I clone my branch (recursively) and run 'src/main/resources
 /bootstrap-development.sh' all is fine.
 Cloning your branch in the same way and running the bootstrap script leads
 to
 {{{
 fatal: Not a git repository: /basepath/.git/modules/src/build
 Unable to find current revision in submodule path 'src/build'
 }}}

 I saw weird things like that happen when submodules were not properly
 added, but cannot really say what makes it work.  Maybe, remove and re-add
 the submodules?

 (I'll take a look at the war 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] #24421 [Applications/Tor Browser]: "Temporarily allow all this page" gets inherited when New Identity is chosen.

[Tor Bug Tracker & Wiki]

#24421: "Temporarily allow all this page" gets inherited when New Identity is
chosen.
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Major | Resolution:
 Keywords:  tbb-newnym, TorBrowserTeam201712  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks):

 I think there's something far more serious under the hood: I was uploading
 some files to some onion services using the Tor Browser, they (the
 uploads) timed out, so I refreshed each one and the upload was going
 again. I then closed the tabs where the upload was happening and I noticed
 that the upload speed in the Gnome System Monitor was at its max--meaning
 that the upload was still happening! When I clicked on New Identity, I saw
 yet again that the upload was still going!! (I had the Gnome System
 Monitor open while looking at the upload speed) It's only when I closed
 the Tor Browser that the upload speed returned to its idle value. So it's
 seems it's not just JS whitelists that get inherited.

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

Re: [tor-bugs] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by karsten):

 Hmm, I can't provide a tar of the build environment, at least not easily.
 But I can provide digests of files in the `lib/` directory:

 {{{
 $ shasum lib/*
 3ea047d21d0eb7052d6b4f7800fe0e8a0c38cfbf  lib/REngine.jar
 7e13dea664ead8299575506a88cba0101db36cae  lib/Rserve.jar
 00769d74a59c843b3e2f5c6bf4e226de10a46a02  lib/asm-5.2.jar
 635f8515fd3a5a5d383ace13d99ef2b85cf56c5a  lib/asm-commons-5.2.jar
 c38066d1fbb37f3e3451c0706d1e2ef7752f58f1  lib/asm4-5.0.3.jar
 53b6a6cc1f99572a481345fb5bcbe1f657243a2a  lib/asm4-analysis-5.0.3.jar
 3fd1f1815dd8a1a2692de19ccf7b3d56f23eb440  lib/asm4-commons-5.0.3.jar
 5bc3f724f6f8abdaf6056427e2ef408acfbc4d5c  lib/asm4-tree-5.0.3.jar
 88c5e4f6cadd09bbc6159502d02c6a1acfebdee8  lib/asm4-util-5.0.3.jar
 11a02d7b0374f8a82fbd76361a69756faa6aefa0  lib/checkstyle-6.17-all.jar
 eab984794b3f7d0d37736a9e5b7f790128f611b5  lib/cobertura-2.1.1.jar
 0c73ff83da162ca166dd63004451b8bc1b4e3647  lib/commons-codec-1.10.jar
 8e83c9ba4f240844f13b38a1d0f111a78b3cb341  lib/commons-compress-1.13.jar
 d5d74763b9480d957c5f093e1b183887577e88ae  lib/commons-lang-2.6.jar
 63e7f52a504ee1cd46c75e699534a049b82c450a  lib/commons-lang3-3.5.jar
 0755efc473475fbb4d0f4a1f7d9bbcbdebf8bf0d  lib/eclipse-ecj-3.11.1.jar
 adf242cac1759890ea64ce5b46bdc71115e7eb75  lib/gson-2.4.jar
 164455b1f0c3abff2468fad263fb1ba9e1c0f370  lib/hamcrest-all-1.3.jar
 5782c5bdd197a5c36e6f895597380836f561f6b0  lib/hamcrest-core-1.3.jar
 f56d40074285a6cf80d0368f2ab372dd92eb468d
 lib/jetty9-annotations-9.2.21.v20170120.jar
 fcc46616e0cc727155ce0aa7e7b99a567da23eb8  lib/jetty9-apache-
 jsp-9.2.21.v20170120-tweaked.jar
 d7eb3b66fe34eef575649954b184ddbab620f019  lib/jetty9-apache-
 jsp-9.2.21.v20170120.jar
 c43f785343d8d3cde0c2230b6629f1dd03800499
 lib/jetty9-continuation-9.2.21.v20170120.jar
 d94a9aff8cd56f1d2a12acd34f9f634f5d70e0af
 lib/jetty9-http-9.2.21.v20170120.jar
 476f2962056ea7a99c078b1c87e791a78ecf60b5
 lib/jetty9-io-9.2.21.v20170120.jar
 021148ae26bafa07195a68e7c18abae73d65ba14
 lib/jetty9-jndi-9.2.21.v20170120.jar
 08904c3bcf409fb8f02c0b398d1fd3f0a9f7b705
 lib/jetty9-plus-9.2.21.v20170120.jar
 3ec51acd75cffa3b5453c3a055abbb42359e52f7
 lib/jetty9-security-9.2.21.v20170120.jar
 07b7d58989568377403f59bbbc87c340247d5247
 lib/jetty9-server-9.2.21.v20170120.jar
 f0f82cd5d17814ce84246fe744f3a09a051bd564
 lib/jetty9-servlet-9.2.21.v20170120.jar
 49cff594b617559386621cdeddae8e73ba79f40e
 lib/jetty9-util-9.2.21.v20170120.jar
 c41846eaf7b00731f639570dcd150cf3200fdf24
 lib/jetty9-webapp-9.2.21.v20170120.jar
 07f13c077bd9da79552a7a9cd205722acabf9ced
 lib/jetty9-xml-9.2.21.v20170120.jar
 24018937cf08aa03f15d29ec0cc71d3b966c00bd  lib/junit4-4.12.jar
 2f6230a4617d07776a4e6ac67ade42a2f238a1e4  lib/logback-classic-1.1.9.jar
 6d643a5f9c45bd5ef78d1c4531b67a44ad05782c  lib/logback-core-1.1.9.jar
 4f2cc117157fe7e620f09b05eda7fe79715399ce  lib/metrics-lib-2.1.1.jar
 40039e6056cde7ca8e254fa57a524e159d6f7a74  lib/oro-2.0.8.jar
 399abba6dd43029fe8c3172c76ad9c993c510be8  lib/postgresql-9.4.1212.jar
 d47b2034bd95e0095998286deb96f881b032becf  lib/servlet-api-3.1.jar
 32a651d4ed567ef64b88e34c64f9c8fd0e7c5331  lib/slf4j-api-1.7.22.jar
 90ba2e5eb39291aba87e3c887cca55253da961b8  lib/taglibs-standard-
 spec-1.2.5.jar
 04b484e139e2a1459e2a8bc1bd6d528717f5c182  lib/tomcat8-embed-
 core-8.5.14.jar
 d056624903213ed58b032c97bf0bc84c2e997967  lib/tomcat8-embed-el-8.5.14.jar
 d4580c0a3063aa253d1f2f10601b6a2e1744995f  lib/tomcat8-embed-
 jasper-8.5.14.jar
 22588a21f613acf665f98e475c5b852b7965f236  lib/xz-1.6.jar
 }}}

 And I can provide the generated war file
 [https://people.torproject.org/~karsten/volatile/metrics-web-1.0.0-dev.war
 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] #24399 [Webpages/Website]: Consistent set of icons for relay flags

[Tor Bug Tracker & Wiki]

#24399: Consistent set of icons for relay flags
--+
 Reporter:  irl   |  Owner:  (none)
 Type:  enhancement   | Status:  needs_revision
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by irl):

 teor: I think I prefer the "v6" version, thanks for spotting that. The
 screenshot is above.

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

Re: [tor-bugs] #24399 [Webpages/Website]: Consistent set of icons for relay flags

[Tor Bug Tracker & Wiki]

#24399: Consistent set of icons for relay flags
--+
 Reporter:  irl   |  Owner:  (none)
 Type:  enhancement   | Status:  needs_revision
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by irl):

 * Attachment "Screen Shot 2017-12-18 at 12.10.50.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] #23830 [Metrics/Website]: Update README to get a development environment for metrics-web going

[Tor Bug Tracker & Wiki]

#23830: Update README to get a development environment for metrics-web going
-+--
 Reporter:  irl  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by iwakeh):

 Replying to [comment:9 irl]:
 > `libpostgresql-jdbc-java` is missing from this list.
 >
 > Only `r-cran-rjava` doesn't contains Rserve.jar, but `r-cran-rserve` has
 both.

 Good to know.  Thanks for investigating!

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

Re: [tor-bugs] #23830 [Metrics/Website]: Update README to get a development environment for metrics-web going

[Tor Bug Tracker & Wiki]

#23830: Update README to get a development environment for metrics-web going
-+--
 Reporter:  irl  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by iwakeh):

 Replying to [comment:10 irl]:
 > I found that I also required `tomcat8-annotations-api-8.5.24.jar` but
 this may be due to me using different versions on Debian testing. Next
 year I'll get a Debian stable virtual machine set up for doing
 development/testing on.

 Thanks for running it!
 Hopefully, we get out a release before that.  Our releases always include
 a full set of dependencies.  The end of jar hunting.

 >
 > I also had to disable `duplicate="fail"` for the war target in the ant
 script. This is probably suboptimal although I don't really understand
 what that does. Maybe it's only working for me by chance.

 That might be due to the additional dependency;  another dependency gets
 tweaked in order to only include one file of each.  This will also not be
 necessary after a release anymore.

 >
 > Other than that, using iwakeh's `task-24175-stepbystep` branch, I was
 able to set up a development instance! (:

 Great!

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

Re: [tor-bugs] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by iwakeh):

 Replying to [comment:12 karsten]:
 > Alright. I finally got around to rebasing your branch to master and
 making those two tweaks. Please find
 [https://gitweb.torproject.org/karsten/metrics-web.git/log/?h=task-24175
 my task-24175 branch].

 Nice, I'll look into this.

 >
 > However, I'm having trouble running the WAR file:
 >
 > {{{
 > org.apache.jasper.JasperException: The absolute uri:
 http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or
 the jar files deployed with this application
 > }}}
 >
 > Not sure how to debug that. Any ideas?

 Some dependency or packing issue.  Could you provide a tar of your build
 environment incl. the war created?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #24656 [Applications]: Tails 3.0.3 Urgent update Electrum wallet not usable numerus bugs.

[Tor Bug Tracker & Wiki]

#24656: Tails 3.0.3 Urgent update Electrum wallet not usable numerus bugs.
--+--
 Reporter:  Potatofarmer  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications  |Version:
 Severity:  Critical  |   Keywords:  Tails 3.0.3 Electrum
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 Tails 3.0.3
 Electrum wallet is out dated with numerous problems accruing with
 transactions daily.
  'unconfirmed parent" wallet's are riddled with bugs due to being out
 dated now.
 Errors with outgoing transactions trying to use incoming btc transactions
 that are unconfirmed are adding to the mess of larger than normal mempool
 numbers this is only one aspect of the problem I have found there are a
 lot more.

 To resolve this problem you must update electrum I have found or remove it
 from tails urgently to help with unnecessary re broadcasts of transactions
 being made.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #24655 [Applications/Tor Browser]: Remove testpilot.firefox.com from the add-on install whitelist

[Tor Bug Tracker & Wiki]

#24655: Remove testpilot.firefox.com from the add-on install whitelist
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 We don't have the need to allow installation of add-ons from
 `testpilot.firefox.com`, which is currently on the whitelist (see:
 `about:preferences#security` -> Exceptions). We should remove the entry.
 Reported on the blog:
 https://blog.torproject.org/comment/273040#comment-273040.

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

Re: [tor-bugs] #24175 [Metrics/Website]: Use an embedded Jetty in metrics-web and use metrics-base as build environment.

[Tor Bug Tracker & Wiki]

#24175: Use an embedded Jetty in metrics-web and use metrics-base as build
environment.
-+
 Reporter:  iwakeh   |  Owner:  iwakeh
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by karsten):

 Alright. I finally got around to rebasing your branch to master and making
 those two tweaks. Please find [https://gitweb.torproject.org/karsten
 /metrics-web.git/log/?h=task-24175 my task-24175 branch].

 However, I'm having trouble running the WAR file:

 {{{
 org.apache.jasper.JasperException: The absolute uri:
 http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or
 the jar files deployed with this application
 }}}

 Not sure how to debug that. Any ideas?

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

Re: [tor-bugs] #23970 [Applications/Tor Browser]: Printing to a file is broken with Linux content sandboxing enabled

[Tor Bug Tracker & Wiki]

#23970: Printing to a file is broken with Linux content sandboxing enabled
-+-
 Reporter:  gk   |  Owner:
 |  pospeselr
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  ff59-esr-will-have, AffectsTails,|  Actual Points:
  tbb-regression, TorBrowserTeam201712R  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 Replying to [comment:17 intrigeri]:
 > Replying to [comment:16 gk]:
 > > Thanks! Applied to `tor-browser-52.5.2esr-7.5-2`
 >
 > Amazing!
 >
 > My understanding is that 7.5 is the alpha branch currently. When can we
 expect this fix to make it into a Tor Browser stable release?

 If nothing blows up in the alpha in Tor Browser 7.5 which is due on Jan
 23, 2018.

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

Re: [tor-bugs] #24579 [Applications/Tor Browser]: Download- and Play-button are not visible on https://songs.pk

[Tor Bug Tracker & Wiki]

#24579: Download- and Play-button are not visible on https://songs.pk
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-usability-website |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * keywords:  noscript, tbb-usability-website => tbb-usability-website


Comment:

 Replying to [comment:3 cypherpunks]:
 > Replying to [comment:2 gk]:
 > > Replying to [comment:1 cypherpunks]:
 > > > Workaround: enable JS on High Security.
 > >
 > > How does that help?
 > It bypasses XSS bug ;)
 > > I don't see the player even on Tor Browser's default mode.
 > Yes. And?
 > > I suspect this could be related to our fix for #8725, though.
 > No, but that fix needs revision.
 > This is https://forums.informaction.com/viewtopic.php?f=7=24143

 How so? The player does not even show up if I have NoScript disabled.

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

Re: [tor-bugs] #24648 [Applications/Tor Browser]: for Future Firefox ESR: Set privacy.resistFingerprinting.block_mozAddonManager to true

[Tor Bug Tracker & Wiki]

#24648: for Future Firefox ESR: Set
privacy.resistFingerprinting.block_mozAddonManager to true
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  task  | Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ff59-esr  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * keywords:   => ff59-esr


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

Re: [tor-bugs] #24638 [Applications/Tor Launcher]: Welcome dialog missing protocol from link

[Tor Bug Tracker & Wiki]

#24638: Welcome dialog missing protocol from link
---+---
 Reporter:  atagar |  Owner:  brade
 Type:  defect | Status:  needs_information
 Priority:  Low|  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Trivial| Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by gk):

 * cc: mcs (added)
 * status:  new => needs_information
 * component:  Applications/Tor Browser => Applications/Tor Launcher
 * owner:  tbb-team => brade


Comment:

 Replying to [ticket:24638 atagar]:
 > Hi Browser team. First time spinning up tor browser in a while and I
 have some minor feedback...
 >
 > 1. The torproject.org is missing the 'https' prefix, which makes it look
 less like a link. Honestly we probably shouldn't show a url here at all.
 Is there a reason we need folks to copy-paste this rather than making it a
 clickable link?
 >
 > https://www.atagar.com/transfer/tmp/odd_link.png

 Indeed. And there is no ticket about that one yet (this one could be it!).
 I could not find any cues about why we did not make it a link back then.
 Maybe it's not clear what users should do with that link given that Tor
 Browser has not started yet? We probably don't want to have them opened
 that link in a non-Tor Browser by accident... mcs/brade does any of you
 know what we thought back then?

 > 2. Minor phrasing thing. Changing the first option to "I would like to
 directly connect to the Tor network." is both shorter and reads better.

 How do you like the redoing of that dialog in our alpha series? It might
 already fit to what you think would we okay.

 > 3. Initial connection chills at 'loading relay information' for a long
 time (on the order of minutes). Some movement or indication that tor is
 still doing something would be helpful for first time users. As it is the
 static dialog gives the impression that tor might be frozen.

 Hm. I wonder i #23971 would help here? (Even though that's still sort of
 static)

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

Re: [tor-bugs] #24501 [Core Tor/Tor]: When we hit MaxMemInQueues, make the log message more quantitative

[Tor Bug Tracker & Wiki]

#24501: When we hit MaxMemInQueues, make the log message more quantitative
--+
 Reporter:  arma  |  Owner:  (none)
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by ffmancera):

 * status:  needs_revision => needs_review


Comment:

 Changes done, check my github
 [https://github.com/ffmancera/tor/tree/github/bug24501 branch bug24501].

 I have kept the Signed-off-by because others use it and it seems that
 there isn't any problem with it. (Anyway if nick or thinks that it is a
 bad idea, I will remove it.)

 About introduce 'z' format qualifier, if they consider to not introduce it
 then I need a way to print this values.

 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] #24654 [Applications/Tor Browser]: Tor Browser 7.5a9 timed out waiting for circuit

[Tor Bug Tracker & Wiki]

#24654: Tor Browser 7.5a9 timed out waiting for circuit
--+---
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by gk):

 * status:  new => needs_information


Comment:

 Replying to [ticket:24654 cypherpunks]:
 > {{{
 > [12-18 08:54:34] Torbutton INFO: New tab
 > [12-18 08:54:34] Torbutton WARN: no SOCKS credentials found for current
 document.
 > [12-18 08:55:22] Torbutton INFO: tor SOCKS: https://duckduckgo.com/ via
 >duckduckgo.com:f8eec91c48081a9f5e106fd83d0422f6
 > [12-18 08:55:23] Torbutton INFO: controlPort >> 650 STREAM 339 NEW 0
 duckduckgo.com:443 SOURCE_ADDR=127.0.0.1:56366 PURPOSE=USER
 > [12-18 08:57:23] Torbutton INFO: controlPort >> 650 STREAM 339 FAILED 0
 duckduckgo.com:443 REASON=TIMEOUT
 > [12-18 08:57:23] Torbutton INFO: controlPort >> 650 STREAM 339 CLOSED 0
 duckduckgo.com:443 REASON=TIMEOUT
 > Tor NOTICE: Tried for 120 seconds to get a connection to [scrubbed]:443.
 Giving up. (waiting for circuit)
 > }}}
 > Humor here is that there's no
 duckduckgo.com:f8eec91c48081a9f5e106fd83d0422f6 circuit (and never was)

 What gives you the impression that there was no circuit related to this
 username/password combination? And this is new with 7.5a9 or does this
 happen with earlier versions as well?

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

Re: [tor-bugs] #23881 [Core Tor/Tor]: Implement a way to utilise tor's logging system from Rust code

[Tor Bug Tracker & Wiki]

#23881: Implement a way to utilise tor's logging system from Rust code
--+
 Reporter:  isis  |  Owner:  chelseakomlo
 Type:  enhancement   | Status:  needs_review
 Priority:  High  |  Milestone:  Tor: 0.3.3.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  rust, rust-pilot  |  Actual Points:
Parent ID:| Points:  3
 Reviewer:|Sponsor:
--+

Comment (by manish.earth):

 > However, I ran into issues due to the limitation of creating non-struct
 static types in stable Rust.

 The `lazy_static` crate helps here, `static mut` is something you rarely
 use.

 > I am unable to run cargo test with a specific flag. For example, I
 wanted to be able to run cargo test --feature "testing",


 You'll want to make the feature depend on features from other crates.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #24654 [Applications/Tor Browser]: Tor Browser 7.5a9 timed out waiting for circuit

[Tor Bug Tracker & Wiki]

#24654: Tor Browser 7.5a9 timed out waiting for circuit
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 {{{
 [12-18 08:54:34] Torbutton INFO: New tab
 [12-18 08:54:34] Torbutton WARN: no SOCKS credentials found for current
 document.
 [12-18 08:55:22] Torbutton INFO: tor SOCKS: https://duckduckgo.com/ via
duckduckgo.com:f8eec91c48081a9f5e106fd83d0422f6
 [12-18 08:55:23] Torbutton INFO: controlPort >> 650 STREAM 339 NEW 0
 duckduckgo.com:443 SOURCE_ADDR=127.0.0.1:56366 PURPOSE=USER
 [12-18 08:57:23] Torbutton INFO: controlPort >> 650 STREAM 339 FAILED 0
 duckduckgo.com:443 REASON=TIMEOUT
 [12-18 08:57:23] Torbutton INFO: controlPort >> 650 STREAM 339 CLOSED 0
 duckduckgo.com:443 REASON=TIMEOUT
 Tor NOTICE: Tried for 120 seconds to get a connection to [scrubbed]:443.
 Giving up. (waiting for circuit)
 }}}
 Humor here is that there's no
 duckduckgo.com:f8eec91c48081a9f5e106fd83d0422f6 circuit (and never was),
 and it timed out without switching circuits.

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

Re: [tor-bugs] #24277 [Metrics/Website]: Reduce vertical header size

[Tor Bug Tracker & Wiki]

#24277: Reduce vertical header size
-+
 Reporter:  Hello71  |  Owner:  irl
 Type:  enhancement  | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Minor| Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by irl):

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


Comment:

 Merged and deployed for Relay Search.

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

Re: [tor-bugs] #24277 [Metrics/Website]: Reduce vertical header size

[Tor Bug Tracker & Wiki]

#24277: Reduce vertical header size
-+-
 Reporter:  Hello71  |  Owner:  irl
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Minor| Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by karsten):

 * status:  needs_revision => merge_ready


Comment:

 Looks good! Merged and deployed. (You should probably update Relay Search
 in the next couple days, too.) 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] #24218 [Metrics/Statistics]: Implement new metrics-web module for IPv6 relay statistics

[Tor Bug Tracker & Wiki]

#24218: Implement new metrics-web module for IPv6 relay statistics
+--
 Reporter:  karsten |  Owner:  metrics-team
 Type:  enhancement | Status:  needs_review
 Priority:  Medium  |  Milestone:
Component:  Metrics/Statistics  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  iwakeh  |Sponsor:
+--

Comment (by karsten):

 Replying to [comment:17 irl]:
 > Is there any indentation or spacing we can do to make it clearer where
 the `magrittr` pipelines begin/end? For the purpose of making formatting,
 building up ggplot2 plots can be treated as the same as a `%>%` so no
 distinction is needed there:

 Good idea! Changed in a new commit.

 > Other than that, the R looks good to me.

 Thanks for looking!

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

Re: [tor-bugs] #24428 [Applications/Tor Launcher]: bootstrap error message sometimes lost

[Tor Bug Tracker & Wiki]

#24428: bootstrap error message sometimes lost
---+--
 Reporter:  brade  |  Owner:  brade
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords:  TorBrowserTeam201712R  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor4
---+--
Changes (by gk):

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


Comment:

 Looks good. Applied to `master` as commit
 c4f55f9f2c29caad1270ece1bc723d22d0996f3e.

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