Pier Angelo Vendrame pushed to branch tor-browser-115.5.0esr-13.5-1 at The Tor Project / Applications / Tor Browser
Commits:
75ee8a08 by Pier Angelo Vendrame at 2023-11-28T17:06:52+01:00
fixup! Bug 31286: Implementation of bridge, proxy, and firewall settings in about:preferences#connection
Bug 42299: Unbreak about:preferences#connection when invalid bridge
lines are supplied
We switched to a shared bridge line parser. It might throw if an invalid
bridge line is passed, but we do not handle the exception in
connectionPane.js. As a result, the page breaks.
As a workaround, we can simply ignore the errors, but a better solution
would warn the user about that.
A bridge card rework is expected to happen in the 13.5 cycle, so I think
we can defer a proper fix to that moment.
(This should also be the UX of 11.5, 12.0 and 12.5).
- - - - -
1 changed file:
- browser/components/torpreferences/content/connectionPane.js
Changes:
=====================================
browser/components/torpreferences/content/connectionPane.js
=====================================
@@ -398,7 +398,7 @@ const gConnectionPane = (function () {
bridgeSwitch.addEventListener("toggle", () => {
TorSettings.bridges.enabled = bridgeSwitch.pressed;
TorSettings.saveToPrefs();
- TorSettings.applySettings().then(result => {
+ TorSettings.applySettings().finally(() => {
this._populateBridgeCards();
});
});
@@ -486,7 +486,12 @@ const gConnectionPane = (function () {
});
const idString = TorStrings.settings.bridgeId;
const id = card.querySelector(selectors.bridges.cardId);
- const details = TorParsers.parseBridgeLine(bridgeString);
+ let details;
+ try {
+ details = TorParsers.parseBridgeLine(bridgeString);
+ } catch (e) {
+ console.error(`Detected invalid bridge line: ${bridgeString}`, e);
+ }
if (details && details.id !== undefined) {
card.setAttribute("data-bridge-id", details.id);
}
@@ -529,7 +534,7 @@ const gConnectionPane = (function () {
bridgeSwitch.pressed && !!strings.length;
TorSettings.bridges.bridge_strings = strings.join("\n");
TorSettings.saveToPrefs();
- TorSettings.applySettings().then(result => {
+ TorSettings.applySettings().finally(() => {
this._populateBridgeCards();
});
});
@@ -1021,7 +1026,7 @@ const gConnectionPane = (function () {
TorSettings.bridges.builtin_type = "";
}
TorSettings.saveToPrefs();
- TorSettings.applySettings().then(result => {
+ TorSettings.applySettings().finally(() => {
this._populateBridgeCards();
});
},
@@ -1036,8 +1041,12 @@ const gConnectionPane = (function () {
async saveBridgeSettings(connect) {
TorSettings.saveToPrefs();
// FIXME: This can throw if the user adds a bridge manually with invalid
- // content. Should be addressed by tor-browser#40552.
- await TorSettings.applySettings();
+ // content. Should be addressed by tor-browser#41913.
+ try {
+ await TorSettings.applySettings();
+ } catch (e) {
+ console.error("Applying settings failed", e);
+ }
this._populateBridgeCards();
View it on GitLab: https://gitlab.torproject.org/tpo/applications/tor-browser/-/commit/75ee8a0…
--
View it on GitLab: https://gitlab.torproject.org/tpo/applications/tor-browser/-/commit/75ee8a0…
You're receiving this email because of your account on gitlab.torproject.org.
Pier Angelo Vendrame pushed to branch main at The Tor Project / Applications / tor-browser-build
Commits:
95fcf138 by Pier Angelo Vendrame at 2023-11-29T17:35:44+01:00
Bug 41026: Use a relative target_dir in upload_sha256sums
~/ is expanded by the shell issuing the command, so it results in the
local home directory, not the remote one.
However, since we are using a path that is relative to the home, we
can simply use a relative one.
- - - - -
1 changed file:
- projects/release/upload_sha256sums
Changes:
=====================================
projects/release/upload_sha256sums
=====================================
@@ -8,7 +8,7 @@ browser=[% c("var/browser_type") %]
src_dir=[% shell_quote(path(dest_dir)) %]/$signed/$version
-target_dir=~/public_html/builds/$browser/$channel/$version/
+target_dir=public_html/builds/$browser/$channel/$version/
echo "browser:$browser channel:$channel signed:$signed version:$version"
@@ -31,4 +31,4 @@ fi
ssh [% c("var/tpo_user") %](a)people.torproject.org "mkdir -p $target_dir"
rsync sha256sums*.* [% c("var/tpo_user") %]@people.torproject.org:$target_dir
-echo "Synced sha256sums to https://people.torproject.org/~[% c("var/tpo_user") %]/builds/$browser/$channel/$version/"
\ No newline at end of file
+echo "Synced sha256sums to https://people.torproject.org/~[% c("var/tpo_user") %]/builds/$browser/$channel/$version/"
View it on GitLab: https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/commit/9…
--
View it on GitLab: https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/commit/9…
You're receiving this email because of your account on gitlab.torproject.org.
Pier Angelo Vendrame pushed to branch main at The Tor Project / Applications / tor-browser-build
Commits:
f36acd4f by Pier Angelo Vendrame at 2023-11-28T12:08:57+01:00
Bug 41016: Switch from bullseye to bookworm on macOS+Windows.
Debian bookworm became the new stable in June 2023, so we should update
our containers to use it.
On macOS the update did not cause any issue, and just updating the
suite name worked.
On Windows, it caused some problems where we used the strip provided by
the OS (only for tor, it seems), because the new version of strip seems
to update the timestamps by default.
We are delaying the process for Android because there are still a
couple of projects that require Java 11, which is not available on
bookworm.
- - - - -
6054fe9c by Pier Angelo Vendrame at 2023-11-28T12:08:59+01:00
Bug 41015: Enable std::filesystem on libc++ on Windows
We need to do some path manipulation in some Firefox code that is run
before initializing XPCOM.
So, the alternatives are either Path* functions from shlwapi, or
std::filesystem, which is disabled in Firefox 115.
Mozilla enabled it starting from 116, but we have been told it is okay
to enable it also in 115, so we do it with this patch.
- - - - -
6 changed files:
- projects/manual/config
- projects/mingw-w64-clang/build
- projects/mmdebstrap-image/config
- projects/mmdebstrap/config
- projects/tor/build
- rbm.conf
Changes:
=====================================
projects/manual/config
=====================================
@@ -13,7 +13,7 @@ compress_tar: 'gz'
var:
container:
- suite: bullseye
+ suite: bookworm
arch: amd64
deps:
- python3
=====================================
projects/mingw-w64-clang/build
=====================================
@@ -175,7 +175,7 @@ EOF
-DLIBCXX_SUPPORTS_STD_EQ_CXX11_FLAG=TRUE \
-DLIBCXX_HAVE_CXX_ATOMICS_WITHOUT_LIB=TRUE \
-DLIBCXX_ENABLE_EXPERIMENTAL_LIBRARY=OFF \
- -DLIBCXX_ENABLE_FILESYSTEM=OFF \
+ -DLIBCXX_ENABLE_FILESYSTEM=ON \
-DLIBCXX_ENABLE_STATIC_ABI_LIBRARY=TRUE \
-DLIBCXX_CXX_ABI=libcxxabi \
-DLIBCXX_CXX_ABI_INCLUDE_PATHS=$builddir/clang-source/libcxxabi/include \
=====================================
projects/mmdebstrap-image/config
=====================================
@@ -7,7 +7,7 @@ container:
use_container: 1
var:
- ubuntu_version: 22.04.2
+ ubuntu_version: 22.04.3
pre: |
#!/bin/sh
@@ -50,9 +50,16 @@ targets:
suite: bullseye
arch: amd64
+ bookworm-amd64:
+ var:
+ minimal_apt_version: 2.6.1
+ container:
+ suite: bookworm
+ arch: amd64
+
input_files:
- project: mmdebstrap
name: mmdebstrap
- URL: 'https://cdimage.ubuntu.com/ubuntu-base/releases/[% c("var/ubuntu_version") %]/release/ubuntu-base-[% c("var/ubuntu_version") %]-base-amd64.tar.gz'
filename: 'container-image_ubuntu-base-[% c("var/ubuntu_version") %]-base-amd64.tar.gz'
- sha256sum: 373f064df30519adc3344a08d774f437caabd1479d846fa2ca6fed727ea7a53d
+ sha256sum: ad33b7ae47b75c92c2e2fe21fd4612e15357e67679d8751d6ce892a475be24fe
=====================================
projects/mmdebstrap/config
=====================================
@@ -1,6 +1,6 @@
# vim: filetype=yaml sw=2
filename: '[% project %]-src-[% c("version") %]-[% c("var/build_id") %].tar.gz'
-version: 0.8.6
+version: 1.4.0
git_hash: '[% c("version") %]'
git_url: https://gitlab.mister-muffin.de/josch/mmdebstrap.git
gpg_keyring: mmdebstrap.gpg
=====================================
projects/tor/build
=====================================
@@ -97,8 +97,9 @@ cp $distdir/share/tor/geoip6 "$TORDATADIR"
cd $distdir
[% IF c("var/windows") %]
- install -s $distdir/bin/tor.exe "$TORBINDIR"
- install -s $distdir/bin/tor-gencert.exe "$TORBINDIR"
+ # With Debian bookworm strip changes the date time, llvm-strip doesn't do it.
+ install -s --strip-program=llvm-strip $distdir/bin/tor.exe "$TORBINDIR"
+ install -s --strip-program=llvm-strip $distdir/bin/tor-gencert.exe "$TORBINDIR"
[% END %]
[% IF c("var/linux") %]
=====================================
rbm.conf
=====================================
@@ -578,7 +578,7 @@ targets:
windows: 1
platform: windows
container:
- suite: bullseye
+ suite: bookworm
arch: amd64
configure_opt: '--host=[% c("arch") %]-w64-mingw32 CFLAGS="[% c("var/CFLAGS") %]" LDFLAGS="[% c("var/LDFLAGS") %]" [% c("var/configure_opt_project") %]'
CFLAGS: '-fstack-protector-strong -fno-strict-overflow -Wno-missing-field-initializers -Wformat -Wformat-security [% c("var/flag_mwindows") %]'
@@ -661,7 +661,7 @@ targets:
platform: macos
osname: macos
container:
- suite: bullseye
+ suite: bookworm
arch: amd64
compiler: 'macosx-toolchain'
configure_opt: '--host=[% c("var/build_target") %] CC="[% c("var/build_target") %]-clang [% c("var/FLAGS") %]" CXX="[% c("var/build_target") %]-clang++ [% c("var/FLAGS") %]" [% c("var/configure_opt_project") %]'
View it on GitLab: https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/compare/…
--
View it on GitLab: https://gitlab.torproject.org/tpo/applications/tor-browser-build/-/compare/…
You're receiving this email because of your account on gitlab.torproject.org.