Re: [tor-bugs] #27977 [Applications/Tor Browser]: Build Orbot with rbm/tor-browser-build

[Tor Bug Tracker & Wiki]

#27977: Build Orbot with rbm/tor-browser-build
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-rbm, tbb-mobile, |  Actual Points:
  TorBrowserTeam201811, TBA-a2   |
Parent ID:  #26693   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by sisbell):

 Changes (android-1112)

  * android-toolchain: Add android platform library and build tools 27.
 Used by Orbot
  * android-toolchain: added exports to match what orbot uses (these are
 standard names)
  * orbot: compile native library with NDK, build app with gradle

 I know this is incomplete but just want to push an early version for
 comments. The follow are incomplete

  * Need to add gradle dependency list similar to firefox project.
 Currently its pulling everything down as part of build
  * Need to add packaging
  * Add patch from sysrqb to turn from app project to library project(s)

 Notes:

  * Orbot uses API 27 libraries to build. When we integrate with firefox,
 we can configure to use 26. This MAY be incompatible if Orbot it using
 features that are API 27 specific. In this case we need to either remove
 those 27 features for Orbot OR upgrade firefox to use API 27 libraries.
  * Orbot uses gradle 4.4, while firefox uses gradle 4.1. After testing,
 Orbot compiles fine with gradle 4.4 so its not using 4.4 specific
 configurations
  * We need to disable running lint on the Orbot build since this flags
 1100 issues and fails the build. Fixing these would be way out of scope
 for an rbm build.

 I need another day to get the remaining issues in. That will leave 3 days
 this week to try to complete integration with firefox and work out those
 issues.

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

Re: [tor-bugs] #10772 [Applications/Tor Browser]: Torbutton/Noscript plugin settings ambiguous to user

[Tor Bug Tracker & Wiki]

#10772: Torbutton/Noscript plugin settings ambiguous to user
--+
 Reporter:  gilidula  |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  worksforme
 Keywords:  tbb-usability |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by gk):

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


Comment:

 Agreed. Closing as WORKSFORME as the change came with the new NoScript.

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

Re: [tor-bugs] #27673 [Webpages/Website]: We should have more about ARM on our download page

[Tor Bug Tracker & Wiki]

#27673: We should have more about ARM on our download page
--+
 Reporter:  traumschule   |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tor-arm   |  Actual Points:
Parent ID:  #14686| Points:
 Reviewer:|Sponsor:
--+
Changes (by traumschule):

 * parent:   => #14686


Comment:

 Closed #27588 as a duplicate, it links
 [[org/meetings/BerlinRelayOperatorsMeetupJul18]].

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

Re: [tor-bugs] #27588 [Webpages/Website]: Add/Update FreeBSD links

[Tor Bug Tracker & Wiki]

#27588: Add/Update FreeBSD links
--+---
 Reporter:  traumschule   |  Owner:  (none)
 Type:  enhancement   | Status:  closed
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:  duplicate
 Keywords:|  Actual Points:
Parent ID:  #14686| Points:
 Reviewer:|Sponsor:
--+---
Changes (by traumschule):

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


Comment:

 These links are in fact all about ARM which makes it a duplicate of
 #27673.

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

Re: [tor-bugs] #28402 [Webpages/Website]: Change title of metrics data architect page from "software developer"

[Tor Bug Tracker & Wiki]

#28402: Change title of metrics data architect page from "software developer"
--+
 Reporter:  teor  |  Owner:  hiro
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by traumschule):

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


Comment:

 Fixed with 7ae94422dda1e4a8e5ac22c96ef03df353db2d58

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

Re: [tor-bugs] #22842 [Webpages/Website]: Create a knowledge base that's more in-depth than FAQs

[Tor Bug Tracker & Wiki]

#22842: Create a knowledge base that's more in-depth than FAQs
--+---
 Reporter:  catalyst  |  Owner:  hiro
 Type:  task  | Status:  accepted
 Priority:  Medium|  Milestone:  WebsiteV3
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team, FAQ  |  Actual Points:
Parent ID:  #24133| Points:
 Reviewer:|Sponsor:
--+---
Changes (by traumschule):

 * cc: pili (added)
 * parent:  #23266 => #24133


Comment:

 Making this a child of the new community page to be looked at more.

 #21222 and #23266 however are still related.

 From yesterdays community meeting:
 > there's all kind of stuff on the old website that should be cleaned up,
 updated, and put on the support portal for example a whole long
 explanation of Tor vs VPNs
 > we need someone to go in and take an inventory of what is on the website
 that is missing from the support portal
 > in general we are trying to move away from using the wiki for everything
 > the main idea is to have community.tpo as a hub for people who want to
 volunteer

 Pili organizes a meeting on friday about the community portal to
 coordinate the timeline. I was not sure if it's ok to add your document
 link 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] #28414 [Applications/Tor Browser]: Tor doesn't load

[Tor Bug Tracker & Wiki]

#28414: Tor doesn't load
--+---
 Reporter:  Wnm987|  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Immediate |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Blocker   | Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by traumschule):

 * owner:  hiro => tbb-team
 * status:  new => needs_information
 * version:  Tor: 0.3.5.4-alpha =>
 * component:  Webpages/Website => Applications/Tor Browser


Comment:

 It sounds like you mean Tor Browser?
 If bootstrapping fails and you live in an area known for network
 interference you might need a bridge.
 What do you mean by "it does not respond anymore", does {{{Cancel}}} work?

 What is your operating system and did you [https://torproject.org/download
 download] the latest version?

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

Re: [tor-bugs] #28418 [Webpages/Support]: Improve NoScript documentation (was: Improve NoScipt documentation)

[Tor Bug Tracker & Wiki]

#28418: Improve NoScript documentation
--+--
 Reporter:  traumschule   |  Owner:  hiro
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Support  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by traumschule):

 fix typo

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28418 [Webpages/Support]: Improve NoScipt documentation

[Tor Bug Tracker & Wiki]

#28418: Improve NoScipt documentation
--+--
 Reporter:  traumschule   |  Owner:  hiro
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Support  |Version:
 Severity:  Normal|   Keywords:  noscript
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 [https://blog.torproject.org/comment/277954#comment-277954 A user asks]
 for a better documentation for NoScript 10.
 > On the introductory page you have a link "FAQ", and there you will find
 a link "NoScript FAQ", which will open the FAQ for the old noscript
 version(s). There is no official documentation for noscript. All you can
 get is a link to a blog writer giving "basic" information about the new
 noscript. This is very basic indeed and not an official documentation.
 > Another link will redirect you to a page inteding to give an overview of
 the new noscript in a nutshell. A nutshell is not enough for understanding
 the new noscript - as you can see from the "226 Responses to “NoScript,
 "Quantum" vs "Legacy" in a nutshell”.

 The [https://www.torproject.org/docs/faq current/old FAQ] does not link
 the NoScript FAQ, while the [https://support.torproject.org/#tbb support
 page] does.

 [https://support.torproject.org/#tbb-25 I'm having a problem with
 NoScript.] links to the NoScript FAQ which i think is fine although it may
 not reflect [https://noscript.net/changelog latest changes]?

 BTW {{{Should I install a new add-on or extension in Tor Browser, like
 AdBlock Plus or uBlock Origin?}}} is listed twice
 ([https://support.torproject.org/#faq-3 faq-3] and
 [https://support.torproject.org/#tbb-14 tbb-14])

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

Re: [tor-bugs] #10772 [Applications/Tor Browser]: Torbutton/Noscript plugin settings ambiguous to user

[Tor Bug Tracker & Wiki]

#10772: Torbutton/Noscript plugin settings ambiguous to user
--+--
 Reporter:  gilidula  |  Owner:  tbb-team
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-usability |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by traumschule):

 This doesn't seem relevant anymore. Per default on {{{moz-extension
 ://9e6b89ad-3e32-4b04-a091-96ea0e099fdf/ui/options.html}}} object and
 media are untrusted.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28417 [Community/Translations]: Translate glossary / browser manual translates 'Circuit' inconsistently

[Tor Bug Tracker & Wiki]

#28417: Translate glossary / browser manual translates 'Circuit' inconsistently
+--
 Reporter:  traumschule |  Owner:  emmapeel
 Type:  defect  | Status:  new
 Priority:  Medium  |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Normal  |   Keywords:
Actual Points:  |  Parent ID:
   Points:  |   Reviewer:
  Sponsor:  |
+--
 In [https://blog.torproject.org/comment/277954#comment-277954 a comment] a
 user correctly points out that
 > In the German version of TBB, on the introductory page, there are three
 different translations for the English "circuit":
 > 1. Circuit-Ansicht (which is no translation!).
 > 2. In the explanatory text there is "Zeige deinen Pfad" - here "circuit"
 becomes "Pfad" (= "path") and users are told to "choose"( = "wählen",
 which should be "click on" = "klicken auf" - not "choose") "Neuer Pfad für
 diese Seite".
 > 3. If you do so and click on the "Informations-Symbol" which is the
 padlock, you will not get "Neuer Pfad für diese Seite", but "Neuen Kanal
 für diese Seite". (By the way: this should be: "NeueR Pfad" (nominative)
 instead of "NeueN Pfad" (accusative) - but this is only a minor mistake.)

 The request for consistent translations of terms across resources is fair.
 Having a reviewed translation of [https://gitweb.torproject.org/tor-
 glossary.git/tree/glossary_en.csv our glossary] would be very helpful.

 Also in the current/old browser manual
 [https://gitweb.torproject.org/translation.git/tree/de/de.po?h=tor-
 browser-manual_completed different translations] are used for
 {{{circuit}}} on [https://tb-manual.torproject.org/de//managing-
 identities/ managing-identities.page Identitäten und Kanäle wechseln],
 line numbers for each use:
 - Kanal: 118, 866, 938, 856, 985
 - Tor Kreisläufe: 833:
 - Schaltkreis: 844, 979, 1002

 Transifex checks translations against a glossary. It
 [https://www.transifex.com/otf/torproject/glossary/de/?filter=circuit
 translates "circuit" with "Schaltkreis"] which is an electrical term (used
 in the Orbot context too).

 Thinking about it more {{{"tunnel"}}} seems to be the most explanatory
 translation for "circuit" although it hasn't been used before and "Kanal"
 is more widespread. For now the onboarding has been corrected to use the
 latter (BTW strings 13 and 36 are equal).

 https://gitweb.torproject.org/translation.git/tree/de/de.po?h=tor-browser-
 manual_completed#n108
 {{{
 "Tor is a network of virtual tunnels that allows you to improve your
 privacy "
 "and security on the Internet. Tor works by sending your traffic through "
 "three random servers (also known as relays) in the Tor network.
 The"
 " last relay in the circuit (the “exit relay”) then sends the traffic out
 "
 "onto the public Internet."

 "Tor ist ein Netzwerk aus virtuellen Tunneln, die es dir erlauben, deine "
 "Privatsphäre und Sicherheit im Internet zu verbessern. Tor funktioniert,
 "
 "indem es deinen Verkehr über drei zufällige Server (auch bekannt als "
 "Relays) im Tor-Netzwerk sendet. Das letzte Relay im Kanal (das "
 "\"Ausgangsrelay\") sendet dann den Verkehr in das öffentliche Internet."
 }}}

 Slightly related: #22647

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

Re: [tor-bugs] #28359 [Core Tor/Tor]: Specify bandwidth-file-hash in torspec

[Tor Bug Tracker & Wiki]

#28359: Specify bandwidth-file-hash in torspec
+--
 Reporter:  teor|  Owner:  (none)
 Type:  enhancement | Status:  merge_ready
 Priority:  Medium  |  Milestone:  Tor: unspecified
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  tor-crypto tor-dirauth  |  Actual Points:
Parent ID:  #26698  | Points:
 Reviewer:  teor|Sponsor:
+--
Changes (by teor):

 * status:  needs_review => merge_ready


Comment:

 Looks fine to me, let's squash and merge.

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

Re: [tor-bugs] #28027 [Core Tor/Tor]: Tor keeps opening circuits while waiting for bridge descriptors

[Tor Bug Tracker & Wiki]

#28027: Tor keeps opening circuits while waiting for bridge descriptors
---+---
 Reporter:  dgoulet|  Owner:  neel
 Type:  defect | Status:  assigned
 Priority:  Medium |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor: 0.3.4.8
 Severity:  Normal | Resolution:
 Keywords:  tor-hs, regression, tor-guard  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by catalyst):

 * cc: catalyst (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] #28404 [Metrics/Consensus Health]: Link to descriptors from consensus health

[Tor Bug Tracker & Wiki]

#28404: Link to descriptors from consensus health
--+-
 Reporter:  teor  |  Owner:  tom
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Metrics/Consensus Health  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-

Comment (by teor):

 Replying to [comment:1 irl]:
 > Even better... maybe Consensus Health could cache these?

 It's really useful to have a link to "what the authority has right now".
 If I want to know what it had in the past, I use CollecTor.

 (I don't think we need similar links on Relay Search - I rarely want to
 know which consensuses and descriptors a mirror has.)

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

Re: [tor-bugs] #28404 [Metrics/Consensus Health]: Link to descriptors from consensus health

[Tor Bug Tracker & Wiki]

#28404: Link to descriptors from consensus health
--+-
 Reporter:  teor  |  Owner:  tom
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Metrics/Consensus Health  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-

Comment (by irl):

 Oh wait, sorry, I thought this was for the /authority links. If it's not
 already fetching these as part of running then it shouldn't fetch them
 just to cache them.

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

Re: [tor-bugs] #28404 [Metrics/Consensus Health]: Link to descriptors from consensus health

[Tor Bug Tracker & Wiki]

#28404: Link to descriptors from consensus health
--+-
 Reporter:  teor  |  Owner:  tom
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Metrics/Consensus Health  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-

Comment (by irl):

 Even better... maybe Consensus Health could cache these?

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

Re: [tor-bugs] #28354 [Metrics/Website]: Does the total consensus weight graph belong in the traffic section?

[Tor Bug Tracker & Wiki]

#28354: Does the total consensus weight graph belong in the traffic section?
-+---
 Reporter:  teor |  Owner:  metrics-team
 Type:  defect   | Status:  needs_information
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #28328   | Points:
 Reviewer:   |Sponsor:
-+---

Comment (by irl):

 I would agree that this is really about the servers, not traffic.
 Consensus weight might indicate available bandwidth, but not bandwidth
 that was consumed.

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

Re: [tor-bugs] #28096 [Core Tor/Tor]: Windows 8.1 and 10 relays claim to be Windows 8

[Tor Bug Tracker & Wiki]

#28096: Windows 8.1 and 10 relays claim to be Windows 8
-+-
 Reporter:  teor |  Owner:  teor
 Type:  defect   | Status:
 |  needs_revision
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.2.2.34
 Severity:  Normal   | Resolution:
 Keywords:  windows, fast-fix, 029-backport, |  Actual Points:  0.2
  033-backport, 034-backport, 035-backport   |
Parent ID:   | Points:  0.2
 Reviewer:  asn  |Sponsor:
-+-

Comment (by teor):

 {{{
 Help with:
- nickm, I would like help on how to access --RUNNING-FORKED in
 #28096.
  It seems to require an abstraction layer violation: argv is
 in tinytest.c, but tor code is in test_common.c.
  Is there some simple trick I'm missing?
  (So, IMO it would be okay to look at the "v" argument in
 main in testing_common.c: it is argv.  Yes, that's a layer violation,
 but tinytest is under our control anyway.  Alternatively, we could
 extend tinytest, I guess?  I'll be around at the patch party time to
 talk more if it's helpful -nickm)
 }}}

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

Re: [tor-bugs] #28382 [Core Tor/Tor]: Update bandwidth file headers in dir-spec

[Tor Bug Tracker & Wiki]

#28382: Update bandwidth file headers in dir-spec
-+--
 Reporter:  juga |  Owner:  juga
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-spec |  Actual Points:
Parent ID:   | Points:
 Reviewer:  mikeperry, teor  |Sponsor:
-+--
Changes (by teor):

 * reviewer:  mikeperry => mikeperry, teor


Comment:

 I also need to review sbws spec changes, but I'm happy to do my review
 after mike's

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

Re: [tor-bugs] #28027 [Core Tor/Tor]: Tor keeps opening circuits while waiting for bridge descriptors

[Tor Bug Tracker & Wiki]

#28027: Tor keeps opening circuits while waiting for bridge descriptors
---+---
 Reporter:  dgoulet|  Owner:  neel
 Type:  defect | Status:  assigned
 Priority:  Medium |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor: 0.3.4.8
 Severity:  Normal | Resolution:
 Keywords:  tor-hs, regression, tor-guard  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by neel):

 For this patch, I am thinking about the following:

  * If `UseBridges` was originally set to `0`, but then set to `1` later
 on, keep a flag in `feature/client/entrynodes.c`
  * Make `should_delay_dir_fetches()` check for this proposed flag if
 `UseBridges` is `1` to fetch the bridge descriptors, and if both are set,
 return `0`
  * In `options_act()`, initialize the proposed flag to 0 if we don't have
 `old_options`
  * In `options_act()`, if we have `old_options`, and
 `old_options->UseBridges` and `options->UseBridges` differ, set this flag
 to `1`

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

Re: [tor-bugs] #27977 [Applications/Tor Browser]: Build Orbot with rbm/tor-browser-build

[Tor Bug Tracker & Wiki]

#27977: Build Orbot with rbm/tor-browser-build
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-rbm, tbb-mobile, |  Actual Points:
  TorBrowserTeam201811, TBA-a2   |
Parent ID:  #26693   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by sisbell):

 Orbot depends on some submodules:
 - Tor
 - OpenSSL (statically built and patched for Android)
 - LibEvent
 - JTorControl: The Tor Control Library for Java

 I'm thinking we will need to create 3 trac issues to support Android. One
 for each: Tor, OpenSSL, libevent

 What are the thoughts of creating separate project for JTorControl
 project?

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

Re: [tor-bugs] #27775 [Internal Services/Service - jenkins]: build newsletter.tp.o and styleguide.tp.o with Jenkins

[Tor Bug Tracker & Wiki]

#27775: build newsletter.tp.o and styleguide.tp.o with Jenkins
-+
 Reporter:  hiro |  Owner:  weasel
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - jenkins  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by weasel):

 also updated the ssh wrapper script of torwww on static-master
 accordingly,
 and we retired the styleguide and newsletter role accounts in the process.

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

Re: [tor-bugs] #27775 [Internal Services/Service - jenkins]: build newsletter.tp.o and styleguide.tp.o with Jenkins

[Tor Bug Tracker & Wiki]

#27775: build newsletter.tp.o and styleguide.tp.o with Jenkins
-+
 Reporter:  hiro |  Owner:  weasel
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - jenkins  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by weasel):

 merged, slightly refactored, deployed.

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

Re: [tor-bugs] #27775 [Internal Services/Service - jenkins]: build newsletter.tp.o and styleguide.tp.o with Jenkins

[Tor Bug Tracker & Wiki]

#27775: build newsletter.tp.o and styleguide.tp.o with Jenkins
-+
 Reporter:  hiro |  Owner:  weasel
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - jenkins  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by weasel):

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


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

Re: [tor-bugs] #28398 [Core Tor/Stem]: Please provide a method on descriptors for calculating digests

[Tor Bug Tracker & Wiki]

#28398: Please provide a method on descriptors for calculating digests
---+
 Reporter:  irl|  Owner:  atagar
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by irl):

 See #28415

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

Re: [tor-bugs] #28401 [Core Tor/Stem]: stem.client does not fragment across relay cells when making dir requests over orports

[Tor Bug Tracker & Wiki]

#28401: stem.client does not fragment across relay cells when making dir 
requests
over orports
---+---
 Reporter:  irl|  Owner:  atagar
 Type:  defect | Status:  needs_information
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by irl):

 I just went to try to reproduce this and I can't. ):

 I'm not actually able to make any download successfully over an ORPort
 though, I'm just getting this error over and over now:

 {{{
 >>> from stem import ORPort
 >>> from stem.descriptor.remote import get_consensus
 >>> tor26 = ORPort("86.59.21.38", 443)
 >>> get_consensus(endpoints=[tor26])
 
 >>> _.run()
 Traceback (most recent call last):
   File "", line 1, in 
 _.run()
   File "/usr/lib/python3/dist-packages/stem/descriptor/remote.py", line
 446, in run
 return list(self._run(suppress))
   File "/usr/lib/python3/dist-packages/stem/descriptor/remote.py", line
 457, in _run
 raise self.error
   File "/usr/lib/python3/dist-packages/stem/descriptor/remote.py", line
 511, in _download_descriptors
 self.content, self.reply_headers = _download_from_orport(endpoint,
 self.compression, self.resource)
   File "/usr/lib/python3/dist-packages/stem/descriptor/remote.py", line
 854, in _download_from_orport
 response = b''.join([cell.data for cell in
 circ.send(RelayCommand.DATA, request, stream_id = 1)])
   File "/usr/lib/python3/dist-packages/stem/client/__init__.py", line 262,
 in send
 raise stem.ProtocolError('Circuit response should be a series of RELAY
 cells, but received an unexpected size for a
  response: %i' % len(reply))
 stem.ProtocolError: Circuit response should be a series of RELAY cells,
 but received an unexpected size for a response:
  4048
 }}}

 This is a different issue, so feel free to close this ticket and make a
 new one if you wish.

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

Re: [tor-bugs] #28416 [Core Tor/Tor]: The ns consensus isn't explicitly ns in the network-status-version line of flavored consensuses

[Tor Bug Tracker & Wiki]

#28416: The ns consensus isn't explicitly ns in the network-status-version line 
of
flavored consensuses
--+--
 Reporter:  irl   |  Owner:  (none)
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  dir-spec  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by irl):

 * 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

[tor-bugs] #28416 [Core Tor/Tor]: The ns consensus isn't explicitly ns in the network-status-version line of flavored consensuses

[Tor Bug Tracker & Wiki]

#28416: The ns consensus isn't explicitly ns in the network-status-version line 
of
flavored consensuses
--+--
 Reporter:  irl   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  dir-spec
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 Please review my pull request for torspec:

 https://github.com/torproject/torspec/pull/45

 tor does not generate ns consensuses that are explicitly labelled as ns
 consensuses. This updates the spec to make the flavor portion optional,
 and to allow the assumption to be made that if a flavor is omitted from
 the "network-status-version" line then it is "ns".

 One "flavour" was also turned into a "flavor" for consistency.

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

Re: [tor-bugs] #28415 [Core Tor/Tor]: extra-info-digest's sha256-digest isn't actually over the same data as the sha1-digest

[Tor Bug Tracker & Wiki]

#28415: extra-info-digest's sha256-digest isn't actually over the same data as 
the
sha1-digest
--+--
 Reporter:  irl   |  Owner:  (none)
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  dir-spec  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by irl):

 * 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

[tor-bugs] #28415 [Core Tor/Tor]: extra-info-digest's sha256-digest isn't actually over the same data as the sha1-digest

[Tor Bug Tracker & Wiki]

#28415: extra-info-digest's sha256-digest isn't actually over the same data as 
the
sha1-digest
--+--
 Reporter:  irl   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  dir-spec
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 Please review my pull request at:

 https://github.com/torproject/torspec/pull/44

 The extra-info-digest field of server descriptors was defined to contain
 either a SHA1, or a SHA1 and a SHA256 digest. These were both meant to
 be computed over the same data but due to an implementation error, the
 Tor network has been computing the digests over different data for a
 while. This is a lot easier to fix in the spec than in the code, and
 the error does not seem to cause any harm beyond being a little
 confusing (which this patch should help with).

 A minor fix is also made to the SHA1 digest portion of the text. This is
 a typo fix and a clarification, and does not change the semantic meaning
 for that portion.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28414 [Webpages/Website]: Tor doesn't load

[Tor Bug Tracker & Wiki]

#28414: Tor doesn't load
+--
 Reporter:  Wnm987  |  Owner:  hiro
 Type:  defect  | Status:  new
 Priority:  Immediate   |  Component:  Webpages/Website
  Version:  Tor: 0.3.5.4-alpha  |   Severity:  Blocker
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
 Hello. When i try to launch Tor it keeps loading forever and if i try to
 click on the window it doesn't respond anymore and i have to close it.
 Please, how can i deal with this problem? It's so 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] #27977 [Applications/Tor Browser]: Build Orbot with rbm/tor-browser-build

[Tor Bug Tracker & Wiki]

#27977: Build Orbot with rbm/tor-browser-build
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-rbm, tbb-mobile, |  Actual Points:
  TorBrowserTeam201811, TBA-a2   |
Parent ID:  #26693   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by sisbell):

 Where is the orbot repo we want to pull from?

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

Re: [tor-bugs] #28067 [Core Tor/Tor]: Annotations should be documented in dir-spec.txt

[Tor Bug Tracker & Wiki]

#28067: Annotations should be documented in dir-spec.txt
--+--
 Reporter:  rl1987|  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by irl):

 * cc: irl (added)


Comment:

 CollecTor uses annotations too. It would be nice if these were the same
 annotations as used by tor.

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

Re: [tor-bugs] #28205 [Obfuscation/Snowflake]: linking against other libwebrtc binaries errors out on missing symbols

[Tor Bug Tracker & Wiki]

#28205: linking against other libwebrtc binaries errors out on missing symbols
---+---
 Reporter:  eighthave  |  Owner:  eighthave
 Type:  defect | Status:  accepted
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Major  | Resolution:
 Keywords:  android|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by eighthave):

 This is really quite the adventure in linking.  `-fsanitize=address` now
 gives me lots of ASAN linking errors:


 https://gitlab.com/eighthave/snowflake/-/jobs/119524452
 {{{
 /tmp/go-build532015574/b051/_x001.o:_cgo_export.c:function
 asan.module_ctor: error: undefined reference to '__asan_init'
 /tmp/go-build532015574/b051/_x001.o:_cgo_export.c:function
 asan.module_ctor: error: undefined reference to
 '__asan_version_mismatch_check_v9'
 /tmp/go-build532015574/b051/_x002.o:cgo.cgo2.c:function asan.module_ctor:
 error: undefined reference to '__asan_init'
 /tmp/go-build532015574/b051/_x002.o:cgo.cgo2.c:function asan.module_ctor:
 error: undefined reference to '__asan_version_mismatch_check_v9'
 ...
 }}}

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

Re: [tor-bugs] #26540 [Applications/Tor Browser]: Enabling pdfjs disableRange option prevents pdfs from loading

[Tor Bug Tracker & Wiki]

#26540: Enabling pdfjs disableRange option prevents pdfs from loading
-+-
 Reporter:  pospeselr|  Owner:
 |  pospeselr
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  ff60-esr, TorBrowserTeam201811R, |  Actual Points:
  tbb-backport   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by pospeselr):

 Replying to [comment:21 gk]:
 > Could you file an upstream bug blocking
 (https://bugzilla.mozilla.org/show_bug.cgi?id=126) and feel free to
 just try to get it upstreamed right now.

 Done: https://bugzilla.mozilla.org/show_bug.cgi?id=1506693

 Verifying issue still exists in firefox latest.

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

Re: [tor-bugs] #27775 [Internal Services/Service - jenkins]: build newsletter.tp.o and styleguide.tp.o with Jenkins

[Tor Bug Tracker & Wiki]

#27775: build newsletter.tp.o and styleguide.tp.o with Jenkins
-+
 Reporter:  hiro |  Owner:  weasel
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - jenkins  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by hiro):

 - https://gitweb.torproject.org/user/hiro/jenkins-
 jobs.git/diff/?h=websites

 - https://gitweb.torproject.org/user/hiro/jenkins-
 tools.git/diff/?h=websites

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

Re: [tor-bugs] #28413 [Core Tor/Tor]: FreeBSD build warning in aes_new_cipher()

[Tor Bug Tracker & Wiki]

#28413: FreeBSD build warning in aes_new_cipher()
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:  Tor: 0.2.9.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:  0
Parent ID:| Points:  0
 Reviewer:|Sponsor:
--+
Changes (by nickm):

 * actualpoints:   => 0


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

Re: [tor-bugs] #28413 [Core Tor/Tor]: FreeBSD build warning in aes_new_cipher()

[Tor Bug Tracker & Wiki]

#28413: FreeBSD build warning in aes_new_cipher()
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:  Tor: 0.2.9.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:  0
 Reviewer:|Sponsor:
--+
Changes (by nickm):

 * status:  assigned => needs_review


Comment:

 See branch `bug28413_029` with PR at
 https://github.com/torproject/tor/pull/499

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28413 [Core Tor/Tor]: FreeBSD build warning in aes_new_cipher()

[Tor Bug Tracker & Wiki]

#28413: FreeBSD build warning in aes_new_cipher()
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: 0.2.9.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:  0 |   Reviewer:
  Sponsor:|
--+
 Our jenkins freebsd builders are trying again!  And they are failing with:

 {{{
 18:20:41 ../tor/src/common/aes.c:107:14: error: variable 'c' is used
 uninitialized whenever 'if' condition is true [-Werror,-Wsometimes-
 uninitialized]
 18:20:41 default: tor_assert(0); // LCOV_EXCL_LINE
 18:20:41  ^
 }}}

 Initializing c to NULL should solve this problem, which is IMO the
 compiler's fault.

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

Re: [tor-bugs] #25702 [Applications/Tor Browser]: Activity 1.1 Update Tor Browser icon to follow design guidelines.

[Tor Bug Tracker & Wiki]

#25702: Activity 1.1 Update Tor Browser icon to follow design guidelines.
--+---
 Reporter:  isabela   |  Owner:  antonela
 Type:  defect| Status:  assigned
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team, tbb-mobile   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  Sponsor17
--+---

Comment (by mcs):

 It is exciting to have a new Tor Browser icon! One thing that I missed
 when taking the survey is that for Leveled and Harvest the actual
 application icon that will be used is a modified form of the largest that
 was presented. While my eyes saw the smaller "app icon in a dock" images
 (included below the larger icons), my brain did not really register them.
 My feedback is that the next time we conduct this kind of survey we should
 make sure this is clear.

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

Re: [tor-bugs] #28412 [Webpages/Support]: import into tor from firefox

[Tor Bug Tracker & Wiki]

#28412: import into tor from firefox
--+--
 Reporter:  jubalante |  Owner:  hiro
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Support  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by Dbryrtfbcbhgf):

 See if this FAQ answers your questions.
 https://support.mozilla.org/en-US/kb/import-bookmarks-html-file

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

Re: [tor-bugs] #28247 [Core Tor/Tor]: Use build.rs in place of test_linking_hack

[Tor Bug Tracker & Wiki]

#28247: Use build.rs in place of test_linking_hack
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  035-can   |  Actual Points:  .1
Parent ID:  #28244| Points:  .1
 Reviewer:|Sponsor:
--+
Changes (by nickm):

 * status:  accepted => needs_review
 * actualpoints:   => .1


Comment:

 See branch `bug28247_035` with PR at
 https://github.com/torproject/tor/pull/498 .

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

Re: [tor-bugs] #27835 [Applications/Tor Browser]: Can't login to Protonmail when Tor Browser security level is max

[Tor Bug Tracker & Wiki]

#27835: Can't login to Protonmail when Tor Browser security level is max
--+---
 Reporter:  tpbt  |  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:
--+---

Comment (by tpbt):

 Well, I should have done a better search before posting, this is an "old"
 issue:
 https://tor.stackexchange.com/questions/15095/protonmail-login-does%c2
 %b4t-work-any-more-with-tor-browser-7-0-and-later
 https://trac.torproject.org/projects/tor/ticket/23718

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

Re: [tor-bugs] #28400 [Core Tor/Stem]: Documentation for Query talks about using run() to get errors, but it's not in the example

[Tor Bug Tracker & Wiki]

#28400: Documentation for Query talks about using run() to get errors, but it's 
not
in the example
---+--
 Reporter:  irl|  Owner:  atagar
 Type:  defect | Status:  reopened
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--
Changes (by atagar):

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


Comment:

 Baka! Sorry about that, added it in a local script but didn't run 'git
 add' afterward. :P

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

Re: [tor-bugs] #28247 [Core Tor/Tor]: Use build.rs in place of test_linking_hack

[Tor Bug Tracker & Wiki]

#28247: Use build.rs in place of test_linking_hack
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  defect| Status:  accepted
 Priority:  Medium|  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  035-can   |  Actual Points:
Parent ID:  #28244| Points:  .1
 Reviewer:|Sponsor:
--+
Changes (by nickm):

 * status:  new => accepted
 * owner:  (none) => nickm
 * points:   => .1


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

Re: [tor-bugs] #28400 [Core Tor/Stem]: Documentation for Query talks about using run() to get errors, but it's not in the example

[Tor Bug Tracker & Wiki]

#28400: Documentation for Query talks about using run() to get errors, but it's 
not
in the example
---+
 Reporter:  irl|  Owner:  atagar
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by irl):

 The commit doesn't actually add a run()

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

Re: [tor-bugs] #28027 [Core Tor/Tor]: Tor keeps opening circuits while waiting for bridge descriptors

[Tor Bug Tracker & Wiki]

#28027: Tor keeps opening circuits while waiting for bridge descriptors
---+---
 Reporter:  dgoulet|  Owner:  neel
 Type:  defect | Status:  assigned
 Priority:  Medium |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor: 0.3.4.8
 Severity:  Normal | Resolution:
 Keywords:  tor-hs, regression, tor-guard  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by neel):

 * cc: neel (added)
 * owner:  (none) => neel
 * status:  new => assigned


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

Re: [tor-bugs] #27775 [Internal Services/Service - jenkins]: build newsletter.tp.o and styleguide.tp.o with Jenkins

[Tor Bug Tracker & Wiki]

#27775: build newsletter.tp.o and styleguide.tp.o with Jenkins
-+
 Reporter:  hiro |  Owner:  weasel
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Service - jenkins  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by weasel):

 These patches don't look right.  Please upload the correct ones or give me
 a (user) git url to clone and diff.

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

Re: [tor-bugs] #28398 [Core Tor/Stem]: Please provide a method on descriptors for calculating digests

[Tor Bug Tracker & Wiki]

#28398: Please provide a method on descriptors for calculating digests
---+
 Reporter:  irl|  Owner:  atagar
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+

Comment (by atagar):

 Thanks irl. Sunk some time into this but unfortunately I'm a bit stuck. I
 began with sha256 digests of extrainfo descriptors because we can easily
 check their corresponding server descriptor to see if we got the correct
 hash or not.

 A commit that attempts to do this is available in the 'sha256_digest'
 branch of my personal repo...

 
https://gitweb.torproject.org/user/atagar/stem.git/commit/?h=sha256_digest=70d6e35047b3dc15fcd8438a9eb824e0105ed364

 Unfortunately though the spec seems pretty clear I'm somehow not matching
 what server descriptors expect. Would you mind seeing if you can spot what
 I'm buggering up 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] #27045 [Applications/Tor Browser]: Add option for firefox incremental builds

[Tor Bug Tracker & Wiki]

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

 * keywords:  tbb-rbm, TorBrowserTeam201811 => tbb-rbm,
   TorBrowserTeam201811R


Comment:

 In branch `bug_27045_v5` the patch is rebased on `bug_27265`, which should
 fix the issue that happened when doing an ffdev build from scratch:
 https://gitweb.torproject.org/user/boklm/tor-browser-
 build.git/commit/?h=bug_27045_v5=187437efa799b7fa61ef878538ed9863c82872ad

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

Re: [tor-bugs] #27265 [Applications/rbm]: In some cases, rbm will download files in the wrong project directory

[Tor Bug Tracker & Wiki]

#27265: In some cases, rbm will download files in the wrong project directory
+--
 Reporter:  boklm   |  Owner:  boklm
 Type:  defect  | Status:
|  needs_review
 Priority:  Medium  |  Milestone:
Component:  Applications/rbm|Version:
 Severity:  Normal  | Resolution:
 Keywords:  boklm201811, TorBrowserTeam201811R  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by boklm):

 * keywords:  boklm201809, TorBrowserTeam201809 => boklm201811,
 TorBrowserTeam201811R
 * status:  new => needs_review


Comment:

 Replying to [comment:3 boklm]:
 > This patch also adds a feature allowing to define options that only
 apply to the current project but not the child projects. I still need to
 make a new revision of the patch documenting this feature and do more
 testing before setting this as `needs_review`.

 A new revision of this patch, adding documentation, is in branch
 `bug_27265_v3`:
 
https://gitweb.torproject.org/user/boklm/rbm.git/commit/?h=bug_27265_v3=146316fa98cae4fabdec7178ad79ba12cfdf82d9

 Because this patch is changing how `rbm` is overriding the value of
 `output_dir`, this requires a small change in `tor-browser-build`, which
 is done in branch `bug_27265`:
 https://gitweb.torproject.org/user/boklm/tor-browser-
 build.git/commit/?h=bug_27265=1d007442bbab4a3e733d0ce4f880a3e2eb02bca6

 I checked that this patch is fixing the build issue with #27045. I also
 checked that this version of rbm is producing an identical build of 8.5a4.

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

Re: [tor-bugs] #22343 [Applications/Tor Browser]: Save as... in the context menu results in using the catch-all circuit

[Tor Bug Tracker & Wiki]

#22343: Save as... in the context menu results in using the catch-all circuit
-+-
 Reporter:  gk   |  Owner:
 |  arthuredelstein
 Type:  defect   | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Major| Resolution:
 Keywords:  tbb-linkability, tbb-usability,  |  Actual Points:
  ff52-esr, tbb-7.0-must, tbb-7.0-issues, tbb-   |
  regression, tbb-7.0-frequent,  |
  TorBrowserTeam201811R  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by arthuredelstein):

 Replying to [comment:61 gk]:
 > Replying to [comment:59 arthuredelstein]:
 > > Replying to [comment:56 gk]:
 > > > 2) From looking at he code in `ContentClick.jsm` It seems we might
 be able to trigger `window.openLinkIn(json.href, where, params);` which
 could lead to false FPI in the `save` case (see the: `// Todo(903022):
 code for where == save`) or is that just a leftover comment and we are
 actually good?
 > >
 > > This was a good catch. I found I needed to patch the `saveURL`
 function in `browser/base/content/utilityOverlay.js`.
 >
 > Where you able to trigger this bug in a browsing sesssion? If so, how? I
 tried quite a bit to verify my suspicion after reading the code, but
 failed.

 Actually, I wasn't. I can try further. Regardless, I think we should patch
 the file because the signature of `saveURL` has changed.

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

Re: [tor-bugs] #27971 [Core Tor/Tor]: Still supports 1024 bit keys

[Tor Bug Tracker & Wiki]

#27971: Still supports 1024 bit keys
+--
 Reporter:  kroeckx |  Owner:  nickm
 Type:  defect  | Status:
|  needs_revision
 Priority:  High|  Milestone:  Tor:
|  0.3.5.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  crypto regression? 035-rc-blocker?  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by nickm):

 I'm not convinced we need to do this in particular before 0.3.5 is out,
 but we definitely need a solid answer here before we ship.

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

Re: [tor-bugs] #28183 [Core Tor/Tor]: tor-0.3.5.3_alpha unexpected stop bug: (Sandbox) Caught a bad syscall attempt (syscall shutdown)

[Tor Bug Tracker & Wiki]

#28183: tor-0.3.5.3_alpha unexpected stop bug: (Sandbox) Caught a bad syscall
attempt (syscall shutdown)
-+-
 Reporter:  n05  |  Owner:  nickm
 Type:  defect   | Status:
 |  needs_review
 Priority:  High |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.5.3-alpha
 Severity:  Normal   | Resolution:
 Keywords:  sandbox regression 035-must  |  Actual Points:
  034-backport? 033-backport 029-backport?   |
  regression? 035-rc-blocker?|
Parent ID:   | Points:  0
 Reviewer:  dgoulet  |Sponsor:
-+-
Changes (by nickm):

 * keywords:
 sandbox regression 035-must 034-backport? 033-backport 029-backport?
 regression?
 =>
 sandbox regression 035-must 034-backport? 033-backport 029-backport?
 regression? 035-rc-blocker?


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

Re: [tor-bugs] #28205 [Obfuscation/Snowflake]: linking against other libwebrtc binaries errors out on missing symbols

[Tor Bug Tracker & Wiki]

#28205: linking against other libwebrtc binaries errors out on missing symbols
---+---
 Reporter:  eighthave  |  Owner:  eighthave
 Type:  defect | Status:  accepted
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Major  | Resolution:
 Keywords:  android|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by eighthave):

 Looks like it is related to this from .travis.yml:

 {{{
 if [[ "$OS" == "linux" ]]; then CGO_CFLAGS="-fsanitize=address"
 CGO_LDFLAGS="-fsanitize=address -fuse-ld=gold" go test -v .; fi
 }}}

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

Re: [tor-bugs] #27971 [Core Tor/Tor]: Still supports 1024 bit keys

[Tor Bug Tracker & Wiki]

#27971: Still supports 1024 bit keys
+--
 Reporter:  kroeckx |  Owner:  nickm
 Type:  defect  | Status:
|  needs_revision
 Priority:  High|  Milestone:  Tor:
|  0.3.5.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  crypto regression? 035-rc-blocker?  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by nickm):

 * keywords:  crypto regression? => crypto regression? 035-rc-blocker?


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

Re: [tor-bugs] #27750 [Core Tor/Tor]: conn_close_if_marked: Non-fatal assertion !(connection_is_writing(conn))

[Tor Bug Tracker & Wiki]

#27750: conn_close_if_marked: Non-fatal assertion !(connection_is_writing(conn))
-+-
 Reporter:  dgoulet  |  Owner:  dgoulet
 Type:  defect   | Status:  new
 Priority:  Very High|  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.4.8
 Severity:  Normal   | Resolution:
 Keywords:  regression, assert, 035-must, 035|  Actual Points:
  -rc-blocker?   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by nickm):

 * keywords:  regression, assert, 035-must => regression, assert, 035-must,
 035-rc-blocker?


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

Re: [tor-bugs] #27381 [Core Tor/Tor]: Bad consensus diffs on 0.3.4 and later [with chutney] (was: Bad consensus diffs on 0.3.4 and later)

[Tor Bug Tracker & Wiki]

#27381: Bad consensus diffs on 0.3.4 and later [with chutney]
--+
 Reporter:  teor  |  Owner:  teor
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tor-auth  |  Actual Points:
Parent ID:  #27146| Points:
 Reviewer:|Sponsor:  Sponsor8-can
--+

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

Re: [tor-bugs] #28372 [Applications/Tor Browser]: determine if onvisibilitychange is a fingerprinting vector

[Tor Bug Tracker & Wiki]

#28372: determine if onvisibilitychange is a fingerprinting vector
-+--
 Reporter:  mcs  |  Owner:  tbb-team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-fingerprinting,ff60-esr  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by tom):

 Replying to [comment:3 onvisibilitychange]:
 > > A website could determine:
 > >
 > > - If it was loaded as a prerender client hint (although we probably
 also disable that)
 > > - If the user has backgrounded the tab, minimized the window, their
 screensaver has gone off, screen locked, etc.
 > Where did you find all that states got revealed?

 The specified states are visible, hidden, and prerender. Hidden would tell
 you only that it was hidden, you'd have to guess or guesstimate which of
 the various scenarios I listed had actually occurred. I just listed the
 first things that came to mind that would cause a 'hidden' state.

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

Re: [tor-bugs] #28397 [Core Tor/Stem]: Please provide a method on descriptors to generate a @type annotation

[Tor Bug Tracker & Wiki]

#28397: Please provide a method on descriptors to generate a @type annotation
---+-
 Reporter:  irl|  Owner:  atagar
 Type:  enhancement| Status:  closed
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:  implemented
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+-
Changes (by atagar):

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


Comment:

 My pleasure! Thanks for suggesting 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] #28205 [Obfuscation/Snowflake]: linking against other libwebrtc binaries errors out on missing symbols

[Tor Bug Tracker & Wiki]

#28205: linking against other libwebrtc binaries errors out on missing symbols
---+---
 Reporter:  eighthave  |  Owner:  eighthave
 Type:  defect | Status:  accepted
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Major  | Resolution:
 Keywords:  android|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by eighthave):

 And there is one last weird linking issue which seems to be related to
 something C++, but I can't figure out the missing library:

 https://gitlab.com/eighthave/snowflake/-/jobs/119448897
 {{{
 # github.com/keroserene/go-webrtc
 
../../base/allocator/allocator_shim_default_dispatch_to_linker_wrapped_symbols.cc:36:
 error: undefined reference to '__real_malloc'
 
../../base/allocator/allocator_shim_default_dispatch_to_linker_wrapped_symbols.cc:43:
 error: undefined reference to '__real_calloc'
 
../../base/allocator/allocator_shim_default_dispatch_to_linker_wrapped_symbols.cc:57:
 error: undefined reference to '__real_memalign'
 
../../base/allocator/allocator_shim_default_dispatch_to_linker_wrapped_symbols.cc:50:
 error: undefined reference to '__real_realloc'
 
../../base/allocator/allocator_shim_default_dispatch_to_linker_wrapped_symbols.cc:61:
 error: undefined reference to '__real_free'
 clang70++: error: linker command failed with exit code 1 (use -v to see
 invocation)
 }}}

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

Re: [tor-bugs] #28401 [Core Tor/Stem]: stem.client does not fragment across relay cells when making dir requests over orports

[Tor Bug Tracker & Wiki]

#28401: stem.client does not fragment across relay cells when making dir 
requests
over orports
---+---
 Reporter:  irl|  Owner:  atagar
 Type:  defect | Status:  needs_information
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by atagar):

 * status:  new => needs_information


Comment:

 Thanks irl, do you have a demo script that produced this issue that I can
 run?

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

Re: [tor-bugs] #28382 [Core Tor/Tor]: Update bandwidth file headers in dir-spec

[Tor Bug Tracker & Wiki]

#28382: Update bandwidth file headers in dir-spec
--+--
 Reporter:  juga  |  Owner:  juga
 Type:  task  | Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tor-spec  |  Actual Points:
Parent ID:| Points:
 Reviewer:  mikeperry |Sponsor:
--+--
Changes (by asn):

 * reviewer:   => mikeperry


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

Re: [tor-bugs] #28362 [Core Tor/Tor]: Make sure our .may_includes files describe a noncircular dependency structure

[Tor Bug Tracker & Wiki]

#28362: Make sure our .may_includes files describe a noncircular dependency
structure
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  enhancement   | Status:  needs_review
 Priority:  Medium|  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:  dgoulet   |Sponsor:
--+
Changes (by asn):

 * reviewer:   => dgoulet


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

Re: [tor-bugs] #28008 [Core Tor/Tor]: shellcheck: coverage script issues

[Tor Bug Tracker & Wiki]

#28008: shellcheck: coverage script issues
+
 Reporter:  rl1987  |  Owner:  (none)
 Type:  defect  | Status:  needs_review
 Priority:  Medium  |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  technical-debt  |  Actual Points:
Parent ID:  | Points:
 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] #28183 [Core Tor/Tor]: tor-0.3.5.3_alpha unexpected stop bug: (Sandbox) Caught a bad syscall attempt (syscall shutdown)

[Tor Bug Tracker & Wiki]

#28183: tor-0.3.5.3_alpha unexpected stop bug: (Sandbox) Caught a bad syscall
attempt (syscall shutdown)
-+-
 Reporter:  n05  |  Owner:  nickm
 Type:  defect   | Status:
 |  needs_review
 Priority:  High |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.5.3-alpha
 Severity:  Normal   | Resolution:
 Keywords:  sandbox regression 035-must  |  Actual Points:
  034-backport? 033-backport 029-backport?   |
  regression?|
Parent ID:   | Points:  0
 Reviewer:  dgoulet  |Sponsor:
-+-
Changes (by asn):

 * reviewer:   => dgoulet


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

Re: [tor-bugs] #28009 [Core Tor/Tor]: shellcheck: cov-diff issues

[Tor Bug Tracker & Wiki]

#28009: shellcheck: cov-diff issues
+
 Reporter:  rl1987  |  Owner:  (none)
 Type:  defect  | Status:  needs_review
 Priority:  Medium  |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  technical-debt  |  Actual Points:
Parent ID:  | Points:
 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] #27929 [Core Tor/Tor]: Consider no longer calling routerlist_remove_old_routers() from check_descriptor_callback()

[Tor Bug Tracker & Wiki]

#27929: Consider no longer calling routerlist_remove_old_routers() from
check_descriptor_callback()
+
 Reporter:  rl1987  |  Owner:  (none)
 Type:  defect  | Status:  needs_review
 Priority:  Medium  |  Milestone:  Tor: 0.4.0.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  technical-debt  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  nickm   |Sponsor:
+
Changes (by asn):

 * reviewer:   => nickm


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

Re: [tor-bugs] #27740 [Core Tor/Tor]: rust protover_all_supported() returns rust-allocated string in *missing_out

[Tor Bug Tracker & Wiki]

#27740: rust protover_all_supported() returns rust-allocated string in 
*missing_out
-+-
 Reporter:  cyberpunks   |  Owner:  ahf
 Type:  defect   | Status:
 |  needs_review
 Priority:  Very High|  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.3.1-alpha
 Severity:  Normal   | Resolution:
 Keywords:  rust, protover, memory-safety,   |  Actual Points:
  035-must, fast-fix, 033-backport,  |
  034-backport   |
Parent ID:   | Points:
 Reviewer:  catalyst |Sponsor:
-+-
Changes (by asn):

 * reviewer:   => catalyst


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

Re: [tor-bugs] #21377 [Core Tor/Tor]: DirAuths should expose bwauth bandwidth files

[Tor Bug Tracker & Wiki]

#21377: DirAuths should expose bwauth bandwidth files
-+-
 Reporter:  tom  |  Owner:  juga
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  High |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-dirauth, metrics, tor-bwauth,|  Actual Points:
  035-removed-20180711, 040-roadmap-proposed |
Parent ID:  #25925   | Points:
 Reviewer:  ahf  |Sponsor:
-+-
Changes (by asn):

 * reviewer:   => ahf


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

Re: [tor-bugs] #26698 [Core Tor/Tor]: Authorities should put a hash of the bandwidth file in their votes

[Tor Bug Tracker & Wiki]

#26698: Authorities should put a hash of the bandwidth file in their votes
---+---
 Reporter:  teor   |  Owner:  (none)
 Type:  enhancement| Status:
   |  needs_review
 Priority:  Low|  Milestone:  Tor:
   |  unspecified
Component:  Core Tor/Tor   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tor-crypto tor-dirauth tor-bwauth  |  Actual Points:
Parent ID:  #27047 | Points:
 Reviewer:  mikeperry  |Sponsor:
---+---
Changes (by asn):

 * reviewer:   => mikeperry


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

Re: [tor-bugs] #28400 [Core Tor/Stem]: Documentation for Query talks about using run() to get errors, but it's not in the example

[Tor Bug Tracker & Wiki]

#28400: Documentation for Query talks about using run() to get errors, but it's 
not
in the example
---+
 Reporter:  irl|  Owner:  atagar
 Type:  defect | Status:  closed
 Priority:  Medium |  Milestone:
Component:  Core Tor/Stem  |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+
Changes (by atagar):

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


Comment:

 Thanks irl,
 
[https://gitweb.torproject.org/stem.git/commit/?id=0a8b47e85f8064a559c3273ea8707fbc27657b71
 fixed].

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

Re: [tor-bugs] #28096 [Core Tor/Tor]: Windows 8.1 and 10 relays claim to be Windows 8

[Tor Bug Tracker & Wiki]

#28096: Windows 8.1 and 10 relays claim to be Windows 8
-+-
 Reporter:  teor |  Owner:  teor
 Type:  defect   | Status:
 |  needs_revision
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.2.2.34
 Severity:  Normal   | Resolution:
 Keywords:  windows, fast-fix, 029-backport, |  Actual Points:  0.2
  033-backport, 034-backport, 035-backport   |
Parent ID:   | Points:  0.2
 Reviewer:  asn  |Sponsor:
-+-
Changes (by asn):

 * status:  needs_review => needs_revision


Comment:

 Marking this as needs_rev for weekly reviews

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

Re: [tor-bugs] #28205 [Obfuscation/Snowflake]: linking against other libwebrtc binaries errors out on missing symbols

[Tor Bug Tracker & Wiki]

#28205: linking against other libwebrtc binaries errors out on missing symbols
---+---
 Reporter:  eighthave  |  Owner:  eighthave
 Type:  defect | Status:  accepted
 Priority:  Medium |  Milestone:
Component:  Obfuscation/Snowflake  |Version:
 Severity:  Major  | Resolution:
 Keywords:  android|  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by eighthave):

 Anyone know anything about **gn**?  I guess it is something from ninja or
 deploy_tools.  This is stumping me:

 https://gitlab.com/eighthave/go-webrtc/-/jobs/119428248
 {{{
 + gn gen out/Release '--args=target_os="android" target_cpu="arm"
 is_debug=false use_custom_libcxx=false'
 ERROR at //build/config/android/internal_rules.gni:122:23: Can't load
 input file.
 deps += [ "${_target_label}__build_config" ]
   ^---
 }}}

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28412 [Webpages/Support]: import into tor from firefox

[Tor Bug Tracker & Wiki]

#28412: import into tor from firefox
---+--
 Reporter:  jubalante  |  Owner:  hiro
 Type:  defect | Status:  new
 Priority:  Medium |  Component:  Webpages/Support
  Version: |   Severity:  Normal
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--
 as a user of firefox for 15 years or more I'd like to import my bookmarks
 and websites logins and passwords but am unable to find instructions to do
 that. I also use Kaspersky Password manager and would like to link to that
 app. Possible?

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

Re: [tor-bugs] #26540 [Applications/Tor Browser]: Enabling pdfjs disableRange option prevents pdfs from loading

[Tor Bug Tracker & Wiki]

#26540: Enabling pdfjs disableRange option prevents pdfs from loading
-+-
 Reporter:  pospeselr|  Owner:
 |  pospeselr
 Type:  defect   | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  ff60-esr, TorBrowserTeam201811R, |  Actual Points:
  tbb-backport   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by tom):

 Replying to [comment:21 gk]:
 > Could you file an upstream bug blocking
 (https://bugzilla.mozilla.org/show_bug.cgi?id=126) and feel free to
 just try to get it upstreamed right now. I hope that won't be that hard
 and delaying work on #3600.

 Please cc me!

 > Oh, and while you are at it: while testing your patch I got tons (i.e.
 hundreds) of
 > {{{
 > Attempting to post a message to window with url
 > "resource://pdf.js/web/viewer.html" and origin
 > "resource://pdf.js^firstPartyDomain=amnestyusa.org" from a system
 principal
 > scope with mismatched origin "[System Principal]"
 > }}}
 > messages in my browser console. Those are not related to your patch, but
 could you file a FPI bug blocking the above one as well (or maybe the
 FirstPartyIsolationQA bug, I am not sure)? I have not checked whether
 those messages are actually a sign of something that is deeper wrong or
 whether it's just console spam.

 This is https://bugzilla.mozilla.org/show_bug.cgi?id=1495204 ! =)

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

Re: [tor-bugs] #26297 [Core Tor/Tor]: get 0.3.4.x into Debian sid

[Tor Bug Tracker & Wiki]

#26297: get 0.3.4.x into Debian sid
--+
 Reporter:  catalyst  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.4.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  debian|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by nickm):

 This is done now: https://packages.debian.org/sid/tor

 In general, though, this isn't something we do -- it's something that the
 debian packagers do.

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

Re: [tor-bugs] #26297 [Core Tor/Tor]: get 0.3.4.x into Debian sid

[Tor Bug Tracker & Wiki]

#26297: get 0.3.4.x into Debian sid
--+
 Reporter:  catalyst  |  Owner:  (none)
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:  Tor: 0.3.4.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:  implemented
 Keywords:  debian|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by nickm):

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


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

Re: [tor-bugs] #22162 [Applications/Tor Browser]: Review speculative connections

[Tor Bug Tracker & Wiki]

#22162: Review speculative connections
---+--
 Reporter:  tom|  Owner:  tbb-team
 Type:  defect | Status:  new
 Priority:  Low|  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-linkability, ff60-esr  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by mcs):

 #28371 is a duplicate. In that ticket, related to the "on mousedown"
 connections, tom said:
 >  This should be fine. It speculatively connects passing NodePrincipal()
 which contains OriginAttributes.

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

Re: [tor-bugs] #28371 [Applications/Tor Browser]: verify that speculative connect on mousedown does not violate FPI

[Tor Bug Tracker & Wiki]

#28371: verify that speculative connect on mousedown does not violate FPI
--+---
 Reporter:  mcs   |  Owner:  tbb-team
 Type:  defect| Status:  closed
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  duplicate
 Keywords:  tbb-linkability,ff60-esr  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by mcs):

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


Comment:

 Replying to [comment:2 onvisibilitychange]:
 > #22162 ;)

 Thanks! Resolving this ticket as a duplicate.

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

Re: [tor-bugs] #26698 [Core Tor/Tor]: Authorities should put a hash of the bandwidth file in their votes

[Tor Bug Tracker & Wiki]

#26698: Authorities should put a hash of the bandwidth file in their votes
---+---
 Reporter:  teor   |  Owner:  (none)
 Type:  enhancement| Status:
   |  needs_review
 Priority:  Low|  Milestone:  Tor:
   |  unspecified
Component:  Core Tor/Tor   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tor-crypto tor-dirauth tor-bwauth  |  Actual Points:
Parent ID:  #27047 | Points:
 Reviewer: |Sponsor:
---+---
Changes (by juga):

 * status:  needs_revision => needs_review


Comment:

 https://github.com/torproject/tor/pull/497

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

Re: [tor-bugs] #27117 [UX/Research]: Usability Research: Onions - Uganda

[Tor Bug Tracker & Wiki]

#27117: Usability Research: Onions - Uganda
-+--
 Reporter:  nyinz|  Owner:  nyinz
 Type:  project  | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  UX/Research  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:  #27010   | Points:
 Reviewer:  antonela |Sponsor:  Sponsor9
-+--
Changes (by pili):

 * sponsor:   => Sponsor9


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

Re: [tor-bugs] #27119 [UX/Research]: Usability Research: Support Portal Feedback

[Tor Bug Tracker & Wiki]

#27119: Usability Research: Support Portal Feedback
-+--
 Reporter:  nyinz|  Owner:  nyinz
 Type:  project  | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  UX/Research  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:  #27010   | Points:
 Reviewer:  antonela |Sponsor:  Sponsor9
-+--
Changes (by pili):

 * sponsor:   => Sponsor9


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

Re: [tor-bugs] #27742 [UX/Research]: Usability Research: Onions Mombasa, Kenya

[Tor Bug Tracker & Wiki]

#27742: Usability Research: Onions Mombasa, Kenya
-+--
 Reporter:  nyinz|  Owner:  nyinz
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  UX/Research  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:  #27010   | Points:
 Reviewer:  antonela |Sponsor:  Sponsor9
-+--
Changes (by pili):

 * sponsor:   => Sponsor9


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

Re: [tor-bugs] #27743 [UX/Research]: Usability Research: Circuit Display - Mombasa, Kenya

[Tor Bug Tracker & Wiki]

#27743: Usability Research: Circuit Display - Mombasa, Kenya
-+--
 Reporter:  nyinz|  Owner:  nyinz
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  UX/Research  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:  #27010   | Points:
 Reviewer:  antonela |Sponsor:  Sponsor9
-+--
Changes (by pili):

 * sponsor:   => Sponsor9


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

Re: [tor-bugs] #27745 [UX/Research]: Usability Research: Circuit Display: Nairobi (group 2)

[Tor Bug Tracker & Wiki]

#27745: Usability Research: Circuit Display: Nairobi (group 2)
-+--
 Reporter:  nyinz|  Owner:  nyinz
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  UX/Research  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:  #27010   | Points:
 Reviewer:  antonela |Sponsor:  Sponsor9
-+--
Changes (by pili):

 * sponsor:   => Sponsor9


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

Re: [tor-bugs] #27744 [UX/Research]: Usability Research: Circuit Display: Nairobi (group 1)

[Tor Bug Tracker & Wiki]

#27744: Usability Research: Circuit Display: Nairobi (group 1)
-+--
 Reporter:  nyinz|  Owner:  nyinz
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  UX/Research  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:  #27010   | Points:
 Reviewer:  antonela |Sponsor:  Sponsor9
-+--
Changes (by pili):

 * sponsor:   => Sponsor9


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

Re: [tor-bugs] #27747 [UX/Research]: Usability Research: Onions - Nairobi (group 1)

[Tor Bug Tracker & Wiki]

#27747: Usability Research: Onions - Nairobi (group 1)
-+--
 Reporter:  nyinz|  Owner:  nyinz
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  UX/Research  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:  #27010   | Points:
 Reviewer:  antonela |Sponsor:  Sponsor9
-+--
Changes (by pili):

 * sponsor:   => Sponsor9


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

Re: [tor-bugs] #28088 [UX/Research]: User Needs Discovery: Kenya

[Tor Bug Tracker & Wiki]

#28088: User Needs Discovery: Kenya
-+--
 Reporter:  nyinz|  Owner:  nyinz
 Type:  defect   | Status:  assigned
 Priority:  Medium   |  Milestone:
Component:  UX/Research  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team  |  Actual Points:
Parent ID:  #27010   | Points:
 Reviewer:  antonela |Sponsor:  Sponsor9
-+--
Changes (by pili):

 * sponsor:   => Sponsor9


--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28411 [Webpages/Blog]: Cannot view or edit tags on blog posts

[Tor Bug Tracker & Wiki]

#28411: Cannot view or edit tags on blog posts
---+--
 Reporter:  steph  |  Owner:  hiro
 Type:  defect | Status:  new
 Priority:  Medium |  Milestone:
Component:  Webpages/Blog  |Version:
 Severity:  Major  |   Keywords:
Actual Points: |  Parent ID:
   Points: |   Reviewer:
  Sponsor: |
---+--
 Tags on posts are listed as "- Restricted access -"

 I tried to add a tag to a blog post and received this error:

 The website encountered an unexpected error. Please try again
 later.Drupal\Core\Database\DatabaseExceptionWrapper:
 SQLSTATE[42S22]: Column not found: 1054 Unknown column
 taxonomy_term_field_data.status in where clause:
 SELECT base_table.tid AS tid, base_table.tid AS base_table_tid
 FROM
 {taxonomy_term_data} base_table
 INNER JOIN {taxonomy_term_field_data} taxonomy_term_field_data ON
 taxonomy_term_field_data.tid = base_table.tid
 WHERE (taxonomy_term_field_data.vid IN (:db_condition_placeholder_0,
 :db_condition_placeholder_1, :db_condition_placeholder_2)) AND
 (taxonomy_term_field_data.name LIKE :db_condition_placeholder_3 ESCAPE
 \\) AND (taxonomy_term_field_data.status =
 :db_condition_placeholder_4)
 GROUP BY base_table.tid
 LIMIT 6 OFFSET 0; Array
 (
 [:db_condition_placeholder_0] = aggregation_feed_types
 [:db_condition_placeholder_1] = forums
 [:db_condition_placeholder_2] = tags
 [:db_condition_placeholder_3] = onionize the web
 [:db_condition_placeholder_4] = 1
 )
  in Drupal\Core\Entity\Plugin\EntityReferenceSelection\DefaultSelection-getReferenceableEntities()
 (line 241 of core/lib/Drupal/Core/Entity/Plugin/EntityReferenceSelection/DefaultSelection.php).

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28410 [Core Tor]: systemd restart loop when tor@default.service::Type=notify

[Tor Bug Tracker & Wiki]

#28410: systemd restart loop when tor@default.service::Type=notify
+--
 Reporter:  jchevali|  Owner:  (none)
 Type:  defect  | Status:  new
 Priority:  Medium  |  Component:  Core Tor
  Version:  Tor: 0.3.5.4-alpha  |   Severity:  Normal
 Keywords:  systemd |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
 I'm experiencing a 300sec restart loop when Tor is run as a service. This
 is Debian stretch using systemd.

 This is a system in which tor-0.3.4.8 was installed and running OK. Then I
 overrode the tor executable with a 0.3.5.4-alpha build (with configure
 {{{--prefix=}}}), and it started showing this problem.

 I tried some workarounds found on the Net, such as changing the /var/run
 symlink from /run to ../run (which shouldn't need to be done), tweaking
 values of ReadWriteDirectories in {{{tor@default.service}}}, and changing
 TimeoutStartSec to 0. None of that worked.

 What does work is setting Type=simple instead of notify, but then I came
 across ticket #11016 and really, notify should work. So if it doesn't, I
 wonder if this version of tor 0.3.5 alpha could have a fault? How can I
 look into that more closely to verify?

 This is the log in syslog prior to restart:

 {{{
 systemd[1]: tor@default.service: Start operation timed out. Terminating.
 systemd[1]: Failed to start Anonymizing overlay network for TCP.
 systemd[1]: tor@default.service: Unit entered failed state.
 systemd[1]: tor@default.service: Failed with result 'timeout'.
 systemd[1]: tor@default.service: Service hold-off time over, scheduling
 restart.
 systemd[1]: Stopped Anonymizing overlay network for TCP.
 systemd[1]: Starting Anonymizing overlay network for TCP...
 }}}

 And here is my current {{{tor@default.service}}}:

 {{{
 [Unit]
 Description=Anonymizing overlay network for TCP
 After=network.target nss-lookup.target
 PartOf=tor.service
 ReloadPropagatedFrom=tor.service

 [Service]
 #Type=notify
 Type=simple
 NotifyAccess=all
 PIDFile=/var/run/tor/tor.pid
 PermissionsStartOnly=yes
 ExecStartPre=/usr/bin/install -Z -m 02755 -o debian-tor -g debian-tor -d
 /var/run/tor
 ExecStartPre=/usr/bin/tor --defaults-torrc /usr/share/tor/tor-service-
 defaults-torrc -f /etc/tor/torrc --RunAsDaemon 0 --verify-config
 ExecStart=/usr/bin/tor --defaults-torrc /usr/share/tor/tor-service-
 defaults-torrc -f /etc/tor/torrc --RunAsDaemon 0
 ExecReload=/bin/kill -HUP ${MAINPID}
 KillSignal=SIGINT
 TimeoutStartSec=300
 TimeoutStopSec=60
 Restart=on-failure
 LimitNOFILE=65536

 # Hardening
 AppArmorProfile=-system_tor
 NoNewPrivileges=yes
 PrivateTmp=yes
 PrivateDevices=yes
 ProtectHome=yes
 ProtectSystem=full
 ReadOnlyDirectories=/
 ReadWriteDirectories=-/proc
 ReadWriteDirectories=-/var/lib/tor
 ReadWriteDirectories=-/var/log/tor
 ReadWriteDirectories=-/var/run
 CapabilityBoundingSet=CAP_SETUID CAP_SETGID CAP_NET_BIND_SERVICE
 CAP_DAC_READ_SEARCH
 }}}

 Advice?

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

Re: [tor-bugs] #27841 [Core Tor/Tor]: Close intro circuit after introduction has been completed

[Tor Bug Tracker & Wiki]

#27841: Close intro circuit after introduction has been completed
-+-
 Reporter:  asn  |  Owner:  neel
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.4.0.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-hs dos 033-backport, |  Actual Points:
  034-backport   |
Parent ID:   | Points:
 Reviewer:  dgoulet  |Sponsor:
-+-
Changes (by dgoulet):

 * status:  needs_review => merge_ready


Comment:

 Big thanks neel!

 ACK.

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

Re: [tor-bugs] #28179 [Core Tor/Tor]: Handle output from PT processes with the event loop

[Tor Bug Tracker & Wiki]

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

Comment (by ahf):

 Starting to track this in https://github.com/ahf/tor/tree/bugs/28179

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

Re: [tor-bugs] #28409 [Core Tor/Tor]: Investigate whether 64-bit ARM is performing better for Orbot

[Tor Bug Tracker & Wiki]

#28409: Investigate whether 64-bit ARM is performing better for Orbot
--+--
 Reporter:  ahf   |  Owner:  ahf
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: unspecified
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #25500| Points:  1
 Reviewer:|Sponsor:  Sponsor8
--+--
Changes (by eighthave):

 * cc: eighthave (added)


Comment:

 The flip side of this is increasing the size of the APK and/or the
 complexity of managing APK builds.  For example, currently Google Play and
 F-Droid have different preferred ways of handling multi-arch APKs.

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

Re: [tor-bugs] #28183 [Core Tor/Tor]: tor-0.3.5.3_alpha unexpected stop bug: (Sandbox) Caught a bad syscall attempt (syscall shutdown)

[Tor Bug Tracker & Wiki]

#28183: tor-0.3.5.3_alpha unexpected stop bug: (Sandbox) Caught a bad syscall
attempt (syscall shutdown)
-+-
 Reporter:  n05  |  Owner:  nickm
 Type:  defect   | Status:
 |  accepted
 Priority:  High |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.5.3-alpha
 Severity:  Normal   | Resolution:
 Keywords:  sandbox regression 035-must  |  Actual Points:
  034-backport? 033-backport 029-backport?   |
  regression?|
Parent ID:   | Points:  0
 Reviewer:   |Sponsor:
-+-
Changes (by nickm):

 * priority:  Medium => High
 * owner:  (none) => nickm
 * points:   => 0
 * status:  new => accepted
 * keywords:  sandbox regression 035-must =>
 sandbox regression 035-must 034-backport? 033-backport 029-backport?
 regression?


Comment:

 I've done this patch against 0.2.9 as "bug28182_029", but I think the bug
 might be 0.3.5-only, caused by my work on NSS compatibility. I could
 investigate but it would probably take more time than it's worth.

 There's a PR at https://github.com/torproject/tor/pull/496 .

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

Re: [tor-bugs] #28183 [Core Tor/Tor]: tor-0.3.5.3_alpha unexpected stop bug: (Sandbox) Caught a bad syscall attempt (syscall shutdown)

[Tor Bug Tracker & Wiki]

#28183: tor-0.3.5.3_alpha unexpected stop bug: (Sandbox) Caught a bad syscall
attempt (syscall shutdown)
-+-
 Reporter:  n05  |  Owner:  nickm
 Type:  defect   | Status:
 |  needs_review
 Priority:  High |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.5.3-alpha
 Severity:  Normal   | Resolution:
 Keywords:  sandbox regression 035-must  |  Actual Points:
  034-backport? 033-backport 029-backport?   |
  regression?|
Parent ID:   | Points:  0
 Reviewer:   |Sponsor:
-+-
Changes (by nickm):

 * status:  accepted => 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] #28409 [Core Tor/Tor]: Investigate whether 64-bit ARM is performing better for Orbot

[Tor Bug Tracker & Wiki]

#28409: Investigate whether 64-bit ARM is performing better for Orbot
--+--
 Reporter:  ahf   |  Owner:  ahf
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: unspecified
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #25500| Points:  1
 Reviewer:|Sponsor:  Sponsor8
--+--
Changes (by ahf):

 * status:  new => assigned
 * owner:  (none) => ahf


--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #28409 [Core Tor/Tor]: Investigate whether 64-bit ARM is performing better for Orbot

[Tor Bug Tracker & Wiki]

#28409: Investigate whether 64-bit ARM is performing better for Orbot
--+--
 Reporter:  ahf   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: unspecified
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:  #25500
   Points:  1 |   Reviewer:
  Sponsor:  Sponsor8  |
--+--
 We should investigate whether it makes sense for Orbot to ship with a
 64-bit version of Tor.

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

Re: [tor-bugs] #28405 [Core Tor/Tor]: Unable to parse networkstatus consensus (related to CR in time field) (was: Unable to parse networkstatus consensus)

[Tor Bug Tracker & Wiki]

#28405: Unable to parse networkstatus consensus (related to CR in time field)
--+
 Reporter:  nth   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

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

Re: [tor-bugs] #25925 [Core Tor/sbws]: bwauth improvements (ex-parent ticket for SoP planned tasks) (was: Bandwidth scanner parent ticket for SoP planned tasks)

[Tor Bug Tracker & Wiki]

#25925: bwauth improvements (ex-parent ticket for SoP planned tasks)
---+--
 Reporter:  juga   |  Owner:  juga
 Type:  defect | Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Core Tor/sbws  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by juga):

 Change title to reflect current situation.
 Not creating a new parent or changing children at the moment.

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