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

2017-09-30 Thread Tor Bug Tracker & Wiki
#22649: Save Link As... in the context menu results in using the catch-all 
circuit
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Major| Resolution:
 Keywords:  tbb-7.0-issues, tbb-regression,  |  Actual Points:
  tbb-linkability|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by cypherpunks):

 Also trying this with https://www.eff.org/files/https-everywhere-test
 /https-everywhere-2017.9.12.1337-eff.xpi results in
 {{{
 05:33:23.922 unsafe CPOW usage forbidden 1 contentAreaUtils.js:466
 continueSave chrome://global/content/contentAreaUtils.js:466:1
 internalSave/< chrome://global/content/contentAreaUtils.js:446:7
 Handler.prototype.process resource://gre/modules/Promise-
 backend.js:932:23
 this.PromiseWalker.walkerLoop resource://gre/modules/Promise-
 backend.js:813:7
 bound  self-hosted:913:17
 bound bound  self-hosted:913:17
 this.PromiseWalker.scheduleWalkerLoop/< resource://gre/modules
 /Promise-backend.js:747:11
 }}}

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

Re: [tor-bugs] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest NoScript

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest NoScript
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by Dbryrtfbcbhgf):

 Replying to [comment:10 gk]:
 > Replying to [comment:9 Dbryrtfbcbhgf]:
 > > Replying to [comment:8 ma1]:
 > > > Please check [https://noscript.net/getit#devel latest development
 build] 5.1.1rc1, thanks.
 > > I tried to login with TorBrowser 7.5a5 using NoScript 5.1.1rc1 and it
 still gets stuck loading for a very long time "a few minutes" until
 TorBrowser gives me the option to Stop the webpage because it is slowing
 down my browser.
 > >
 > > Tested on Protonmail's onion site https://protonirockerxow.onion/login
 >
 > Which security slider level are you on (this might in fact be a
 different problem if you are not on "Low")? If not on "Low" could you
 please test with that one?

 I was previously testing it on the high setting, and when I tried the low
 setting it works, it is still not fast but much faster than the high
 setting.

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

Re: [tor-bugs] #23704 [Applications/Tor Browser]: Tor Browser seems to remember tabs *at the very moment* of a new available version

2017-09-30 Thread Tor Bug Tracker & Wiki
#23704: Tor Browser seems to remember tabs *at the very moment* of a new 
available
version
--+---
 Reporter:  gagz  |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by gagz):

 * cc: gagz (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] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest NoScript

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest NoScript
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by gk):

 Replying to [comment:9 Dbryrtfbcbhgf]:
 > Replying to [comment:8 ma1]:
 > > Please check [https://noscript.net/getit#devel latest development
 build] 5.1.1rc1, thanks.
 > I tried to login with TorBrowser 7.5a5 using NoScript 5.1.1rc1 and it
 still gets stuck loading for a very long time "a few minutes" until
 TorBrowser gives me the option to Stop the webpage because it is slowing
 down my browser.
 >
 > Tested on Protonmail's onion site https://protonirockerxow.onion/login

 Which security slider level are you on (this might in fact be a different
 problem if you are not on "Low")? If not on "Low" could you please test
 with that 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] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest NoScript

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest NoScript
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by Dbryrtfbcbhgf):

 Replying to [comment:8 ma1]:
 > Please check [https://noscript.net/getit#devel latest development build]
 5.1.1rc1, thanks.
 I tried to login with TorBrowser 7.5a5 using NoScript 5.1.1rc1 and it
 still gets stuck loading for a very long time "a few minutes" until
 TorBrowser gives me the option to Stop the webpage because it is slowing
 down my 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] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest NoScript

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest NoScript
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by ma1):

 Please check [https://noscript.net/getit#devel latest development build]
 5.1.1rc1, 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] #23717 [Applications/Tor Messenger]: Cannot create multiple temporary XMPP accounts in the same session

2017-09-30 Thread Tor Bug Tracker & Wiki
#23717: Cannot create multiple temporary XMPP accounts in the same session
+
 Reporter:  huyvq   |  Owner:  (none)
 Type:  defect  | Status:  new
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Messenger  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+

Comment (by huyvq):

 I think we should do both.

 Can we let the user select the server he/she wants? ChatSecure provides a
 number of servers which don't require captcha during registration
 (https://github.com/ChatSecure/xmpp-server-list/blob/master/servers.json)

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

Re: [tor-bugs] #23717 [Applications/Tor Messenger]: Cannot create multiple temporary XMPP accounts in the same session

2017-09-30 Thread Tor Bug Tracker & Wiki
#23717: Cannot create multiple temporary XMPP accounts in the same session
+
 Reporter:  huyvq   |  Owner:  (none)
 Type:  defect  | Status:  new
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Messenger  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+

Comment (by sukhbir):

 Thanks for reporting!

 I am guessing this is because jabber.otr.im is rate-limiting the new
 registrations from a given IP, which is what happens during one session.

 I see two ways of fixing this:

 - throw up a better error message (which it should but since in this case
 it doesn't have much to go with other than "error", or maybe we are not
 handling it properly)

 - randomize the servers each time the user requests a temporary account
 (we can only do this with servers that don't use OCR during registration)

 Suggestions welcome!

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

Re: [tor-bugs] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest NoScript

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest NoScript
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by cypherpunks):

 * status:  needs_information => new


Comment:

 Replying to [comment:5 gk]:
 > Replying to [comment:4 cypherpunks]:
 > > Yeah, that's f*cking untested update again, even on stable :(
 >
 > Why is that a NoScript issue?
 Good morning, Georg.
 Because it appears after updating NoScript only.
 > Which NoScript version broke that (if so)?
 About NoScript gives https://noscript.net/changelog#5.1.0 (no?)

 @cpunk: Why the f* do you allow yourself editing comments that don't
 belong to 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] #22084 [Applications/Tor Browser]: Neuter NetworkInformation API on Tor Browser Mobile

2017-09-30 Thread Tor Bug Tracker & Wiki
#22084: Neuter NetworkInformation API on Tor Browser Mobile
---+--
 Reporter:  gk |  Owner:  igt0
 Type:  task   | Status:  accepted
 Priority:  High   |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-mobile tbb-fingerprinting  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by igt0):

 There is already an upstream fix for this bug:

 https://hg.mozilla.org/mozilla-central/rev/69970dbe2b5a
 https://hg.mozilla.org/mozilla-central/rev/12f8c79dabb4

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

Re: [tor-bugs] #23016 [Applications/Tor Browser]: "Print to File" does not create the expected file in non-English locales

2017-09-30 Thread Tor Bug Tracker & Wiki
#23016: "Print to File" does not create the expected file in non-English locales
-+-
 Reporter:  intrigeri|  Owner:
 |  pospeselr
 Type:  defect   | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  AffectsTails, tbb-7.0-issues, tbb-   |  Actual Points:
  regression, tbb-e10s   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 Replying to [comment:20 intrigeri]:
 > Replying to [comment:19 intrigeri]:
 > > Replying to [comment:11 gk]:
 > > I've tested again with AppArmor fully disabled (removed
 `security=apparmor apparmor=1` from the kernel command line) to make sure
 it's not involved. I see the same in Tails 3.2 started in French, but if
 started with the default locale (en_US) 1) and 2) work fine even without
 disabling multiprocess.
 >
 > Same on current Debian sid (I've left AppArmor enabled though since my
 previous tests seem to remove it from the list of candidate culprits).

 In comment:13 Richard mentioned he used a Debian unstable to test. I
 wonder if you could give some STR for the getting the Debian sid you used
 because I wonder what the essential difference between your (and probably
 mine) and Richard's test setup is.

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

Re: [tor-bugs] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest NoScript

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest NoScript
--+---
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by gk):

 * status:  assigned => needs_information


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

Re: [tor-bugs] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest NoScript

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest NoScript
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * cc: ma1 (added)
 * owner:  ma1 => tbb-team


Comment:

 Replying to [comment:4 cypherpunks]:
 > Yeah, that's f*cking untested update again, even on stable :(

 Why is that a NoScript issue? Which NoScript version broke that (if so)?

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

Re: [tor-bugs] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest NoScript (was: Not able to log on to Protonmail with latest (7.0.6) version of Tor browser)

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest NoScript
--+--
 Reporter:  cypherpunks   |  Owner:  ma1
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by cypherpunks):

 * owner:  tbb-team => ma1
 * keywords:   => noscript
 * status:  new => assigned


Comment:

 Yeah, that's f*cking untested update again, even on stable :(

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #23719 [Applications/Tor Browser]: Make sure WebExtensions are spared from JIT disabling in higher security settings (Medium-High)

2017-09-30 Thread Tor Bug Tracker & Wiki
#23719: Make sure WebExtensions are spared from JIT disabling in higher security
settings (Medium-High)
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 This could for example negatively affect HTTPS Everywhere's performance. I
 have however no data on whether JIT is disabled for WebExtensions in this
 case.

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

Re: [tor-bugs] #23675 [Applications/Tor Messenger]: Trigger deletion of associated OTR keys when account is deleted

2017-09-30 Thread Tor Bug Tracker & Wiki
#23675: Trigger deletion of associated OTR keys when account is deleted
+--
 Reporter:  sukhbir |  Owner:  huyvq
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Messenger  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by huyvq):

 * owner:  (none) => huyvq
 * 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] #16553 [Metrics/Onionoo]: Add support for searching by host name

2017-09-30 Thread Tor Bug Tracker & Wiki
#16553: Add support for searching by host name
-+---
 Reporter:  karsten  |  Owner:  metrics-team
 Type:  enhancement  | Status:  needs_information
 Priority:  Very Low |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  metrics-2018 |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+---

Comment (by irl):

 Ah

 Do you mean search by *partial* host name? This makes a lot more sense as
 a use case.

 Instead of searching for a single host, you're searching for groups of
 hosts.

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

Re: [tor-bugs] #22261 [Metrics/Onionoo]: Remove the $ from family fingerprints

2017-09-30 Thread Tor Bug Tracker & Wiki
#22261: Remove the $ from family fingerprints
-+-
 Reporter:  teor |  Owner:  irl
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:  metrics-2017 |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by irl):

 * component:  Metrics/Atlas => Metrics/Onionoo


Comment:

 I would maybe discuss this at tor-project@ or metrics-team@ (where do
 Onionoo users hang out?), but it's definitely not an Atlas specific issue.

 The Atlas issue, if it exists, would be to make sure that we are happy
 with either $ or no $. i.e. we remove $ signs where needed but we don't
 just blindly remove the first character. I've made a note to check if this
 problem exists and will file an Atlas ticket if it does.

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

Re: [tor-bugs] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest (7.0.6) version of Tor browser

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest (7.0.6) version of Tor 
browser
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks):

 Yup, it throws this error in teh browser console:

 {{{
 Error: Unhandled error in openpgp worker: NetworkError: Failed to load
 worker script at openpgp.min.js?rel=51671db22f (nsresult = 0x805e0006)
 (https://protonirockerxow.onion/openpgp.worker.min.js?rel=e82635bcaa:1)
 openpgp.min.js:10:29944
 NetworkError: Failed to load worker script at
 openpgp.min.js?rel=51671db22f (nsresult = 0x805e0006)
 openpgp.worker.min.js:1
 }}}

 I'm not sure if this is more of an issue on their end than a TB 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] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest (7.0.6) version of Tor browser

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest (7.0.6) version of Tor 
browser
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by arma):

 (This person reported the issue on irc, and I asked another random person
 on irc to try it too and they had the same problem. So I figured it was
 time for a ticket.)

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

Re: [tor-bugs] #23718 [Applications/Tor Browser]: Not able to log on to Protonmail with latest (7.0.6) version of Tor browser

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest (7.0.6) version of Tor 
browser
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by arma):

 * owner:  (none) => tbb-team
 * component:  - Select a component => Applications/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

[tor-bugs] #23718 [- Select a component]: Not able to log on to Protonmail with latest (7.0.6) version of Tor browser

2017-09-30 Thread Tor Bug Tracker & Wiki
#23718: Not able to log on to Protonmail with latest (7.0.6) version of Tor 
browser
--+
 Reporter:  cypherpunks   |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  - Select a component  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 With the latest version of Tor browser (7.0.6 (based on Mozilla Firefox
 52.4.0) (64-bit)) it is no longer possible to login to Protonmail. After
 entering the logon credentials and pressing the login button the process
 gets stuck with showing the rotating atom and the text decrypting. This
 happens both at their onion address and their regular address. I've set to
 allow javascripts globally and set the security slider to low. Didn't make
 any difference.

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

Re: [tor-bugs] #23717 [Applications/Tor Messenger]: Cannot create multiple temporary XMPP accounts in the same session

2017-09-30 Thread Tor Bug Tracker & Wiki
#23717: Cannot create multiple temporary XMPP accounts in the same session
+
 Reporter:  huyvq   |  Owner:  (none)
 Type:  defect  | Status:  new
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Messenger  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+
Changes (by huyvq):

 * Attachment "error.png" added.


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

[tor-bugs] #23717 [Applications/Tor Messenger]: Cannot create multiple temporary XMPP accounts in the same session

2017-09-30 Thread Tor Bug Tracker & Wiki
#23717: Cannot create multiple temporary XMPP accounts in the same session
+
 Reporter:  huyvq   |  Owner:  (none)
 Type:  defect  | Status:  new
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Messenger  |Version:
 Severity:  Normal  |   Keywords:
Actual Points:  |  Parent ID:
   Points:  |   Reviewer:
  Sponsor:  |
+
 TM version: 0.5.0b1 (based on Instantbird 1.6a1pre)

 Steps to reproduce:

 - Create a temporary XMPP account -> succeeded
 - Create another temporary XMPP account. The Accounts window shows
 `Error:` without any details (please see the screenshot).

 Debug Log shows:
 {{{
 LOG (@ prpl-jabber: XMPPParser.prototype._logReceivedData
 resource:///modules/xmpp-xml.jsm:349)
 received:
 
 
 
 
 
 }}}

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

Re: [tor-bugs] #23697 [Webpages/Website]: List frontdesk, not execdir, on the contact page

2017-09-30 Thread Tor Bug Tracker & Wiki
#23697: List frontdesk, not execdir, on the contact page
--+
 Reporter:  arma  |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:
Component:  Webpages/Website  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+

Comment (by arma):

 Replying to [comment:4 alison]:
 > Wait, I'm confused about the purpose of frontdesk@. Originally, we
 created it in order to field support requests. Now according to this
 language, it is not for that. What is it for?

 My hope is that it will turn into a funnel for people trying to reach
 "Tor" by email. I think it will continue to be a bunch of support requests
 in the short term, since resources to help people support themselves is a
 clear thing that's missing from our websites currently.

 There really aren't that many actual execdir things that come in on
 execdir@ these days. Shari's idea there is that the frontdesk will get
 good at recognizing mails that need to get escalated, and doing so --
 whether that's sending them towards execdir@, or press@, or accounting@,
 or reporting a bug to one of the dev teams, or telling somebody that this
 line in the documentation is misleading people, or what. And (I hope) the
 frontdesk people will get better and better at dealing with some of the
 things themselves, like if it's a support question they know the answer
 to, or a trademark question that looks just like the last one.

 This idea has been built-in from the beginning: that's why it's called
 frontdesk rather than support.

 > And if it's going to be the email address for all the things, we need
 more than just me and Phoul answering it. Even if it were only support,
 5-10 more emails a day is a lot for just two people to be managing.

 This is absolutely correct.

 I bet we could get Jon on it, especially if we fold in the donations@ part
 of the contact.

 Long term, I would like to have a person whose job includes handling the
 frontdesk mails, and they use it to get up to speed on all things Tor, and
 once they're up to speed then they jump to another part of the org, like
 developer or advocate, or they go to some other company and now that
 company has a person who knows all about Tor... and then we refill from
 the pipeline. The background and skillset of the person working frontdesk
 at the time dictates which stuff they escalate vs which stuff they can
 just handle themselves.

 Short-term, assuming many of the questions continue to be support
 questions, and given that we wrote in big letters "Please don't use this
 contact address for helpdesk or user requests", I think we could reduce
 the burden by having the answers to support questions that nobody has time
 for be "I'm very sorry, but we don't have the people to do support over
 email right now. Maybe you could try the following five resources."
 Remember that the bar is pretty low compared to what we're doing with them
 now, which is ignoring them for a month or two and then sending them in a
 batch to frontdesk. :)

 I am explicitly *not* saying "hey, let's start offering support over email
 again, because the support portal is taking so long."

 So, to recap: (1) short-term, we keep doing what we're doing now, except
 more of the mails go to frontdesk directly rather than being redirected
 from me a few months later. (2) medium-term, we get better at knowing how
 certain topics should be escalated so they reach the right people. (3)
 long-term, we recruit people with the goal of having them be good at doing
 this position.

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

Re: [tor-bugs] #23715 [Core Tor/Torsocks]: Support `memfd_create(2)`

2017-09-30 Thread Tor Bug Tracker & Wiki
#23715: Support `memfd_create(2)`
---+--
 Reporter:  yawning|  Owner:  dgoulet
 Type:  enhancement| Status:  needs_review
 Priority:  Medium |  Milestone:
Component:  Core Tor/Torsocks  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--

Comment (by yawning):

 Ok, just tested it since my mail client trivially reproduces the warning.
 Works fine.

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

Re: [tor-bugs] #23715 [Core Tor/Torsocks]: Support `memfd_create(2)`

2017-09-30 Thread Tor Bug Tracker & Wiki
#23715: Support `memfd_create(2)`
---+--
 Reporter:  yawning|  Owner:  dgoulet
 Type:  enhancement| Status:  needs_review
 Priority:  Medium |  Milestone:
Component:  Core Tor/Torsocks  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+--
Changes (by yawning):

 * status:  new => needs_review


Comment:

 Compiles, untested, should work.

 
https://github.com/Yawning/torsocks/commit/dc1d6ae5639a84103a1b067775238f33b4590533

--
Ticket URL: 
Tor Bug Tracker & Wiki 
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] #23716 [Metrics/Website]: Rename Operation section to Services

2017-09-30 Thread Tor Bug Tracker & Wiki
#23716: Rename Operation section to Services
-+--
 Reporter:  karsten  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Website  |Version:
 Severity:  Normal   |   Keywords:
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+--
 While writing a roadmap for the next 12 months of metrics team work it
 occurred to us that "Operation" as title might be misunderstood as
 everything around operating our services. But what we really want to
 include there are services that we provide that are related to operating
 the Tor network. It seemed like "Services" might be a better word here,
 because what we provide there are services.

 However, I wonder if "Services" would still fit into the other categories
 then. We do provide services, but we don't provide development or research
 but instead information about development and information about research.
 Ideally, we'd find consistent names for these five or six (including
 About) categories.

 Another concern that just came to mind: if we rename the category, we'll
 have to rename the web page from `/operation.html` to `/services.html` and
 install redirects. Not impossible, but we should be sure that we want to
 do it and not undo it shortly after.

 iwakeh and irl, what do you think, should we rename it? And what do you
 think about the concerns above? Should we also ask the UX people? Or
 should we simply keep this unchanged for 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

[tor-bugs] #23715 [Core Tor/Torsocks]: Support `memfd_create(2)`

2017-09-30 Thread Tor Bug Tracker & Wiki
#23715: Support `memfd_create(2)`
---+-
 Reporter:  yawning|  Owner:  dgoulet
 Type:  enhancement| Status:  new
 Priority:  Medium |  Milestone:
Component:  Core Tor/Torsocks  |Version:
 Severity:  Normal |   Keywords:
Actual Points: |  Parent ID:
   Points: |   Reviewer:
  Sponsor: |
---+-
 Enough things use this now that it's probably sensible to support this in
 the `syscall(2)` wrapper.

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

Re: [tor-bugs] #23016 [Applications/Tor Browser]: "Print to File" does not create the expected file in non-English locales

2017-09-30 Thread Tor Bug Tracker & Wiki
#23016: "Print to File" does not create the expected file in non-English locales
-+-
 Reporter:  intrigeri|  Owner:
 |  pospeselr
 Type:  defect   | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  AffectsTails, tbb-7.0-issues, tbb-   |  Actual Points:
  regression, tbb-e10s   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by intrigeri):

 Replying to [comment:19 intrigeri]:
 > Replying to [comment:11 gk]:
 > I've tested again with AppArmor fully disabled (removed
 `security=apparmor apparmor=1` from the kernel command line) to make sure
 it's not involved. I see the same in Tails 3.2 started in French, but if
 started with the default locale (en_US) 1) and 2) work fine even without
 disabling multiprocess.

 Same on current Debian sid (I've left AppArmor enabled though since my
 previous tests seem to remove it from the list of candidate culprits).

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

Re: [tor-bugs] #23016 [Applications/Tor Browser]: "Print to File" does not create the expected file in non-English locales

2017-09-30 Thread Tor Bug Tracker & Wiki
#23016: "Print to File" does not create the expected file in non-English locales
-+-
 Reporter:  intrigeri|  Owner:
 |  pospeselr
 Type:  defect   | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  AffectsTails, tbb-7.0-issues, tbb-   |  Actual Points:
  regression, tbb-e10s   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by intrigeri):

 Replying to [comment:11 gk]:
 > For me any page is sufficient. Take for example `about:tor`. Here is
 what I did (with an en-US bundle):
 >
 > 1) I opened the hamburger menu in the upper right corner and selected
 the Print icon.
 > 2) I clicked on the Print... button, selected Print to File, chose a
 name and clicked on Print.
 > 3) I repeated 2) but no warning dialog appeared (notifying you that you
 are about to overwrite a file).
 > 4) Upon looking in the directory where the file was supposed to be saved
 it turns out it was not.
 > 5) Repeating 1) and 2) with multiprocess mode disabled solves it for me.

 I've tested again with AppArmor fully disabled (removed `security=apparmor
 apparmor=1` from the kernel command line) to make sure it's not involved.
 I see the same in Tails 3.2 started in French, but if started with the
 default locale (en_US) 1) and 2) work fine even without disabling
 multiprocess.

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

Re: [tor-bugs] #23605 [Core Tor/Tor]: BOOTSTRAP PROGRESS=80 is a lie

2017-09-30 Thread Tor Bug Tracker & Wiki
#23605: BOOTSTRAP PROGRESS=80 is a lie
-+-
 Reporter:  catalyst |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:  Tor:
 |  0.3.3.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  bootstrap clock-skew tor-guard   |  Actual Points:
  usability ux   |
Parent ID:  #22266   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by arma):

 Replying to [ticket:23605 catalyst]:
 > Arguably we shouldn't start downloading descriptors until we have a non-
 expired consensus either, because that gets represented as a considerable
 chunk of the progress bar (40%->80%) in a way that could be misleading to
 a user.

 This is a really important thing to do, for the reason you describe but
 also for the even bigger reason that we're wasting bandwidth on fetching
 directory stuff that we will then probably not use -- which is an
 especially big deal on low-bandwidth clients. This is ticket #2878.

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