[tor-bugs] #27029 [Internal Services/Tor Sysadmin Team]: Please refresh my key certifications

[Tor Bug Tracker & Wiki]

#27029: Please refresh my key certifications
-+-
 Reporter:  micah|  Owner:  tpa
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   |   Keywords:  openpgp
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 The openpgp key used for me on db.torproject.org needs to be refreshed
  from the keyservers.

  ==> : UDFormatError: Signing
 key
  (8CBF9A322861A790, Micah) has expired

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

Re: [tor-bugs] #26913 [Core Tor/Tor]: DataDirectoryGroupReadable enabled does not have effect

[Tor Bug Tracker & Wiki]

#26913: DataDirectoryGroupReadable enabled does not have effect
--+
 Reporter:  maha  |  Owner:  (none)
 Type:  defect| Status:
  |  needs_information
 Priority:  Medium|  Milestone:  Tor:
  |  0.3.5.x-final
Component:  Core Tor/Tor  |Version:  Tor:
  |  0.3.3.9
 Severity:  Normal| Resolution:
 Keywords:  regression? 035-roadmap-proposed  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by redfish):

 I also hit this. Workaround: define CacheDirectory in your torrc, for
 example: `CacheDirectory /var/cache/tor` (and, just in case, create it
 before starting Tor: mkdir /var/cache/tor && chmod 700 /var/cache/tor).

 The wrong permission settings happens when DataDirectory ==
 CacheDirectory, which happens by default if CacheDirectory is undefined.
 The call that breaks permissions is this one:
 It's
 
https://github.com/torproject/tor/blob/3c490190163e227d37eb989b41df152e8500e059/src/app/config/config.c#L1557

 It's tricky to suggest the right^TM fix. I think the easiest and foolproof
 fix is to change the default for CacheDirectory to be
 "DataDirectory"/cache (or even /var/cache/tor, if tor generally has
 permissions to create it in /var/cache on its own). Next option for a fix
 is to log a warning during configuration validity check if (DataDirectory
 == CacheDirectory  and DataDirectoryGroupReadable !=
 CacheDirectoryGroupReadable), and maybe even fail hard rejecting the
 config as inconsistent.

 It regressed, because CacheDirectory stuff was added somewhat recently in
 #22703, so people with old configs without this var defined will all be
 affected.

 PS. Two years after #19953: same bug (albeit for a different reason) and
 same fixer, lol.

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

Re: [tor-bugs] #27016 [Applications/Tor Browser]: TBA: Audit thirdparty picasso

[Tor Bug Tracker & Wiki]

#27016: TBA: Audit thirdparty picasso
--+--
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  defect| Status:  needs_review
 Priority:  Very High |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, tbb-proxy-bypass  |  Actual Points:
Parent ID:  #25851| Points:
 Reviewer:|Sponsor:
--+--
Changes (by sysrqb):

 * status:  new => needs_review


Comment:

 Replying to [comment:1 sysrqb]:
 > This library using the `NetworkInfo` via the `ConnectivityManager` for
 deciding how many background threads it should create for processing.
 Higher bandwidth connections result in more threads. The default is 3, so
 this shouldn't be a problem. The library also registers for network change
 events. We'll probably need to change it so we don't require these Android
 permissions.
 >

 This doesn't seem like it'll be a problem. Picasso catches missing
 permissions, so that shouldn't be cause a crash.

 > `UrlConnectionDownloader` is the only class that bypasses the proxy, so
 we'll need a patch for that, as well.

 I have a patch for this, branch `27016`, on my repo.

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

Re: [tor-bugs] #26970 [Core Tor/Tor]: Privcount: plan the modules and components

[Tor Bug Tracker & Wiki]

#26970: Privcount: plan the modules and components
-+-
 Reporter:  teor |  Owner:  teor
 Type:  task | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  privcount, 035-roadmap-master, 035   |  Actual Points:
  -triaged-in-20180711, rust |
Parent ID:  #25669   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by chelseakomlo):

 As a side note, if it would be easier to schedule a brainstorming session
 on IRC to discuss this, we can do that as well.

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

Re: [tor-bugs] #27027 [Community/Relays]: TorRelayGuide/NetBSD: set ORPort to 443 where that works out of the box

[Tor Bug Tracker & Wiki]

#27027: TorRelayGuide/NetBSD: set ORPort to 443 where that works out of the box
---+--
 Reporter:  nusenu |  Owner:  egypcio
 Type:  enhancement| Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Relays   |Version:
 Severity:  Normal | Resolution:
 Keywords:  bsd netbsd tdp torbsd  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by nusenu):

 Replying to [comment:2 egypcio]:
 > I completely understand that having 'ORPort 443' includes more people to
 reach out the relay and so on, but if you check forums and/or mailing
 lists you can get the feedback from many people trying to bind tor (and
 many other unix daemons) to low ports and getting issues related to it;
 there's actually a note on the official torrc sample configuration about
 this king of thing.

 again: for this very reason we only put `ORPort 443` there where it
 **works out of the box**, the above reasoning might apply to other
 platforms but this ticket is specifically about the NetBSD wiki page, not
 something else

 > PS: having other ports rather than 'just' 443 is also not a bad idea.
 that was the motivation behind the 'TRY A DIFFERENT PORT'. 22, 587, 993,
 1194, 500, 5222, 465, 6697, 636, ...

 I don't think that these other ports you list here are more likely to be
 allowed by restricted firewalls than port 443

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

Re: [tor-bugs] #27025 [Community/Relays]: TorRelayGuide/NetBSD steps result in installation of old tor version

[Tor Bug Tracker & Wiki]

#27025: TorRelayGuide/NetBSD steps result in installation of old tor version
---+-
 Reporter:  nusenu |  Owner:  egypcio
 Type:  enhancement| Status:  closed
 Priority:  Medium |  Milestone:
Component:  Community/Relays   |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords:  bsd netbsd tdp torbsd  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+-
Changes (by egypcio):

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


Comment:

 added the information regarding new versions of Tor for NetBSD; closing
 this ticket. one might reopen it or create a new one. many thanks!

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

Re: [tor-bugs] #27027 [Community/Relays]: TorRelayGuide/NetBSD: set ORPort to 443 where that works out of the box

[Tor Bug Tracker & Wiki]

#27027: TorRelayGuide/NetBSD: set ORPort to 443 where that works out of the box
---+--
 Reporter:  nusenu |  Owner:  egypcio
 Type:  enhancement| Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Relays   |Version:
 Severity:  Normal | Resolution:
 Keywords:  bsd netbsd tdp torbsd  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by egypcio):

 it's really not that "I don't like it". when you put things this way (and
 paste the diff with the changes) looks like you got things personal - it
 is/was not my intention, btw.

 I completely understand that having 'ORPort 443' includes more people to
 reach out the relay and so on, but if you check forums and/or mailing
 lists you can get the feedback from many people trying to bind tor (and
 many other unix daemons) to low ports and getting issues related to it;
 there's actually a note on the official torrc sample configuration about
 this king of thing.

 FreeBSD was/is one of the systems that does not allow (by default) unpriv
 users to bind sockets to low ports; and 9001 is present on the wiki page
 here for FreeBSD ;-)

 why did I use the 9001? it's the default for torrc and an unpriv user can
 bind a socket to such a port; than the relay admin can judge if the S.O.
 of choice can work on binding low ports to unpriv users - or do whatever
 it's needed to advertise the 443 (in question here).

 for DragonFly-, Net- and OpenBSD I just updated the wiki pages and
 reflected this kind of info. thanks for reporting this issue. very
 appreciated!

 PS: having other ports rather than 'just' 443 is also not a bad idea. that
 was the motivation behind the 'TRY A DIFFERENT PORT'. 22, 587, 993, 1194,
 500, 5222, 465, 6697, 636, ...

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

Re: [tor-bugs] #27027 [Community/Relays]: TorRelayGuide/NetBSD: set ORPort to 443 where that works out of the box

[Tor Bug Tracker & Wiki]

#27027: TorRelayGuide/NetBSD: set ORPort to 443 where that works out of the box
---+--
 Reporter:  nusenu |  Owner:  egypcio
 Type:  enhancement| Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Relays   |Version:
 Severity:  Normal | Resolution:
 Keywords:  bsd netbsd tdp torbsd  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--
Changes (by egypcio):

 * keywords:   => bsd netbsd tdp torbsd
 * cc: gman999 (added)
 * type:  defect => enhancement


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

Re: [tor-bugs] #18642 [Core Tor/Tor]: Teach the OOM handler about the DNS cache

[Tor Bug Tracker & Wiki]

#18642: Teach the OOM handler about the DNS cache
-+-
 Reporter:  nickm|  Owner:  (none)
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tor-dos, oom, tor-relay, dns, 035|  Actual Points:
  -triaged-in-20180711   |
Parent ID:   | Points:  1
 Reviewer:  dgoulet  |Sponsor:
 |  SponsorV-can
-+-
Changes (by neel):

 * 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] #27026 [Metrics/Onionoo]: Release Onionoo 6.2-1.16.0

[Tor Bug Tracker & Wiki]

#27026: Release Onionoo 6.2-1.16.0
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  task | Status:  needs_review
 Priority:  Medium   |  Milestone:  Onionoo 1.16.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by karsten):

 * status:  accepted => needs_review


Comment:

 Alright, I think all patches are merged to Onionoo master now.

 Please review this metrics-web patch:
 https://gitweb.torproject.org/karsten/metrics-
 web.git/commit/?h=task-27026=03111d55f8a6b6e6036e0d3bd247d0ef5f63253a

 It's quite the patch, so I'll take another look by myself tomorrow
 morning. But if you find something, please let me know!

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

[tor-bugs] #27028 [Applications/Tor Browser]: UX: Indicate current download progress

[Tor Bug Tracker & Wiki]

#27028: UX: Indicate current download progress
--+--
 Reporter:  huertanix |  Owner:  tbb-team
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Applications/Tor Browser  |Version:  Tor: unspecified
 Severity:  Normal|   Keywords:  download ux
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 **Issue**:

 While training journalists on the use of SecureDrop, which heavily uses
 Tor Browser as its primary interface, users consistently confuse the arrow
 flash animation over the hamburger menu in the Tor Browser as a sign that
 the download they started has ''completed'', rather than simply having
 been ''started.'' They panic when a partial file they prematurely copied
 fails to open, and someone ends up having to make a house call to let them
 know the file wasn't finished downloading.

 **Proposal**:

 Vanilla Firefox makes a nominal effort to address this with an arrow
 button appearing in the toolbar aside from the hamburger menu which
 indicates download progress. Including this existing Firefox feature into
 the Tor Browser would be a useful first step, however, other browsers have
 solved the potential for this kind of user confusion by showing individual
 download progress in a new toolbar. Copying what Brave Browser does (see
 image here: https://imgur.com/LZU7hAo), for example, would much more
 effectively help prevent confusion on the user's end and should be
 implemented in Tor Browser, then pushed upstream to Firefox.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #27027 [Community/Relays]: TorRelayGuide/NetBSD: set ORPort to 443 where that works out of the box

[Tor Bug Tracker & Wiki]

#27027: TorRelayGuide/NetBSD: set ORPort to 443 where that works out of the box
--+--
 Reporter:  nusenu|  Owner:  egypcio
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Community/Relays  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 So far we used 443 where that works out of the box, you don't seem to like
 that:

 
https://trac.torproject.org/projects/tor/wiki/TorRelayGuide/NetBSD?sfp_email=_mail==diff=4_version=3

 443 is a more likely reachable port than 9001,
 what is your motivation for changing it to 9001, especially since you are
 recommending people to set a random port? ("TRY A DIFFERENT PORT" should
 be explained) on a non-exit (likely guard) relay?

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

Re: [tor-bugs] #26969 [Metrics/Onionoo]: Uprade to latest metrics-base in order to produce a thin jar

[Tor Bug Tracker & Wiki]

#26969: Uprade to latest metrics-base in order to produce a thin jar
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  enhancement  | Status:  closed
 Priority:  Medium   |  Milestone:  Onionoo 1.16.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:  implemented
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by karsten):

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


Comment:

 Done. Closing.

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

Re: [tor-bugs] #26919 [Metrics/Onionoo]: Remove fingerprint parameter

[Tor Bug Tracker & Wiki]

#26919: Remove fingerprint parameter
-+---
 Reporter:  karsten  |  Owner:  metrics-team
 Type:  enhancement  | Status:  needs_information
 Priority:  Medium   |  Milestone:  Onionoo 1.16.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+---
Changes (by karsten):

 * status:  needs_revision => needs_information


Comment:

 Oops, good catch! Yes, updated the test. Moving back to needs_information
 until next month. Thanks!

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

Re: [tor-bugs] #26963 [Metrics/Onionoo]: regression in host_name field introduced in v6.1

[Tor Bug Tracker & Wiki]

#26963: regression in host_name field introduced in v6.1
-+
 Reporter:  nusenu   |  Owner:  irl
 Type:  defect   | Status:  closed
 Priority:  High |  Milestone:  Onionoo 1.16.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  karsten  |Sponsor:
-+
Changes (by karsten):

 * status:  needs_revision => closed
 * resolution:   => fixed
 * milestone:   => Onionoo 1.16.0


Comment:

 Never mind, I just wrote something and pushed it to master. Closing.
 Thanks!

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

Re: [tor-bugs] #27025 [Community/Relays]: TorRelayGuide/NetBSD steps result in installation of old tor version

[Tor Bug Tracker & Wiki]

#27025: TorRelayGuide/NetBSD steps result in installation of old tor version
---+--
 Reporter:  nusenu |  Owner:  egypcio
 Type:  enhancement| Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Relays   |Version:
 Severity:  Normal | Resolution:
 Keywords:  bsd netbsd tdp torbsd  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by egypcio):

 I changed back the ORPort to 9001, and kept the request that people may
 try to use other ports.
 the info about the "publishing the email" is also there!

 'wiki/TorRelayGuide/BSDUpdates' can cover any upgrade in more details
 later on.

 again, thank you for reporting this issue :)

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

Re: [tor-bugs] #27025 [Community/Relays]: TorRelayGuide/NetBSD steps result in installation of old tor version

[Tor Bug Tracker & Wiki]

#27025: TorRelayGuide/NetBSD steps result in installation of old tor version
---+--
 Reporter:  nusenu |  Owner:  egypcio
 Type:  enhancement| Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Relays   |Version:
 Severity:  Normal | Resolution:
 Keywords:  bsd netbsd tdp torbsd  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--
Changes (by egypcio):

 * type:  defect => enhancement


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

Re: [tor-bugs] #27025 [Community/Relays]: TorRelayGuide/NetBSD steps result in installation of old tor version

[Tor Bug Tracker & Wiki]

#27025: TorRelayGuide/NetBSD steps result in installation of old tor version
---+--
 Reporter:  nusenu |  Owner:  egypcio
 Type:  defect | Status:  assigned
 Priority:  Medium |  Milestone:
Component:  Community/Relays   |Version:
 Severity:  Normal | Resolution:
 Keywords:  bsd netbsd tdp torbsd  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--
Changes (by egypcio):

 * keywords:   => bsd netbsd tdp torbsd
 * cc: gman999 (added)


Comment:

 hi,
 thanks for reporting this issue! I added a note about that to the wiki
 page.

 I also see that you already changed the page and got 443 as ORPort by
 default. did it run out of the box?

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

Re: [tor-bugs] #27026 [Metrics/Onionoo]: Release Onionoo 6.2-1.16.0

[Tor Bug Tracker & Wiki]

#27026: Release Onionoo 6.2-1.16.0
-+
 Reporter:  karsten  |  Owner:  karsten
 Type:  task | Status:  accepted
 Priority:  Medium   |  Milestone:  Onionoo 1.16.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by karsten):

 * status:  new => accepted
 * owner:  metrics-team => karsten


--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #27026 [Metrics/Onionoo]: Release Onionoo 6.2-1.16.0

[Tor Bug Tracker & Wiki]

#27026: Release Onionoo 6.2-1.16.0
-+
 Reporter:  karsten  |  Owner:  metrics-team
 Type:  task | Status:  new
 Priority:  Medium   |  Milestone:  Onionoo 1.16.0
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   |   Keywords:
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+
 As briefly discussed at today's team meeting, let's put out a new Onionoo
 release. But let's first come up with a list of changes going in now.

 Tickets affecting only the implementation that we still need to merge:

 [[TicketQuery(id=26963|26919|26969)]]

 (Note: #26919 is only listed for the logging patch, not for the actual
 change.)

 Tickets requiring a minor protocol version bump from 6.1 to 6.2:

 [[TicketQuery(id=23713|25448)]]

 Tickets requiring a major protocol version bump to 7.0 which we're only
 announcing now and merging/deploying in a month from now:

 [[TicketQuery(id=6947|26919|25177|25175)]]

 Are these lists complete? And are we really going to make all those
 changes listed under 7.0? At least #25175 didn't see much discussion.

 Later today, I'll start with merging remaining patches and afterwards
 writing the metrics-web patch.

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

[tor-bugs] #27025 [Community/Relays]: TorRelayGuide/NetBSD steps result in installation of old tor version

[Tor Bug Tracker & Wiki]

#27025: TorRelayGuide/NetBSD steps result in installation of old tor version
--+--
 Reporter:  nusenu|  Owner:  egypcio
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Community/Relays  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 https://trac.torproject.org/projects/tor/wiki/TorRelayGuide/NetBSD

 gives  you an old tor version (0.3.3.7) which will be a problem if people
 use this as a foundation for bridges

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

Re: [tor-bugs] #27024 [Core Tor/Tor]: Tor is now TSR and no way to terminate it

[Tor Bug Tracker & Wiki]

#27024: Tor is now TSR and no way to terminate it
--+--
 Reporter:  Timmi |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:  Tor: unspecified
Component:  Core Tor/Tor  |Version:  Tor: unspecified
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by notcypherpunks):

 #26887

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

Re: [tor-bugs] #17514 [Applications/Tor Browser]: Tor Browser installer isn't properly localized (was: Tor Browser downloads do not appear translated.)

[Tor Bug Tracker & Wiki]

#17514: Tor Browser installer isn't properly localized
--+-
 Reporter:  StrangeCharm  |  Owner:  arthuredelstein
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  l10n  |  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] #27007 [Community/Relays]: create 'wiki/TorRelayGuide/NetBSD'

[Tor Bug Tracker & Wiki]

#27007: create 'wiki/TorRelayGuide/NetBSD'
---+
 Reporter:  egypcio|  Owner:  (none)
 Type:  enhancement| Status:  closed
 Priority:  Medium |  Milestone:
Component:  Community/Relays   |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords:  bsd netbsd tdp torbsd  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+
Changes (by egypcio):

 * keywords:   => bsd netbsd tdp torbsd


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

Re: [tor-bugs] #27006 [Community/Relays]: create 'wiki/TorRelayGuide/DragonFlyBSD'

[Tor Bug Tracker & Wiki]

#27006: create 'wiki/TorRelayGuide/DragonFlyBSD'
-+
 Reporter:  egypcio  |  Owner:  (none)
 Type:  enhancement  | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Community/Relays |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  bsd dragonflybsd tdp torbsd  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by egypcio):

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


Comment:

 done. thanks (:

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

Re: [tor-bugs] #27007 [Community/Relays]: create 'wiki/TorRelayGuide/NetBSD'

[Tor Bug Tracker & Wiki]

#27007: create 'wiki/TorRelayGuide/NetBSD'
--+
 Reporter:  egypcio   |  Owner:  (none)
 Type:  enhancement   | Status:  closed
 Priority:  Medium|  Milestone:
Component:  Community/Relays  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by egypcio):

 * status:  assigned => 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] #27007 [Community/Relays]: create 'wiki/TorRelayGuide/NetBSD'

[Tor Bug Tracker & Wiki]

#27007: create 'wiki/TorRelayGuide/NetBSD'
--+--
 Reporter:  egypcio   |  Owner:  (none)
 Type:  enhancement   | Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Community/Relays  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by egypcio):

 done. thanks (:

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

[tor-bugs] #27024 [Core Tor/Tor]: Tor is now TSR and no way to terminate it

[Tor Bug Tracker & Wiki]

#27024: Tor is now TSR and no way to terminate it
--+--
 Reporter:  Timmi |  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:
   Points:|   Reviewer:
  Sponsor:|
--+--
 Platform:  Windows 7 home premium (64bit on amd64)
 Tor version 7.5.6 (based on Mozilla 52.9.0 32-bit)

 Tor used to work perfectly fine until an update maybe a month ago or so.

 Now, when I close Tor, it never completely closes.
 There seems to be no way to terminate the process tor.exe which I can
 still see in Windows7's Task Manager.

 As a result, when I restart Tor, it refuses to launch.  I get the message
 asking me whether I want to Exit or Relaunch.  Except it goes into an
 endless loop, bringing me back to that choice, no matter how many times I
 select relaunch or exit - it makes no difference.

 I've tried "end process", and "end process tree" from the Windows Task
 Manager.  There is absolutely no way to terminate it.

 The only solution is to reboot the system.
 This was not necessary in the past.

 Other software: Zone-Alarm, Ad-Aware

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

Re: [tor-bugs] #24872 [Community/Relays]: remove outdated tor relay security recommendations and update these wiki pages

[Tor Bug Tracker & Wiki]

#24872: remove outdated tor relay security recommendations and update these wiki
pages
--+--
 Reporter:  cypherpunks   |  Owner:  Jaruga
 Type:  defect| Status:  accepted
 Priority:  Medium|  Milestone:
Component:  Community/Relays  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by Jaruga):

 The idea is that the page can be used as a general overview of topics
 relating to relay security. As it stands it only features the valuable
 information that was extracted from the pages that this ticket notes,
 though I imagine there are likely things located in the wiki / the main
 doc which might find a suitable home there.

 I understand it can quickly become a mess if it goes into OS specifics for
 every suggestion added, and things like the iptables config are already
 located elsewhere on the wiki. If there's another way you'd like to see it
 done I'm open to suggestions.

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

Re: [tor-bugs] #3799 [Community/Translations]: Investigate methods for translating strings in Unixoid shell scripts

[Tor Bug Tracker & Wiki]

#3799: Investigate methods for translating strings in Unixoid shell scripts
+
 Reporter:  rransom |  Owner:  (none)
 Type:  task| Status:  new
 Priority:  Medium  |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+
Changes (by arma):

 * status:  assigned => new


Comment:

 I'm unassigning rransom here since he isn't still working on this ticket.

 Emma, now that you have context I'll let you decide what you think should
 be done with this idea. :)

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

Re: [tor-bugs] #3799 [Community/Translations]: Investigate methods for translating strings in Unixoid shell scripts

[Tor Bug Tracker & Wiki]

#3799: Investigate methods for translating strings in Unixoid shell scripts
+--
 Reporter:  rransom |  Owner:  (none)
 Type:  task| Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by arma):

 * owner:  rransom => (none)


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

Re: [tor-bugs] #3799 [Community/Translations]: Investigate methods for translating strings in Unixoid shell scripts

[Tor Bug Tracker & Wiki]

#3799: Investigate methods for translating strings in Unixoid shell scripts
+--
 Reporter:  rransom |  Owner:  rransom
 Type:  task| Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by arma):

 Ok, I spent a while trying to figure out what this ticket was for, and
 here is what I think the summary is:

 On Linux when you launch tor browser from the command line ({{{./start-
 tor-browser.desktop}}}) you might get one of several error messages:
 {{{
 echo "$complain_dialog_title must be run within the X Window System."
 >&2
 echo "$complain_dialog_title should be started as './start-tor-
 browser'"
 complain "The Tor Browser Bundle should not be run as root.
 Exiting."
 complain "Tor Browser requires a CPU with SSE2 support.  Exiting."
 complain "start-tor-browser cannot be run using a
 symlink on this operating system."
complain "Wrong architecture? 32-bit vs. 64-bit."
 complain "There seems to have been a quoting problem with your \
 TOR_CONTROL_PASSWD environment variable."
 }}}

 and if the user installed e.g. the French version of Tor Browser, they
 will still get these messages in English.

 And some of them, like the 32-bit vs 64-bit arch check, are aiming for
 actual end users who screw up and download the wrong arch of tor browser.

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

Re: [tor-bugs] #26636 [Core Tor/Tor]: Published final draft of proposal 295 [ADL-GCM for relay cryptography] (was: Published final draft of relay crypto spec)

[Tor Bug Tracker & Wiki]

#26636: Published final draft of proposal 295 [ADL-GCM for relay cryptography]
-+-
 Reporter:  nickm|  Owner:  (none)
 Type:  task | Status:  new
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  035-roadmap-master, 035-triaged- |  Actual Points:
  in-20180711|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
 |  SponsorV
-+-

Comment (by nickm):

 Clarifying now that the draft is out.

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

Re: [tor-bugs] #26933 [Core Tor/Tor]: Minor memleak in HSv3 configuration

[Tor Bug Tracker & Wiki]

#26933: Minor memleak in HSv3 configuration
--+
 Reporter:  asn   |  Owner:  nickm
 Type:  defect| Status:  accepted
 Priority:  Medium|  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  easy memleak hsv3 tor-hs  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by nickm):

 oh wait, I was thinking of escaped().  But that's one we're calling here,
 so this still probably isn't a real leak.  (What escaped() does is to free
 its last-returned value each time it is called; escaped(NULL) is supposed
 to free the last-returned value without creating a new one.)

 Nonetheless, I am not sure how this is happening.  The tor_free_all()
 function calls escaped(NULL), which is supposed to free this memory.

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

Re: [tor-bugs] #26933 [Core Tor/Tor]: Minor memleak in HSv3 configuration

[Tor Bug Tracker & Wiki]

#26933: Minor memleak in HSv3 configuration
--+
 Reporter:  asn   |  Owner:  nickm
 Type:  defect| Status:  accepted
 Priority:  Medium|  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  easy memleak hsv3 tor-hs  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by nickm):

 * status:  new => accepted
 * owner:  (none) => 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] #26819 [Core Tor/Tor]: Minimal client-side support for TLS via NSS

[Tor Bug Tracker & Wiki]

#26819: Minimal client-side support for TLS via NSS
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  enhancement  | Status:
 |  accepted
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  035-roadmap-subticket, 035-triaged-  |  Actual Points:
  in-20180711|
Parent ID:  #26631   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-
Changes (by nickm):

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


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

Re: [tor-bugs] #26669 [Webpages/Styleguide]: Add a new icon for "Obsolete"

[Tor Bug Tracker & Wiki]

#26669: Add a new icon for "Obsolete"
-+--
 Reporter:  irl  |  Owner:  hiro
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Webpages/Styleguide  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #26667   | Points:
 Reviewer:  antonela |Sponsor:
-+--

Comment (by irl):

 Oh maybe. The person I spoke to about the tortoise suggested a Ford Model
 T, but I thought that probably wouldn't be so recognisable in some parts
 of the world. I don't know how popular the penny-farthing was worldwide.

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

Re: [tor-bugs] #26963 [Metrics/Onionoo]: regression in host_name field introduced in v6.1

[Tor Bug Tracker & Wiki]

#26963: regression in host_name field introduced in v6.1
-+
 Reporter:  nusenu   |  Owner:  irl
 Type:  defect   | Status:  needs_revision
 Priority:  High |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  karsten  |Sponsor:
-+
Changes (by karsten):

 * status:  needs_review => needs_revision


Comment:

 Test looks good. Merged to master, after realizing that we should probably
 have a change log entry, too. Want to write one?

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

Re: [tor-bugs] #26669 [Webpages/Styleguide]: Add a new icon for "Obsolete"

[Tor Bug Tracker & Wiki]

#26669: Add a new icon for "Obsolete"
-+--
 Reporter:  irl  |  Owner:  hiro
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Webpages/Styleguide  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #26667   | Points:
 Reviewer:  antonela |Sponsor:
-+--

Comment (by karsten):

 Random idea: https://en.wikipedia.org/wiki/Penny-farthing

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

Re: [tor-bugs] #26970 [Core Tor/Tor]: Privcount: plan the modules and components

[Tor Bug Tracker & Wiki]

#26970: Privcount: plan the modules and components
-+-
 Reporter:  teor |  Owner:  teor
 Type:  task | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  privcount, 035-roadmap-master, 035   |  Actual Points:
  -triaged-in-20180711, rust |
Parent ID:  #25669   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by chelseakomlo):

 Ok, here are a few questions/clarifications:

 1. Tor main codebase will include:
 - The Rust "Data Collector" module
 - Tools for creating/validating configuration.
 Question: Will the configuration management tooling also be in Rust? Or
 will this be part of tor's existing configuration validation/etc? Will
 this configuration management be the same as for the Tally Reporter?
 2. A separate pure-Rust binary
 - This will be the "Tally Reporter"
 Question: Will this binary be a sidecar to Tor relays, or will this be
 stand-alone (like a bwauth)? How will this communicate with the Rust
 module in core tor?

 Maybe the first step is to separate out these components (if they aren't
 already, apologies if I missed that)? The pure-Rust binary will be much
 easier, and reviewing it will be different than reviewing components that
 will integrate with C (for example, logging will be different, etc). Maybe
 then the second step is to work on integrating the Rust "Data Collector"
 into core tor, and there we can do a review for the FFI layer, etc?

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

Re: [tor-bugs] #27003 [Core Tor/Tor]: Regression: 'SETCONF ORPort' can kill tor process

[Tor Bug Tracker & Wiki]

#27003: Regression: 'SETCONF ORPort' can kill tor process
---+---
 Reporter:  atagar |  Owner:  nickm
 Type:  defect | Status:
   |  needs_review
 Priority:  High   |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor:
   |  unspecified
 Severity:  Normal | Resolution:
 Keywords:  regression, 035-must 034-backport  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by nickm):

 * status:  accepted => needs_review


Comment:

 Fix in branch `bug27003_034_v2`; PR at
 https://github.com/torproject/tor/pull/261

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

Re: [tor-bugs] #26475 [Applications/Tor Browser]: ESR60-based .dmg images are not built reproducibly with Stylo enabled using rustc > 1.25.0

[Tor Bug Tracker & Wiki]

#26475: ESR60-based .dmg images are not built reproducibly with Stylo enabled 
using
rustc > 1.25.0
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_information
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-rbm, GeorgKoppen201808,  |  Actual Points:
  TorBrowserTeam201808   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by alexcrichton):

 Nice! Bisecting to the LLVM upgrade definitely makes sense to me. That was
 a massive LLVM upgrade though (from LLVM 4.0 to LLVM 6.0), so that would
 be quite the bisection range for a regression to be introduced in :(

 If it works, though, when you build LLVM yourself that's quite curious.
 The command we use to build LLVM though is pretty huge. Looking at one of
 our  recent builds (https://travis-ci.org/rust-lang/rust/builds/411219658)
 the command we use on OSX is:

 {{{
 "cmake" "/Users/travis/build/rust-lang/rust/src/llvm"
 "-DLLVM_ENABLE_ASSERTIONS=OFF"
 
"-DLLVM_TARGETS_TO_BUILD=X86;ARM;AArch64;Mips;PowerPC;SystemZ;MSP430;Sparc;NVPTX;Hexagon"
 "-DLLVM_EXPERIMENTAL_TARGETS_TO_BUILD=WebAssembly;RISCV"
 "-DLLVM_INCLUDE_EXAMPLES=OFF" "-DLLVM_INCLUDE_TESTS=OFF"
 "-DLLVM_INCLUDE_DOCS=OFF" "-DLLVM_ENABLE_ZLIB=OFF" "-DWITH_POLLY=OFF"
 "-DLLVM_ENABLE_TERMINFO=OFF" "-DLLVM_ENABLE_LIBEDIT=OFF"
 "-DLLVM_ENABLE_LIBXML2=OFF" "-DLLVM_PARALLEL_COMPILE_JOBS=4"
 "-DLLVM_TARGET_ARCH=x86_64" "-DLLVM_DEFAULT_TARGET_TRIPLE=x86_64-apple-
 darwin" "-DLLVM_OCAML_INSTALL_PATH=usr/lib/ocaml"
 "-DCMAKE_EXE_LINKER_FLAGS=-static-libstdc++" "-DCMAKE_C_COMPILER=sccache"
 "-DCMAKE_C_COMPILER_ARG1=/Users/travis/build/rust-
 lang/rust/clang+llvm-6.0.0-x86_64-apple-darwin/bin/clang"
 "-DCMAKE_CXX_COMPILER=sccache"
 "-DCMAKE_CXX_COMPILER_ARG1=/Users/travis/build/rust-
 lang/rust/clang+llvm-6.0.0-x86_64-apple-darwin/bin/clang++"
 "-DCMAKE_C_FLAGS=-ffunction-sections -fdata-sections -fPIC --target=x86_64
 -apple-darwin -stdlib=libc++" "-DCMAKE_CXX_FLAGS=-ffunction-sections
 -fdata-sections -fPIC --target=x86_64-apple-darwin -stdlib=libc++"
 "-DCMAKE_INSTALL_PREFIX=/Users/travis/build/rust-lang/rust/build/x86_64
 -apple-darwin/llvm" "-DCMAKE_BUILD_TYPE=Release"
 }}}

 I wonder if perhaps the way we compile LLVM is affecting this? Maybe some
 flag or maybe our own compiler we use on automation is introducing bugs?
 Or maybe it has to do with the C++ standard library and which is used?

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

Re: [tor-bugs] #26669 [Webpages/Styleguide]: Add a new icon for "Obsolete"

[Tor Bug Tracker & Wiki]

#26669: Add a new icon for "Obsolete"
-+--
 Reporter:  irl  |  Owner:  hiro
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Webpages/Styleguide  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #26667   | Points:
 Reviewer:  antonela |Sponsor:
-+--

Comment (by irl):

 Having spoken with someone who lives with a tortoise, they confirmed that
 they would not be offended by this usage. However, they also raised that
 maybe the tortoise would be confused with low bandwidth or high latency
 and so is maybe not the right choice. I'll leave it in needs_review
 because I'm really out of ideas.

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

Re: [tor-bugs] #26669 [Webpages/Styleguide]: Add a new icon for "Obsolete"

[Tor Bug Tracker & Wiki]

#26669: Add a new icon for "Obsolete"
-+--
 Reporter:  irl  |  Owner:  hiro
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Webpages/Styleguide  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #26667   | Points:
 Reviewer:  antonela |Sponsor:
-+--
Changes (by irl):

 * status:  new => needs_review
 * reviewer:   => antonela


Comment:

 I went with the tortoise ("Narrate Slower") from the Photon icon set. You
 can see this with the other icons at:

 ​https://people.torproject.org/~irl/icons/

 The idea here is that these relays have fallen behind, like a tortoise
 would in a race with other relays. I hope we don't offend anyone with a
 pet tortoise.

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

Re: [tor-bugs] #26668 [Webpages/Styleguide]: Add a new icon for "Experimental"

[Tor Bug Tracker & Wiki]

#26668: Add a new icon for "Experimental"
-+--
 Reporter:  irl  |  Owner:  hiro
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Webpages/Styleguide  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:  #26667   | Points:
 Reviewer:  antonela |Sponsor:
-+--
Changes (by irl):

 * status:  new => needs_review
 * reviewer:   => antonela


Comment:

 I went with the rocket ("Turbo Mode") from the Photon icon set. You can
 see this with the other icons at:

 https://people.torproject.org/~irl/icons/

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

Re: [tor-bugs] #17514 [Applications/Tor Browser]: Tor Browser downloads do not appear translated.

[Tor Bug Tracker & Wiki]

#17514: Tor Browser downloads do not appear translated.
--+-
 Reporter:  StrangeCharm  |  Owner:  arthuredelstein
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  l10n  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-

Comment (by arthuredelstein):

 Here's a screenshot of torbrowser-install-7.5.6_ru.exe:

 [[Image(ru_tbb_installer.png)]]

 The list of locales in this drop-down seems to be the same regardless of
 bunlde locale, so we have the same problem for other locales, including zh
 and ja.

 It seems, ideally, the user shouldn't have to choose a locale at this
 stage, as they have already chosen a locale on the download page. The
 installer should use automatically use the bundle's locale. Or, if we were
 to deploy a multi-locale download (#17400), then we should only ask for
 locale once (in the installer) and not twice (once in the installer and
 once upon startup).

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

Re: [tor-bugs] #17514 [Applications/Tor Browser]: Tor Browser downloads do not appear translated.

[Tor Bug Tracker & Wiki]

#17514: Tor Browser downloads do not appear translated.
--+-
 Reporter:  StrangeCharm  |  Owner:  arthuredelstein
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  l10n  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-
Changes (by arthuredelstein):

 * Attachment "ru_tbb_installer.png" added.


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

Re: [tor-bugs] #17514 [Applications/Tor Browser]: Tor Browser downloads do not appear translated.

[Tor Bug Tracker & Wiki]

#17514: Tor Browser downloads do not appear translated.
--+-
 Reporter:  StrangeCharm  |  Owner:  arthuredelstein
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  l10n  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-

Comment (by arthuredelstein):

 Unfortunately I can confirm that this is not fixed and remains a defect in
 the windows installer.

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

Re: [tor-bugs] #27003 [Core Tor/Tor]: Regression: 'SETCONF ORPort' can kill tor process

[Tor Bug Tracker & Wiki]

#27003: Regression: 'SETCONF ORPort' can kill tor process
---+---
 Reporter:  atagar |  Owner:  nickm
 Type:  defect | Status:  accepted
 Priority:  High   |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor:
   |  unspecified
 Severity:  Normal | Resolution:
 Keywords:  regression, 035-must 034-backport  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by nickm):

 Okay, I think the problem here is actually in the implementation of
 rescan_periodic_events -- it invokes the events that it enables, which
 shouldn't really happen from this low in the call stack.

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

Re: [tor-bugs] #27003 [Core Tor/Tor]: Regression: 'SETCONF ORPort' can kill tor process

[Tor Bug Tracker & Wiki]

#27003: Regression: 'SETCONF ORPort' can kill tor process
---+---
 Reporter:  atagar |  Owner:  nickm
 Type:  defect | Status:  accepted
 Priority:  High   |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor:
   |  unspecified
 Severity:  Normal | Resolution:
 Keywords:  regression, 035-must 034-backport  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by nickm):

 Here is the bottom of the call-stack when we hit the error:
 {{{
 #0  check_ed_keys_callback (now=1533216819, options=0x55a3ce30)
 at src/or/main.c:1840
 #1  0x555bf081 in periodic_event_dispatch (ev=0x55a78060,
 data=0x55a06380 ) at src/or/periodic.c:55
 #2  0x555a592d in rescan_periodic_events (options=)
 at src/or/main.c:1605
 #3  0x556b9055 in hs_service_map_has_changed ()
 at src/or/hs_service.c:2978
 #4  0x555d6dca in rend_service_prune_list_impl_ ()
 at src/or/rendservice.c:622
 #5  rend_service_prune_list () at src/or/rendservice.c:637
 #6  0x556aff50 in stage_services (service_list=0x579032d0)
 at src/or/hs_config.c:51
 #7  hs_config_service_all (options=options@entry=0x55a3ce30,
 validate_only=validate_only@entry=0) at src/or/hs_config.c:565
 #8  0x55649852 in options_act (old_options=0x58251ab0)
 at src/or/config.c:1853
 }}}

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

Re: [tor-bugs] #27003 [Core Tor/Tor]: Regression: 'SETCONF ORPort' can kill tor process

[Tor Bug Tracker & Wiki]

#27003: Regression: 'SETCONF ORPort' can kill tor process
---+---
 Reporter:  atagar |  Owner:  nickm
 Type:  defect | Status:  accepted
 Priority:  High   |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor:
   |  unspecified
 Severity:  Normal | Resolution:
 Keywords:  regression, 035-must 034-backport  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by nickm):

 It looks like this might be caused by our #25761 fix somehow.  If I revert
 7e8c5e36622d4581840bb0a037a66d9504c433a5 and
 5dc00c06615ef1e99e1d82dfdf41823c0d4bf7f6, this bug goes away.  Now to find
 out why.

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

Re: [tor-bugs] #27003 [Core Tor/Tor]: Regression: 'SETCONF ORPort' can kill tor process

[Tor Bug Tracker & Wiki]

#27003: Regression: 'SETCONF ORPort' can kill tor process
---+---
 Reporter:  atagar |  Owner:  nickm
 Type:  defect | Status:  accepted
 Priority:  High   |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor:
   |  unspecified
 Severity:  Normal | Resolution:
 Keywords:  regression, 035-must 034-backport  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by nickm):

 git bisect reports that 61d5ce83a1ecc459798b530730316bfebe3bb192 is the
 first bad commit here, but that confuses me because it's just a 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] #26963 [Metrics/Onionoo]: regression in host_name field introduced in v6.1

[Tor Bug Tracker & Wiki]

#26963: regression in host_name field introduced in v6.1
-+--
 Reporter:  nusenu   |  Owner:  irl
 Type:  defect   | Status:  needs_review
 Priority:  High |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:  karsten  |Sponsor:
-+--
Changes (by karsten):

 * reviewer:   => karsten


Comment:

 The changes look good. I'm now running a local test to see if it works
 here, too.

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

Re: [tor-bugs] #27003 [Core Tor/Tor]: Regression: 'SETCONF ORPort' can kill tor process

[Tor Bug Tracker & Wiki]

#27003: Regression: 'SETCONF ORPort' can kill tor process
---+---
 Reporter:  atagar |  Owner:  nickm
 Type:  defect | Status:  accepted
 Priority:  High   |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor:
   |  unspecified
 Severity:  Normal | Resolution:
 Keywords:  regression, 035-must 034-backport  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by nickm):

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


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

Re: [tor-bugs] #27003 [Core Tor/Tor]: Regression: 'SETCONF ORPort' can kill tor process

[Tor Bug Tracker & Wiki]

#27003: Regression: 'SETCONF ORPort' can kill tor process
---+---
 Reporter:  atagar |  Owner:  (none)
 Type:  defect | Status:  new
 Priority:  High   |  Milestone:  Tor:
   |  0.3.5.x-final
Component:  Core Tor/Tor   |Version:  Tor:
   |  unspecified
 Severity:  Normal | Resolution:
 Keywords:  regression, 035-must 034-backport  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by nickm):

 * keywords:  regression, 035-must => regression, 035-must 034-backport


Comment:

 confirmed; and I think 034 has this problem too. 033 does not.

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

Re: [tor-bugs] #26817 [Core Tor/Tor]: Use NSS for DH

[Tor Bug Tracker & Wiki]

#26817: Use NSS for DH
-+-
 Reporter:  nickm|  Owner:  nickm
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  035-roadmap-subticket, 035-triaged-  |  Actual Points:
  in-20180711|
Parent ID:  #26631   | Points:
 Reviewer:  catalyst |Sponsor:
 |  Sponsor8-can
-+-

Comment (by nickm):

 Thanks for the feedback! I've added three more commits to
 nss_dh_squashed_merged:
   * one for the strict-prototypes warning
   * one for the rust linking error
   * one for a clang warning

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

Re: [tor-bugs] #24204 [Core Tor/Tor]: Improve the in-process Tor API: create owning control port

[Tor Bug Tracker & Wiki]

#24204: Improve the in-process Tor API: create owning control port
-+-
 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:  tor-mobile, s8-api,  |  Actual Points:
  034-triage-20180328, 035-roadmap-subtask   |
Parent ID:  #25510   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8-can
-+-

Comment (by hellais):

 Replying to [comment:12 nickm]:
 > Code in my `tor_api_owning_control` branch; PR at
 https://github.com/torproject/tor/pull/260

 Thanks for working on this!

 I started doing some testing of this branch.

 So far I have verified that:

 1. By closing the control socket tor shuts down

 2. I am able to use the control socket to send control port commands

 Here is a snippet of the code I have used to test it:
 https://gist.github.com/hellais/f231c95e5a487ec7b2edd5c80f6291f8.

 I think some more through testing is perhaps appropriate, but it for sure
 passes a smoke test.

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

Re: [tor-bugs] #25658 [Applications/Tor Browser]: Activity 2.1: Improve user understanding and user control by clarifying Tor Browser's security features

[Tor Bug Tracker & Wiki]

#25658: Activity 2.1: Improve user understanding and user control by clarifying 
Tor
Browser's security features
---+---
 Reporter:  isabela|  Owner:  antonela
 Type:  project| Status:  assigned
 Priority:  High   |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team, TorBrowserTeam201805  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor17
---+---

Comment (by tyjuWZpTkvxwTGkEcvXFx4Smg83jC3):

 Replying to [comment:29 arma]:
 > I like the new phrasing "Feature filter". Calling it a security slider
 sure is confusing about what we might mean by security, and I think with
 that name we will forever have people messing with it thinking that it
 does something that it doesn't actually do.
 But then one should also convey the key idea "less features ⇒ less attack
 surface ⇒ "more" secure" with as much clarity as before--at least.

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

Re: [tor-bugs] #26551 [Applications/Tor Launcher]: Tor Launcher shows up "missing PT" box but when I click on OK everything starts up and works

[Tor Bug Tracker & Wiki]

#26551: Tor Launcher shows up "missing PT" box but when I click on OK everything
starts up and works
---+---
 Reporter:  cypherpunks|  Owner:  brade
 Type:  defect | Status:  needs_information
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Launcher  |Version:
 Severity:  Normal | Resolution:
 Keywords:  ff60-esr   |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---

Comment (by tyjuWZpTkvxwTGkEcvXFx4Smg83jC3):

 Okay I sent you one from @scryptmail.com this time since apparently
 guerrillamail throwaways are blocked to you, new link:
 
https://privatebin.net/?3bd7a5433cd56abe#6Zt1lrg4tF3DeK5RO8+3e7AXxsPkwhmuWJKf4HjapjI=

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

Re: [tor-bugs] #17514 [Applications/Tor Browser]: Tor Browser downloads do not appear translated.

[Tor Bug Tracker & Wiki]

#17514: Tor Browser downloads do not appear translated.
--+-
 Reporter:  StrangeCharm  |  Owner:  arthuredelstein
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  l10n  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+-
Changes (by emmapeel):

 * owner:  emmapeel => arthuredelstein
 * cc: emmapeel (added)


Comment:

 Ey arthuredelstein can you please confirm that this is fixed, and close?
 Cheers!

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

Re: [tor-bugs] #26809 [Webpages/Support]: add all Tier-1 languages to the support portal to test them

[Tor Bug Tracker & Wiki]

#26809: add all Tier-1 languages to the support portal to test them
--+--
 Reporter:  emmapeel  |  Owner:  hiro
 Type:  enhancement   | Status:  assigned
 Priority:  High  |  Milestone:
Component:  Webpages/Support  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by emmapeel):

 * priority:  Medium => High


Comment:

 I bump priority because we want to launch the support portal with
 translations for TB8

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

Re: [tor-bugs] #25971 [Webpages/Support]: Po generator makes long strings that are harder to localize

[Tor Bug Tracker & Wiki]

#25971: Po generator makes long strings that are harder to localize
--+
 Reporter:  cypherpunks   |  Owner:  hiro
 Type:  enhancement   | Status:  closed
 Priority:  Medium|  Milestone:
Component:  Webpages/Support  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:  l10n  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by emmapeel):

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


Comment:

 I've fixed this

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

Re: [tor-bugs] #27023 [Webpages/Website]: Loading erros while using a web-site

[Tor Bug Tracker & Wiki]

#27023: Loading erros while using a web-site
--+
 Reporter:  nightwolf_ch  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by nightwolf_ch):

 * Attachment "Result.jpg" 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] #27023 [Webpages/Website]: Loading erros while using a web-site

[Tor Bug Tracker & Wiki]

#27023: Loading erros while using a web-site
--+
 Reporter:  nightwolf_ch  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by nightwolf_ch):

 * Attachment "Loading.jpg" added.


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

[tor-bugs] #27023 [Webpages/Website]: Loading erros while using a web-site

[Tor Bug Tracker & Wiki]

#27023: Loading erros while using a web-site
--+
 Reporter:  nightwolf_ch  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 Hello,

 I am using Tor Browser 7.5.6 and trying to use https://transferwise.com

 some of the essential function of the web-site does not load at all. See
 attached files. After initial load, they return an error, which is somehow
 related to the Tor Browse, as they work just fine with a regular Browser,
 like Chrome or IE. I've tried almost anything that may come up to my mind,
 reinstalling, different machines, clearing caches, lowering security,
 enabling, disabling Java, whatever...

 Do you have any idea what the problem might be?

 Thank you!

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

Re: [tor-bugs] #26475 [Applications/Tor Browser]: ESR60-based .dmg images are not built reproducibly with Stylo enabled using rustc > 1.25.0

[Tor Bug Tracker & Wiki]

#26475: ESR60-based .dmg images are not built reproducibly with Stylo enabled 
using
rustc > 1.25.0
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_information
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-rbm, GeorgKoppen201808,  |  Actual Points:
  TorBrowserTeam201808   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 Alright, so, the problematic commit is
 6b7b6b63a928479a29d9fc1282e553e409c66934. I tried to bisect LLVM to find
 out the bad revision. I compiled just LLVM separately and used `--llvm-
 root` to point to it during the rust build. It turns out that doing that,
 even with just the llvm code copied out of rust/src/llvm being on commit
 6b7b6b63a928479a29d9fc1282e553e409c66934 is fine. However, double-
 checking, building LLVM during the usual rust build (i.e. without `--llvm-
 root`) still reproduces the bug.

 Thus, I can only think of two reasons causing the reprouducibility issue:

 1) The LLVM part is compiled differently within rust than I did. The
 compiler used is the same, though, not sure what other flags could cause
 this. I am doing
 {{{
 cmake .. -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX=$distdir
 -DCMAKE_BUILD_TYPE:STRING=Release -DLLVM_INSTALL_UTILS=on $LLVM_HOME
 }}}
 in the `--llvm-root` build which seems to be not overly fancy.

 2) There are additional pieces getting compiled in/used during the LLVM
 compilation done during the rust build that are causing the problem.

 I need to think more about how to proceed but, Alex, if you have any ideas
 that would be appreciated. :)

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