Re: [tor-bugs] #8915 [Applications/Tor Browser]: Cannot spoof useragent and vendor

[Tor Bug Tracker & Wiki]

#8915: Cannot spoof useragent and vendor
-+-
 Reporter:  nhk91|  Owner:  danieleweber7624
 Type:  defect   | Status:  accepted
 Priority:  Very High|  Milestone:  TorBrowserBundle
Component:  Applications/Tor |  2.3.x-stable
  Browser|Version:  Tor: unspecified
 Severity:  Normal   | Resolution:
 Keywords:  tbb-firefox-patch|  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by claus):

 * severity:   => Normal


Comment:

 implement addon, after checking code?
 addon: random user agent sproofer
 https://github.com/dillbyrne/random-agent-spoofer

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

Re: [tor-bugs] #21526 [Applications/Tor Messenger]: implement ICQ Protocol

[Tor Bug Tracker & Wiki]

#21526: implement ICQ Protocol
+-
 Reporter:  claus   |  Owner:
 Type:  enhancement | Status:  new
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Messenger  |Version:
 Severity:  Major   | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+-

Comment (by claus):

 implement the Protocol:
 OSCAR (Open System for Communication in Realtime)
 for
 AOL Instant Messenger (AIM) and ICQ.

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

Re: [tor-bugs] #21526 [Applications/Tor Messenger]: implement ICQ Protocol

[Tor Bug Tracker & Wiki]

#21526: implement ICQ Protocol
+-
 Reporter:  claus   |  Owner:
 Type:  enhancement | Status:  new
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Messenger  |Version:
 Severity:  Major   | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+-

Comment (by teor):

 Until that happens, please see:
 
https://trac.torproject.org/projects/tor/wiki/doc/TorifyHOWTO/InstantMessaging#ICQ

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #21526 [Applications/Tor Messenger]: implement ICQ Protocol

[Tor Bug Tracker & Wiki]

#21526: implement ICQ Protocol
+-
 Reporter:  claus   |  Owner:
 Type:  enhancement | Status:  new
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Messenger  |Version:
 Severity:  Major   |   Keywords:
Actual Points:  |  Parent ID:
   Points:  |   Reviewer:
  Sponsor:  |
+-
 hello,
 we sould implement the ICQ Protocol the Tor Messanger,
 it is one of the most used protocols! this would make Tor Messanger more
 convenient and attractive

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #21525 [Core Tor/Tor]: Bootstrapping authorities sometimes expect a vote valid-after time of 0

[Tor Bug Tracker & Wiki]

#21525: Bootstrapping authorities sometimes expect a vote valid-after time of 0
--+--
 Reporter:  teor  |  Owner:
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:
 Severity:  Minor |   Keywords:  tor-auth
Actual Points:|  Parent ID:
   Points:  1 |   Reviewer:
  Sponsor:|
--+--
 `Rejecting vote from 127.0.0.1 with valid-after time of 2017-02-22
 05:41:00; we were expecting 1970-01-01 00:00:001`

 This doesn't stop them from bootstrapping, but I wonder if it could ever
 become a problem?

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

Re: [tor-bugs] #21524 [Core Tor/Tor]: private:* contains valid IPv6 addresses

[Tor Bug Tracker & Wiki]

#21524: private:* contains valid IPv6 addresses
--+--
 Reporter:  teor  |  Owner:
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:
 Severity:  Minor | Resolution:
 Keywords:  ipv6  |  Actual Points:
Parent ID:| Points:  1
 Reviewer:|Sponsor:
--+--
Description changed by teor:

Old description:

> Chutney's IPv6 exits trigger this error:
> {{{
> IPv4 address 'private:*' with accept6/reject6 field type in exit policy.
> Ignoring, but continuing to parse rules. (Use accept/reject with IPv4
> addresses.)
> }}}
> because they say in their torrc:
> {{{
> accept6 private:*
> }}}
>
> We should make this work.

New description:

 Chutney's IPv6 exits trigger this error:
 `IPv4 address 'private:*' with accept6/reject6 field type in exit policy.
 Ignoring, but continuing to parse rules. (Use accept/reject with IPv4
 addresses.)`
 because they say in their torrc:
 {{{
 accept6 private:*
 }}}

 We should make this work.

--

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

[tor-bugs] #21524 [Core Tor/Tor]: private:* contains valid IPv6 addresses

[Tor Bug Tracker & Wiki]

#21524: private:* contains valid IPv6 addresses
--+--
 Reporter:  teor  |  Owner:
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:
 Severity:  Minor |   Keywords:  ipv6
Actual Points:|  Parent ID:
   Points:  1 |   Reviewer:
  Sponsor:|
--+--
 Chutney's IPv6 exits trigger this error:
 {{{
 IPv4 address 'private:*' with accept6/reject6 field type in exit policy.
 Ignoring, but continuing to parse rules. (Use accept/reject with IPv4
 addresses.)
 }}}
 because they say in their torrc:
 {{{
 accept6 private:*
 }}}

 We should make this work.

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

Re: [tor-bugs] #21523 [User Experience/Website]: add Donate Stock option to donate-options page

[Tor Bug Tracker & Wiki]

#21523: add Donate Stock option to donate-options page
-+--
 Reporter:  arthuredelstein  |  Owner:  hiro
 Type:  defect   | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  User Experience/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by arthuredelstein):

 * status:  new => needs_review


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

Re: [tor-bugs] #21523 [User Experience/Website]: add Donate Stock option to donate-options page

[Tor Bug Tracker & Wiki]

#21523: add Donate Stock option to donate-options page
-+--
 Reporter:  arthuredelstein  |  Owner:  hiro
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  User Experience/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by arthuredelstein):

 Here's my patch. Should be ready to merge with the latest website master:
 https://github.com/arthuredelstein/webml/commit/21523

 (Also, here's what it looks like on my test site:
 https://torpat.ch/tpo/donate/donate-options.html.en#stock)

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

Re: [tor-bugs] #16386 [Core Tor/Chutney]: Chutney generates network with no bandwidth weights

[Tor Bug Tracker & Wiki]

#16386: Chutney generates network with no bandwidth weights
--+---
 Reporter:  asn   |  Owner:
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Core Tor/Chutney  |Version:
 Severity:  Normal| Resolution:
 Keywords:  SponsorS  |  Actual Points:
Parent ID:  #13976| Points:
 Reviewer:|Sponsor:
--+---
Changes (by teor):

 * severity:   => Normal


Comment:

 This was partially fixed in 0.3.0 with a new consensus method that
 initialises weights to 1 (see #14881).

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #21523 [User Experience/Website]: add Donate Stock option to donate-options page

[Tor Bug Tracker & Wiki]

#21523: add Donate Stock option to donate-options page
-+--
 Reporter:  arthuredelstein  |  Owner:  hiro
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  User Experience/Website  |Version:
 Severity:  Normal   |   Keywords:
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+--
 Shari asked me to create a patch for the website to make a Donate Stock
 section to our donate options page.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #21522 [Core Tor/Tor]: ClientDNSRejectInternalAddresses should not be deprecated in test networks.

[Tor Bug Tracker & Wiki]

#21522: ClientDNSRejectInternalAddresses should not be deprecated in test 
networks.
--+
 Reporter:  teor  |  Owner:
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.1.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:  0.5   |   Reviewer:
  Sponsor:|
--+
 {{{
  Warning: Testing options override the deprecated option
 ClientDNSRejectInternalAddresses. Is that intentional?
 }}}

 Yes, it's required for exits in test networks to function.
 But it's only a warning, so as long as we don't remove it, it's fine.

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

Re: [tor-bugs] #21522 [Core Tor/Tor]: ClientDNSRejectInternalAddresses should not be deprecated in test networks.

[Tor Bug Tracker & Wiki]

#21522: ClientDNSRejectInternalAddresses should not be deprecated in test 
networks.
--+
 Reporter:  teor  |  Owner:
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.1.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:  0.5
 Reviewer:|Sponsor:
--+
Description changed by teor:

Old description:

> {{{
>  Warning: Testing options override the deprecated option
> ClientDNSRejectInternalAddresses. Is that intentional?
> }}}
>
> Yes, it's required for exits in test networks to function.
> But it's only a warning, so as long as we don't remove it, it's fine.

New description:

 `Warning: Testing options override the deprecated option
 ClientDNSRejectInternalAddresses. Is that intentional?`

 Yes, it's required for exits in test networks to function.
 But it's only a warning, so as long as we don't remove
 ClientDNSRejectInternalAddresses, it's fine.

--

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #21521 [Core Tor/Chutney]: Make chutney support relative paths

[Tor Bug Tracker & Wiki]

#21521: Make chutney support relative paths
--+--
 Reporter:  teor  |  Owner:  teor
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Chutney  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 Chutney expects to be launched from $CHUTNEY_PATH, and find all its
 directories there.

 If it read the value of $CHUTNEY_PATH instead, it would be much easier to
 pass it relative paths.

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

Re: [tor-bugs] #11295 [Applications/Tor Browser]: Users cannot log into LycosMail

[Tor Bug Tracker & Wiki]

#11295: Users cannot log into LycosMail
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-usability-website, needs-triage  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by cypherpunks):

 * severity:   => Normal


Comment:

 A user joined IRC pointing to this bug and a similar one they were
 experiencing on an unrelated service.

 Both Lycos and the other service send their login page over http
 (rgh).

 The user reported that disabling NoScript resolved the issue, with the
 users help I was able to reproduce the issue and confirm NoScript was the
 source. I noticed that when NoScript was enabled cookies that had been
 issued over https would not be send over http, resulting in it constantly
 forcing the user back to the login page, securely, where upon the cookies
 were sent...putting them back to square one.

 The issue stems from the sites issuance of cookies "securely" then
 returning to http and NoScript's policy for "Secure Cookies Management".

 **Work Around**

 By going into NoScript -> Options -> Advanced -> HTTPS -> Cookies and
 setting appropriate exceptions under "Ignore unsafe cookies set over HTTPS
 by the following sites", they were able to successfully login to the
 services.

 I'd recommend not using these services, however, since they have some
 clearly problematic security holes.

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

Re: [tor-bugs] #21520 [Core Tor/Tor]: stem.process gets stuck

[Tor Bug Tracker & Wiki]

#21520: stem.process gets stuck
--+
 Reporter:  Cornax|  Owner:  Cornax
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Blocker   | Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by Cornax):

 If i run tor by hand, this is the output
 Feb 22 00:08:35.018 [notice] Opening Socks listener on 127.0.0.1:9550
 Feb 22 00:08:35.018 [notice] Opening Control listener on 127.0.0.1:9551
 Feb 22 00:08:35.000 [notice] Bootstrapped 0%: Starting
 Feb 22 00:08:36.000 [notice] Bootstrapped 45%: Asking for relay
 descriptors
 Feb 22 00:08:38.000 [notice] Bootstrapped 50%: Loading relay descriptors
 Feb 22 00:08:46.000 [notice] I learned some more directory information,
 but not
 enough to build a circuit: We need more microdescriptors: we have
 7134/7268, and
  can only build 0% of likely paths. (We have 98% of guards bw, 98% of
 midpoint b
 w, and 0% of exit bw = 0% of path bw.)

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

Re: [tor-bugs] #21520 [Core Tor/Tor]: stem.process gets stuck

[Tor Bug Tracker & Wiki]

#21520: stem.process gets stuck
--+
 Reporter:  Cornax|  Owner:  Cornax
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Blocker   | Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by atagar):

 * status:  needs_information => new
 * component:  Core Tor/Stem => Core Tor/Tor


Comment:

 Ok. This isn't a stem issue (we simply invoke the tor command - you'd see
 that if running tor by hand too). Sending this over to Nick.

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

Re: [tor-bugs] #21520 [Core Tor/Stem]: stem.process gets stuck

[Tor Bug Tracker & Wiki]

#21520: stem.process gets stuck
---+---
 Reporter:  Cornax |  Owner:  Cornax
 Type:  defect | Status:  needs_information
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Blocker| Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by Cornax):

 Feb 21 23:47:27.022 [notice] Opening Socks listener on 127.0.0.1:9550
 Feb 21 23:47:27.022 [notice] Opening Control listener on 127.0.0.1:9551
 Feb 21 23:47:27.000 [notice] Bootstrapped 0%: Starting
 Feb 21 23:47:27.000 [notice] Bootstrapped 45%: Asking for relay
 descriptors

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

Re: [tor-bugs] #21520 [Core Tor/Stem]: stem.process gets stuck

[Tor Bug Tracker & Wiki]

#21520: stem.process gets stuck
---+---
 Reporter:  Cornax |  Owner:  Cornax
 Type:  defect | Status:  needs_information
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Blocker| Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by atagar):

 * status:  new => needs_information


Comment:

 Interesting. What log output does tor give?

 {{{
 def print_line(line):
   print(line)

 stem.process.launch_tor_with_config(my_config, init_msg_handler =
 print_line)
 }}}

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #21520 [Core Tor/Stem]: stem.process gets stuck

[Tor Bug Tracker & Wiki]

#21520: stem.process gets stuck
---+
 Reporter:  Cornax |  Owner:  Cornax
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Blocker|   Keywords:
Actual Points: |  Parent ID:
   Points: |   Reviewer:
  Sponsor: |
---+
 The code gets stuck on stem.process.launch_tor_with_config if we specify
 only one exit node and that exit is not running.

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

Re: [tor-bugs] #21379 [Metrics/metrics-lib]: Metrics-lib web-site

[Tor Bug Tracker & Wiki]

#21379: Metrics-lib web-site
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/metrics-lib  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by iwakeh):

 Looks like a good start!
 Yes, the naming is undecided ans confusing :-)

 I think javadoc should be separate (i.e. a link to what used to be on
 javadocs.cc-ltd.net) and maybe reachable from a large button in the jumbo-
 box.

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

Re: [tor-bugs] #17034 [Applications/Tor Browser]: Use our built GCC for building tor for Linux Tor Browsers

[Tor Bug Tracker & Wiki]

#17034: Use our built GCC for building tor for Linux Tor Browsers
---+---
 Reporter:  gk |  Owner:  tbb-team
 Type:  defect | Status:
   |  needs_review
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-gitian, TorBrowserTeam201702R  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by mcs):

 r=mcs
 I did not try to build tor using your changes, but they look good to me
 (nearly identical to what we do in gitian-firefox.yml).

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

Re: [tor-bugs] #21272 [Metrics]: Onionperf deployment

[Tor Bug Tracker & Wiki]

#21272: Onionperf deployment
-+--
 Reporter:  hiro |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by hiro):

 Hi Karsten, sure I will generate some annotated images.

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

Re: [tor-bugs] #21087 [Metrics/CollecTor]: What is @source?

[Tor Bug Tracker & Wiki]

#21087: What is @source?
---+--
 Reporter:  atagar |  Owner:  metrics-team
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords:  metrics-help   |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by atagar):

 Thanks Aaron. Sadly not sure there's anything I can do on my side. Think
 this is in karsten's court.

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

Re: [tor-bugs] #21379 [Metrics/metrics-lib]: Metrics-lib web-site

[Tor Bug Tracker & Wiki]

#21379: Metrics-lib web-site
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/metrics-lib  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by RaBe):

 Just to have something to start with, I built a prototype for the metrics-
 lib page: metrics-lib.cc-ltd.net

 I hope that I have understood correctly that metrics-lib and DescripTor
 are the same? I wasn't sure how to call it in the logo and in the text...

 For now the texts are basically copy & pasted readme files from the
 lastest DescripTor release.

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

Re: [tor-bugs] #21519 [User Experience/Website]: Tor Project FAQ

[Tor Bug Tracker & Wiki]

#21519: Tor Project FAQ
-+--
 Reporter:  cypherpunks  |  Owner:  hiro
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  User Experience/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  FAQ website  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by dgoulet):

 * owner:   => hiro
 * component:  - Select a component => User Experience/Website


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

Re: [tor-bugs] #21087 [Metrics/CollecTor]: What is @source?

[Tor Bug Tracker & Wiki]

#21087: What is @source?
---+--
 Reporter:  atagar |  Owner:  metrics-team
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords:  metrics-help   |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by amj703):

 Hi Damian,

 This is happy stem user Aaron Johnson from NRL. I noticed a similar skip
 event while parsing a descriptor archive from CollecTor. When using stem
 1.5.4 to parse the latest descriptor archive from this month yesterday, I
 got the following skip event notification: "ERROR [server-
 descriptors-2017-02.tar.xz]: Line contains invalid characters: ntor-oni
 @uploaded-at 2017-02-02 02:45:52". This looks like it may well be the same
 issue. Just thought I'd let you know that I saw it as well and recently!

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

Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by iwakeh):

 Replying to [comment:37 karsten]:
 > No, let's try to avoid differences between the main version and the
 mirror.  We can find a compromise! :)
 >

 Oh, I'm only playing and intended to remove the differences once the new
 version is on master.
 (BTW the third mirror doesn't feature the web pages at all.)  I think once
 there is an embedded simple web-server, the mirrors will be easily
 identified as such, but otherwise all look the same.

 > I was just kidding with the dates being great, because they were my
 idea.  Sorry, I just didn't know how to include an emoticon in the
 strikethrough without chopping the head in two... ;)  And I have to be
 honest, it was not entirely my idea.  Here's a related website which
 inspired me: http://www.caida.org/data/overview/.  Should we give this
 another try?

 hmm, the caida site features 'vintage web-design'.  I don't even see how
 it inspired your idea?

 The table could just contain the years of availability and the textual
 descriptions can be edited to tell more about the availability.  That way
 all information is there on the page.

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 Replying to [comment:18 RaBe]:
 > Great!
 >
 > Could you please redownload the css file of the prototype page, there
 were slight color corrections (required, and the label colors matching the
 texts).

 Done!

 > For the protocol page, just remove the class "page-header" from the box
 with the content.

 Done!

 Anything else that's broken and needs fixing?

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

Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by karsten):

 No, let's try to avoid differences between the main version and the
 mirror.  We can find a compromise! :)

 I was just kidding with the dates being great, because they were my idea.
 Sorry, I just didn't know how to include an emoticon in the strikethrough
 without chopping the head in two... ;)  And I have to be honest, it was
 not entirely my idea.  Here's a related website which inspired me:
 http://www.caida.org/data/overview/.  Should we give this another try?

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by RaBe):

 Great!

 Could you please redownload the css file of the prototype page, there were
 slight color corrections (required, and the label colors matching the
 texts).

 For the protocol page, just remove the class "page-header" from the box
 with the 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] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by iwakeh):

 Replying to [comment:15 karsten]:
 > There, pushed to
 [https://gitweb.torproject.org/user/karsten/onionoo.git/log/?h=redesign my
 redesign branch] and [https://onionoo.torproject.org/ deployed on the
 server].  Thoughts?

 Fine, only that 'required' looks still green to me.

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 Ah, RaBe, can you rescue the design mess I left on the
 [https://onionoo.torproject.org/protocol.html protocol page]? :)

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 There, pushed to
 [https://gitweb.torproject.org/user/karsten/onionoo.git/log/?h=redesign my
 redesign branch] and [https://onionoo.torproject.org/ deployed on the
 server].  Thoughts?

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

Re: [tor-bugs] #21074 [Core Tor/Tor]: setrlimit fails OSX Sierra

[Tor Bug Tracker & Wiki]

#21074: setrlimit fails OSX Sierra
-+-
 Reporter:  cypherpunks  |  Owner:
 Type:  defect   | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:  Tor:
 |  unspecified
Component:  Core Tor/Tor |Version:  Tor:
 |  0.2.9.6-rc
 Severity:  Normal   | Resolution:
 Keywords:  OSX Sierra setrlimit, tbb-wants  |  Actual Points:
Parent ID:   | Points:  2
 Reviewer:   |Sponsor:
-+-
Changes (by mcs):

 * cc: brade, mcs (added)


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

Re: [tor-bugs] #21039 [Core Tor/Tor]: Refactor and simplify guard code of circuit_send_next_onion_skin()

[Tor Bug Tracker & Wiki]

#21039: Refactor and simplify guard code of circuit_send_next_onion_skin()
-+-
 Reporter:  asn  |  Owner:  ordex
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.1.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-guard, refactor, review- |  Actual Points:
  group-16   |
Parent ID:  #20822   | Points:  0.3
 Reviewer:  asn  |Sponsor:
-+-
Changes (by asn):

 * reviewer:   => asn


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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by iwakeh):

 Text change:  The onionoo-announce list mentioned under 'versions' doesn't
 exist anymore.  This can just be removed as there is the
 `next_major_version_scheduled` field 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] #20636 [Applications/Tor Browser]: Create 64bit Tor Browser for Windows

[Tor Bug Tracker & Wiki]

#20636: Create 64bit Tor Browser for Windows
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-gitian|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  Sponsor4
--+--
Changes (by gk):

 * sponsor:   => Sponsor4


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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 Good ideas above!  I'll now apply changes.  Stay tuned, this shouldn't
 take long.  An hour maybe?

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by iwakeh):

 Replying to [comment:11 RaBe]:
 > I added "new", "beta" and "deprecated" labels, what do you think?

 That's a nice idea!

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

Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by iwakeh):

 Replying to [comment:35 karsten]:
 > Replying to [comment:33 iwakeh]:
 > > A more important question: Is there a way to have to edit only one
 place in order to display 'CollecTor Mirror' instead of just 'CollecTor'
 everywhere (all titles and the header)?
 >
 > I'm afraid the only way is to write a tiny script for this, possibly one
 that uses `sed`.

 no script :-)

 I have an [https://collector.sky-ip.org/ "absent" button] now ;-)
 But, no further discussion necessary, just leave it empty on the main
 version.

 Yes, the dates were you're idea, full credit! I simplified it to just
 years to clarify the missing button. But it's hard to add all information
 without cluttering the table.

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by RaBe):

 I added "new", "beta" and "deprecated" labels, what do you think?

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

Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by karsten):

 Replying to [comment:33 iwakeh]:
 > A more important question: Is there a way to have to edit only one place
 in order to display 'CollecTor Mirror' instead of just 'CollecTor'
 everywhere (all titles and the header)?

 I'm afraid the only way is to write a tiny script for this, possibly one
 that uses `sed`.

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

Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by karsten):

 Replying to [comment:31 iwakeh]:
 > I don't feel strong about it, but just one last attempt of an idea :-)
 > Maybe, grey recent button without the `>`?

 I'm not sure if that wouldn't lead to confusion where users would expect
 that recent data is usually available, just not now.  Or maybe on other
 mirrors, not this one.  Leaving the space blank when the other lines have
 a button in that place should be obvious.

 > And, my other suggestion is adding the dates to those descriptor names
 that only have archives, like: `Version 2 Network Statuses, 2005 to 2012`

 I like this idea, because ~~it's mine~~ it adds new information that could
 be useful for users.  Though I would prefer to add this information to all
 descriptor types, because it's still useful to know for which time we're
 serving version 1, 2, or 3 directories/statuses.  I just don't know where
 to add this information in a way that doesn't clutter the interface too
 much.  Happy to add this information if somebody suggests where to add it.

 Note that this doesn't fully solve the issue of missing buttons.  The
 reason why there are no recent directory key certificates is that they are
 published very rarely and there size is tiny, so there's no real point in
 providing just the certificates for the past 3 or even 30 days.
 Similarly, we might consider providing just the latest auxiliary data that
 we have, like reverse DNS lookup data, without providing an archive.

 > But, if no one else likes these 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] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by RaBe):

 I fixed the title, and I made "required" black. I'd rather not make the
 new entries green, because that is our link color. For the grey jumbotron
 box: I like it for optical reasons - and we use that same box on CollecTor
 and MetricsLib (that you all haven't seen yet) :)

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

Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by iwakeh):

 Replying to [comment:32 RaBe]:
 > You could just add the class "disabled" to an "n/a" recent button to
 show it's not available right now. But I'd prefer the empty space :)

 I'll try that :-)

 A more important question: Is there a way to have to edit only one place
 in order to display 'CollecTor Mirror' instead of just 'CollecTor'
 everywhere (all titles and the header)?

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

Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by iwakeh):

 I don't feel strong about it, but just one last attempt of an idea :-)
 Maybe, grey recent button without the `>`?

 And, my other suggestion is adding the dates to those descriptor names
 that only have archives, like: `Version 2 Network Statuses, 2005 to 2012`

 But, if no one else likes these 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] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by RaBe):

 You could just add the class "disabled" to an "n/a" recent button to show
 it's not available right now. But I'd prefer the empty space :)

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by iwakeh):

 Just notice that the title says "CollecTor" not Onionoo.

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  merge_ready
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by iwakeh):

 * status:  new => merge_ready


Comment:

 I like it, too!

 Just some minor things:
 * It's odd that the button "tell me more" simply scrolls down a bit.  We
 could just do without the grey top-panel and add that text before the
 "General" headline.  That way the navigation would be visible immediately
 when accessing the site.
 * And, another color topic: already with the old page I thought it
 counter-intuitive to have green for "required"; I think it could be simple
 black as optional is grey.  That would give a bigger color range for the
 protocol colors, i.e., orange could be the new red and green the new blue?

 But, these are just minor tweaks.  All fine.

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

Re: [tor-bugs] #21483 [Applications/Tor Browser]: DuckDuckGo Onion should be the default instead of DuckDuckGo

[Tor Bug Tracker & Wiki]

#21483: DuckDuckGo Onion should be the default instead of DuckDuckGo
--+--
 Reporter:  lolscreen |  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:
--+--

Comment (by i139):

 DDG onion should use Single Onion Service (SOS), will be very interesting
 to see this, if Tor team say it to they, they will use SOS because they
 are very comprehensive about tor users in opposition of StartPage...

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

Re: [tor-bugs] #17034 [Applications/Tor Browser]: Use our built GCC for building tor for Linux Tor Browsers

[Tor Bug Tracker & Wiki]

#17034: Use our built GCC for building tor for Linux Tor Browsers
---+---
 Reporter:  gk |  Owner:  tbb-team
 Type:  defect | Status:
   |  needs_review
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-gitian, TorBrowserTeam201702R  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by gk):

 * keywords:  tbb-gitian => tbb-gitian, TorBrowserTeam201702R
 * status:  new => needs_review
 * severity:   => Normal


Comment:

 Turns out I have still a branch sitting around for that: bug_17034_v4
 (https://gitweb.torproject.org/user/gk/tor-browser-
 bundle.git/commit/?h=bug_17034_v4=d6fa3b07207f33bda05d9f9f8e147a2b5d764a12)
 which has a patch up for review.

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

Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by karsten):

 Actually, good question!  Made it black, warnings are gone!

 Okay, down to one:

  - We should either find a prettier solution than writing "n/a", or we
 should decide that leaving the spot blank is the best we can do.

 iwakeh, what do you think about that one?  How much do you care about this
 issue? :)

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 I like it!  If iwakeh has no concerns, I'll apply that design later today
 or tomorrow morning and we can further tweak it from there.

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

Re: [tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design

[Tor Bug Tracker & Wiki]

#21381: CollecTor web-page should have new Metrics design
---+
 Reporter:  iwakeh |  Owner:  metrics-team
 Type:  enhancement| Status:  needs_revision
 Priority:  Medium |  Milestone:
Component:  Metrics/CollecTor  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by RaBe):

 Instead of ... you could use  However, I think you can remove the font
 tag without replacement anyway, I'm not sure why we would want grey
 colored text there :)

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

Re: [tor-bugs] #21380 [Metrics/Onionoo]: Onionoo web-page(s) should have new Metrics design

[Tor Bug Tracker & Wiki]

#21380: Onionoo web-page(s) should have new Metrics design
-+--
 Reporter:  iwakeh   |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by RaBe):

 Replying to [comment:5 karsten]:

 >  - The two sections "Developing Onionoo applications" and "Related
 projects" should go away.
 Removed.

 >  - We can probably remove the "Protocol overview" section header,
 because the entire page exists only to give an overview of the Onionoo
 protocol.
 Changed the headline.

 >  - We should change all  to , all  to , etc.
 Fixed.

 >  - Navigation topic again: should the table of contents box be visible
 in the mobile view, too?
 Added a mobile navigation.

 >  - The list under "Methods" looks broken in the mobile view.
 Fixed.

 >  - Maybe we'll need better colors than the currently used blue and red
 for indicating new and deprecated protocol parts.  Is it easy to find
 colors that play well with the purple and green?
 Made the red and blue less red and blue :)

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

Re: [tor-bugs] #21407 [Core Tor/Tor]: Make the usecreatefast default 0 in tor to match the consensus

[Tor Bug Tracker & Wiki]

#21407: Make the usecreatefast default 0 in tor to match the consensus
--+
 Reporter:  teor  |  Owner:
 Type:  defect| Status:  merge_ready
 Priority:  Medium|  Milestone:  Tor: 0.3.1.x-final
Component:  Core Tor/Tor  |Version:  Tor: 0.2.4.23
 Severity:  Normal| Resolution:
 Keywords:  security  |  Actual Points:
Parent ID:| Points:  1
 Reviewer:|Sponsor:
--+
Changes (by teor):

 * status:  needs_review => merge_ready


Comment:

 I think this patch looks good, because:
 * if clients don't have a (directory guard or fallback or authority) onion
 key, they use TLS and CREATE_FAST
   * (the non-directory guard code makes sure we have an onion key before
 we connect)
 * if clients have an onion key, they default to using it, or the consensus
 parameter, or the torrc option

 Although, I just realised that if clients don't have a consensus, they
 won't believe any onion keys. So does this change have any effect at all?

 In either case, let's merge it.

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

Re: [tor-bugs] #21272 [Metrics]: Onionperf deployment

[Tor Bug Tracker & Wiki]

#21272: Onionperf deployment
-+--
 Reporter:  hiro |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 hiro, I'm having a difficult time reading your results.  Can you put them
 on GitHub Pages or export some images and attach them here?  And can you
 add explanations what your results show and why you consider them close
 enough to Torperf data that we can switch over?  That would be awesome!

 Regarding the CollecTor integration, I started hacking on that yesterday
 evening.  No need for you to touch Java just for 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] #21406 [Core Tor/Tor]: The channel is_client flag is inaccurate

[Tor Bug Tracker & Wiki]

#21406: The channel is_client flag is inaccurate
--+
 Reporter:  teor  |  Owner:
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.1.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by teor):

 We could replace this with a check if the remote end:
 * connected to us: `chan->conn->handshake_state->started_here`
 * has neither a RSA or ed25519 identity key:
 
`chan->conn->handshake_state->{authenticated_rsa_peer_id,authenticated_ed25519_peer_id}`

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

Re: [tor-bugs] #21438 [Internal Services/Tor Sysadmin Team]: Please move orestis to a host with faster I/O

[Tor Bug Tracker & Wiki]

#21438: Please move orestis to a host with faster I/O
-+-
 Reporter:  karsten  |  Owner:  tpa
 Type:  task | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by karsten):

 * cc: ln5 (added)


Comment:

 Still too slow for hourly updates, even after the tweaking:

 {{{
 2017-02-21 01:00:38,724 DEBUG o.t.o.cron.Main:147 Started update ...
 2017-02-21 02:24:21,800 INFO o.t.o.cron.Main:230 Done.
 2017-02-21 02:24:21,800 DEBUG o.t.o.cron.Main:147 Started update ...
 2017-02-21 03:39:38,214 INFO o.t.o.cron.Main:230 Done.
 2017-02-21 03:39:38,215 DEBUG o.t.o.cron.Main:147 Started update ...
 2017-02-21 05:04:58,713 INFO o.t.o.cron.Main:230 Done.
 2017-02-21 05:04:58,713 DEBUG o.t.o.cron.Main:147 Started update ...
 2017-02-21 06:30:39,784 INFO o.t.o.cron.Main:230 Done.
 2017-02-21 06:30:39,785 DEBUG o.t.o.cron.Main:147 Started update ...
 2017-02-21 07:59:45,629 INFO o.t.o.cron.Main:230 Done.
 }}}

 I'd say let's give up on orestis and look out for an alternative.  Sorry
 this didn't work out, but thanks for trying!

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