Versions bump and Changelog update

Versions bump and Changelog update

Use a new .DS_Store file that has the correct app icon position.
Incorporate a new background image with updated Tor Browser branding,
  including @1x and @2x (Retina) images.
Remove the .fseventsd/ directory, which is not needed in a DMG.
These changes also fix bug 25151: Update Tor Browser branding on
  installation.

Georg Koppen authored Oct 15, 2018 and boklm committed Oct 16, 2018

We use `/usr/bin/env` for invocation in other scripts already. Let's use
it in `execdesktop` as well.

The Windows installer for the en-US bundle was created from the
$TB_STAGE_DIR instead of the $PKG_DIR where the precomplete file has
been regenerated.

Kathleen Brade authored Mar 26, 2018 and Georg Koppen committed Sep 03, 2018

When doing Moat things, use a separate profile for the secondary browser
(instead of trying to use the main meek helper profile).

Version bumps and Changelog update

Fixed missing items in Changelog, correct sha256sum for new NoScript

Versions bump and Changelog update

boklm authored Aug 15, 2018 and Georg Koppen committed Aug 16, 2018

In a previous patch for bug 25485 we changed how we set LD_LIBRARY_PATH
in start-tor-browser. However this change is not taken into account when
the browser is restarted by the updater. To avoid this issue we replace
the firefox binary by a wrapper setting LD_LIBRARY_PATH.

We ship our version of libstdc++.so.6 for backward compatibility of Tor
Browser on older systems like Ubuntu 16.04. However, a newer version of
the library may be installed on the user's system and we should detect
and use that. This commit adds support for detecting the library using a
C++ program that uses the latest ABI; if the program executes, we should
use the system library, and if not (for the older systems), we add our
libstdc++.so.6 to LD_LIBRARY_PATH.

Ben Burrill authored Jul 26, 2018 and Georg Koppen committed Jul 31, 2018

Prior to this change, arguments with spaces were flattened, so running

    ./start-tor-browser.desktop --search "hello world"

would be converted to

    ./start-tor-browser.desktop --search hello world

opening up two windows, one search for "hello" and one trying to connect
to http://world

Fixes #18022 as well.

Richard Pospesel authored Jun 26, 2018 and Georg Koppen committed Jun 29, 2018

Fixup for 26039.  WebExtension extensions can't read/write prefs, so the
base contents of extension-overrides.js are completely unnecessary.  The
WebExtension versions of noscript and httpseverywhere seem to be nearly
complete re-writes (noscript in particular is much simpler) so our
custom options appear to be no longer required (though a complete audit
of noscript should probably be done just to be sure we don't need to fix
any bad behaviour).

The updated build script for tor-browser now dumps all of the
build-determined prefs (pluggable transport strings, localization
options) into a generated-prefs.js file created at build time, which is
then appended to 000-tor-browser.js as before.

The pdfjs option is no longer needed since the disableRange option seems
to break pdfjs altogether in latest ESR60.  Also, setting the user pref
in 000-tor-browser.js does not work since pdfjs overwrites it with its
own value (any future patch setting pdfjs options needs to modify the
default values table)

Reported in a comment on the blog:
https://blog.torproject.org/comment/275985#comment-275985