Tor Browser 7.0.1 is released

by boklm | June 13, 2017

Tor Browser 7.0.1 is now available from the Tor Browser Project page and also from our distribution directory.

This release features important security updates to Firefox.

This is the first minor release in the 7.0 series, updating Firefox to 52.2.0esr, Tor to 0.3.0.8, and HTTPS-Everywhere to 5.2.18. Additionally, we worked around an annoying freezing of Tor Browser which is due to a NoScript bug and made the security slider window slightly larger.

Here is the full changelog since 7.0:

  • All Platforms
    • Update Firefox to 52.2.0esr
    • Update Tor to 0.3.0.8
    • Update Torbutton to 1.9.7.4
      • Bug 22542: Security Settings window too small on macOS 10.12
    • Update HTTPS-Everywhere to 5.2.18
    • Bug 22362: NoScript's XSS filter freezes the browser
  • OS X
    • Bug 22558: Don't update OS X 10.7.x and 10.8.x users to Tor Browser 7.0
Tags
tor browser
tbb
tbb-7.0
Mateus

Anonymous (not verified) said:

June 13, 2017

Permalink

Avast(antivirus) flipped out on tor after it updated to 7.0.1 for me, same with the 7.0.1 installer. (Both got were "IDP generic Infection") Now I can't even download the installer (Avast is blocking it), what do I do?

Mateus

Anonymous (not verified) said:

June 13, 2017

Permalink

Cloudflare is going crazy again?
Can't goto theregister.co.uk with tbb7.0.1, tested without javascript.
Is this the permanent state of affairs now?

I see this.
"Please turn JavaScript on and reload the page.
DDoS protection by Cloudflare"
but I don't go to theregister regularly.

Mateus

Dima (not verified) said:

June 14, 2017

Permalink

In torbrowser-install-x.x.x_ru (Russian localization) a long-standing problem when after two restarts website (gmail, youtube, livejournal ...) with several of the language versions opens in English. Although in the settings of TB priority is set - Russian.

Hm. I think that might depend on your exit relay. If that is in an english speaking country it often happens that you'll get english content. There is not much we can do about that. The localized bundles should give you a localized user interface.

It's not because of the exit relay. After unpacking until the first two restarts TB - everything is fine, but it's worth twice to restart TB - this problem manifests itself. If you move Up "Русский [ru-ru]" in the settings, the problem is solved. But exactly up to two restarts TB - then everything repeats.

So, I looked at it and found at least one bug (I opened https://trac.torproject.org/projects/tor/ticket/22659) but I am not sure whether it is your bug. :) So, when you hit this issue did [ru] get dropped (again) from Options -> Content -> Languages or do you see the problem but it is still there?

Giving your "longstanding issue" I am assuming the latter but I want to be sure to investigate further if necessary.

EDIT: Re-reading your original post I found "Although in the settings of TB priority is set - Russian. " so it seems you experience that problem despite Russian still be the top priority, hm.

Mateus

Anon (not verified) said:

June 14, 2017

Permalink

Tor Browser v7.0.x (Linux x86_64) seems slower than the previous v6.5.x series. It this because the underlying Firefox ESR got slower, or something to do with the Tor mods?

By "slower"I mean browser functionality, not networking throughput.

Before, when I clicked New Identity, the browser was immediately closed and re-opened. With v7.0.x there's a hesitation of a few moments before the browser window is closed. In some cases the new window is opened even before the old one is closed, leaving 2 browser windows on the screen for an instant.

There is a way to instrument Firefox performance, and one of the metrics is browser start up. Sorry, I don't recall how to enable the metrics. It's been years since I've done it.

Mateus

Tails trails (not verified) said:

June 14, 2017

Permalink

Again Tails comes out at the same time on the day Torbrowser has a new release, leaving Tails insecure and unusable with an insecure version of Torbrowser.

This ongoing cooperative disconnection is a gift for governments and organizations that want to break peoples safety and security.
What is the agenda behind this ongoing not working together?
Please give the Tails people a chance to put the latest Torbrowser versions in their newest Tails versions.
Please work together.

Or is it mozilla that is always planning important security updates on release dates of Tails?
It is not a coincident anymore and it is not good for trust in your products.

Your news update on Tails in
https://blog.torproject.org/blog/tails-30-out
states

"Update Tor Browser to 7.0 (based on Firefox 52 ESR) ".

If your work together which is and would off course highly be appreciated, why do you mention 'update to Torbrowser 7.0" instead of "7.0.1" ?
7.0 is both mentioned on Torproject blog page as on the tails website.

Please make clear which browser version of Tor is in Tails.
The latest 7.0.1 one or the 7.0 one?

Thank you very much

Mateus

win (not verified) said:

June 14, 2017

Permalink

I wonder why 7.0 asks me to update to 7.0.1, and I found out that's because app.update.auto=false, but I hadn't change it! Possibly, it happened during 6.5.2 to 7.0 update. I'm on Windows 10.

There's indeed some problem with the print preview since TOR version 7.00 including 7.01 and 7.02 :_

Only a scale setting of 100% or "scale to fit page size" shows a correct print preview window. Any other value below 100% shows a grey area only.

This is on Ubuntu Linux with an European localised TOR version where our decimal point is a comma (i.e. "3,14" instead of "3.14"). When setting the scale factor in the print preview to, say, 80%, the localised TOR stores in about:config window this:
print.print_scaling = 0.50

But it should be:
print.print_scaling = 0,50

When I manually set the "0,50" in the about:config window, I can see a correct print preview once, and then I can also print with the correct scaling, but after I close the print preview window, the next time It opens it's again a grey area only, and with value = "0.50" again in the about:config window.

In TOR versions 6.x the values always have been "0,x" i.e. with comma instead of point, and everything worked fine. When having automatically upgraded from 6.x to 7.x the print preview worked (i.e. "0,50" values were stored in print_scaling) but with a fresh TOR 7.x installation, it won't work.

Mateus

Anonymous (not verified) said:

June 14, 2017

Permalink

Bug 22542: Security Settings window too small on macOS 10.12

It is still too small to fit Medium level description on Windows :)

Mateus

iranian (not verified) said:

June 14, 2017

Permalink

why it's not possible to create account on Instagram via tor browser?it says :"Sorry, something went wrong creating your account. Please try again soon."

Mateus

PartTimeUser (not verified) said:

June 14, 2017

Permalink

The following custom torrc for Tor 0.3.0.8 causes it to exit unexpectedly only when launched through the browser:

AvoidDiskWrites 1
Log notice stdout
CookieAuthentication 1
ControlPort 9622
SocksListenPort 9623

The problem lies with these three variables:

ControlPort
SocksPort
SocksListenAddress

Remove all three of them, the browser can start tor without issue. Put any one of them back and tor crashes.

The strange thing is if you launch tor.exe separately and supply those on the commandline it launches without crashing:

NOTE: I also tried HashedControlPassword with same result

It appears to be a problem with the ports, It works fine if I change the ports to something else.

The strange thing is that netstat (windows) does not report those ports in use but tor.exe definitely crashes before the browser can even connect to it. The browser reports it exited unexpectedly.

Are they maybe used by the browser already without specifying them in the torrc file? network.proxy.socks_port and extensions.torlauncher.control_port are the relevant preferences (you can look the values of those up on the about:config page in Tor Browser).

Mateus

No-Name (not verified) said:

June 14, 2017

Permalink

How to enable torrent-magnets to work ?
I.e, calling the torrent client on a click.

I would expect magnet: link to show up in
Options (or Preferences), Applications pane

The help button (question mark in upper right side) goes to

https://support.mozilla.org/en-US/kb/applications-panel-set-how-firefox…

Then the follow link to

https://support.mozilla.org/en-US/kb/change-firefox-behavior-when-open-…
Adding Download actions.
Does that help?

Could you give us more details about your setup? Does that happen with a newly download Tor Browser? Does it matter which URL (i.e. can you give us an example)? Which operating system are you on? If Windows, do you have antivirus/firewall software installed that could interfere with Tor Browser? If so, could you uninstall it for testing purposes (disabling is often not enough)?

Mateus

lucky% (not verified) said:

June 15, 2017

Permalink

Should I change dom.ipc.processCount to i.e. 8 to launch a new process for every tab (8) open in the browser?