Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2020-06-16T01:25:56Zhttps://gitlab.torproject.org/legacy/trac/-/issues/28803Integrate building pluggable transports for Android into tor-browser-build2020-06-16T01:25:56ZGeorg KoppenIntegrate building pluggable transports for Android into tor-browser-buildWe want to support Pluggable Transports in Tor Browser for Android. We should integrate those we support into our tor-browser-build process.We want to support Pluggable Transports in Tor Browser for Android. We should integrate those we support into our tor-browser-build process.https://gitlab.torproject.org/legacy/trac/-/issues/32342Tor Browser for Android crashes when opening the locale pane in the settings2020-06-16T01:25:52ZGeorg KoppenTor Browser for Android crashes when opening the locale pane in the settingsTry changing the locale via the settings. The result is the app crashing:
```
10-30 11:06:17.176 18942 18942 D GeckoLocaleList: Building locales list. Current locale: sv_SE
10-30 11:06:17.191 18942 18942 E GeckoJarReader: !!! BUG 849589 ...Try changing the locale via the settings. The result is the app crashing:
```
10-30 11:06:17.176 18942 18942 D GeckoLocaleList: Building locales list. Current locale: sv_SE
10-30 11:06:17.191 18942 18942 E GeckoJarReader: !!! BUG 849589 !!! origUrl=jar:jar:file:/data/app/org.torproject.torbrowser-1/base.apk!/assets/omni.ja!/res/multilocale.txt
10-30 11:06:17.191 18942 18942 E GeckoJarReader: java.lang.IllegalArgumentException: Got class java.util.zip.InflaterInputStream, but expected ByteBufferInputStream!
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at org.mozilla.gecko.mozglue.NativeZip.<init>(NativeZip.java:30)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at org.mozilla.gecko.util.GeckoJarReader.getStream(GeckoJarReader.java:208)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at org.mozilla.gecko.util.GeckoJarReader.getText(GeckoJarReader.java:86)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at org.mozilla.gecko.BrowserLocaleManager.getPackagedLocaleTags(BrowserLocaleManager.java:425)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at org.mozilla.gecko.preferences.LocaleListPreference.getUsableLocales(LocaleListPreference.java:222)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at org.mozilla.gecko.preferences.LocaleListPreference.buildList(LocaleListPreference.java:293)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at org.mozilla.gecko.preferences.LocaleListPreference.<init>(LocaleListPreference.java:110)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at java.lang.reflect.Constructor.newInstance(Native Method)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.preference.GenericInflater.createItem(GenericInflater.java:385)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.preference.GenericInflater.createItemFromTag(GenericInflater.java:432)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.preference.GenericInflater.rInflate(GenericInflater.java:483)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.preference.GenericInflater.rInflate(GenericInflater.java:495)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.preference.GenericInflater.inflate(GenericInflater.java:327)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.preference.GenericInflater.inflate(GenericInflater.java:264)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.preference.PreferenceManager.inflateFromResource(PreferenceManager.java:274)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.preference.PreferenceFragment.addPreferencesFromResource(PreferenceFragment.java:302)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at org.mozilla.gecko.preferences.GeckoPreferenceFragment.loadPreferences(GeckoPreferenceFragment.java:201)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at org.mozilla.gecko.preferences.GeckoPreferenceFragment.onCreate(GeckoPreferenceFragment.java:73)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.Fragment.performCreate(Fragment.java:2242)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:948)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:1164)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.BackStackRecord.run(BackStackRecord.java:793)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1557)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.FragmentController.execPendingActions(FragmentController.java:326)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.Activity.performStart(Activity.java:6942)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:3276)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:3415)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.ActivityThread.access$1100(ActivityThread.java:229)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1821)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.os.Handler.dispatchMessage(Handler.java:102)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.os.Looper.loop(Looper.java:148)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at android.app.ActivityThread.main(ActivityThread.java:7331)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at java.lang.reflect.Method.invoke(Native Method)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1230)
10-30 11:06:17.191 18942 18942 E GeckoJarReader: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1120)
10-30 11:06:17.191 18942 18942 D AndroidRuntime: Shutting down VM
10-30 11:06:17.191 18942 18942 E AndroidRuntime: FATAL EXCEPTION: main
10-30 11:06:17.191 18942 18942 E AndroidRuntime: Process: org.torproject.torbrowser, PID: 18942
10-30 11:06:17.191 18942 18942 E AndroidRuntime: java.lang.RuntimeException: Unable to start activity ComponentInfo{org.torproject.torbrowser/org.mozilla.gecko.preferences.GeckoPreferences}: android.view.InflateException: Binary XML file line #5: Error inflating class java.lang.reflect.Constructor
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:3319)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:3415)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.ActivityThread.access$1100(ActivityThread.java:229)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1821)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.os.Handler.dispatchMessage(Handler.java:102)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.os.Looper.loop(Looper.java:148)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.ActivityThread.main(ActivityThread.java:7331)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at java.lang.reflect.Method.invoke(Native Method)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1230)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1120)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: Caused by: android.view.InflateException: Binary XML file line #5: Error inflating class java.lang.reflect.Constructor
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.preference.GenericInflater.createItem(GenericInflater.java:399)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.preference.GenericInflater.createItemFromTag(GenericInflater.java:432)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.preference.GenericInflater.rInflate(GenericInflater.java:483)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.preference.GenericInflater.rInflate(GenericInflater.java:495)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.preference.GenericInflater.inflate(GenericInflater.java:327)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.preference.GenericInflater.inflate(GenericInflater.java:264)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.preference.PreferenceManager.inflateFromResource(PreferenceManager.java:274)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.preference.PreferenceFragment.addPreferencesFromResource(PreferenceFragment.java:302)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at org.mozilla.gecko.preferences.GeckoPreferenceFragment.loadPreferences(GeckoPreferenceFragment.java:201)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at org.mozilla.gecko.preferences.GeckoPreferenceFragment.onCreate(GeckoPreferenceFragment.java:73)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.Fragment.performCreate(Fragment.java:2242)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:948)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.FragmentManagerImpl.moveToState(FragmentManager.java:1164)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.BackStackRecord.run(BackStackRecord.java:793)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1557)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.FragmentController.execPendingActions(FragmentController.java:326)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.Activity.performStart(Activity.java:6942)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:3276)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: ... 9 more
10-30 11:06:17.191 18942 18942 E AndroidRuntime: Caused by: java.lang.reflect.InvocationTargetException
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at java.lang.reflect.Constructor.newInstance(Native Method)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at android.preference.GenericInflater.createItem(GenericInflater.java:385)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: ... 26 more
10-30 11:06:17.191 18942 18942 E AndroidRuntime: Caused by: java.lang.IllegalArgumentException: !!! BUG 849589 !!! origUrl=jar:jar:file:/data/app/org.torproject.torbrowser-1/base.apk!/assets/omni.ja!/res/multilocale.txt
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at org.mozilla.gecko.util.GeckoJarReader.getStream(GeckoJarReader.java:212)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at org.mozilla.gecko.util.GeckoJarReader.getText(GeckoJarReader.java:86)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at org.mozilla.gecko.BrowserLocaleManager.getPackagedLocaleTags(BrowserLocaleManager.java:425)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at org.mozilla.gecko.preferences.LocaleListPreference.getUsableLocales(LocaleListPreference.java:222)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at org.mozilla.gecko.preferences.LocaleListPreference.buildList(LocaleListPreference.java:293)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: at org.mozilla.gecko.preferences.LocaleListPreference.<init>(LocaleListPreference.java:110)
10-30 11:06:17.191 18942 18942 E AndroidRuntime: ... 28 more
```https://gitlab.torproject.org/legacy/trac/-/issues/30429Rebase Tor Browser patches for Firefox ESR 682020-06-16T01:12:05ZGeorg KoppenRebase Tor Browser patches for Firefox ESR 68We need to start rebasing our patches against Firefox 68. This is the ticket that tracks the whole effort.
It's helpful how we did it the last time: comment:6:ticket:25543. As mentioned there https://torpat.ch/ is a very valuable resour...We need to start rebasing our patches against Firefox 68. This is the ticket that tracks the whole effort.
It's helpful how we did it the last time: comment:6:ticket:25543. As mentioned there https://torpat.ch/ is a very valuable resource. It might need updating, though (which we should do while we are at it, or point Arthur to the things that need to get fixed).https://gitlab.torproject.org/legacy/trac/-/issues/32255Missing ORIGIN header breaks CORS in Tor Browser 9.02020-06-16T01:10:31ZTracMissing ORIGIN header breaks CORS in Tor Browser 9.0Looks like there is an issue on Tor Browser 9.0 which affects our CORS allowance setup, at least with the dependency django-cors-headers, because it fails to send the expected header ORIGIN in the OPTIONS preflight. It works fine using t...Looks like there is an issue on Tor Browser 9.0 which affects our CORS allowance setup, at least with the dependency django-cors-headers, because it fails to send the expected header ORIGIN in the OPTIONS preflight. It works fine using the latest 8 version. We've noticed this only happens when the CORS request source is a .onion address, otherwise it works as usual.
Example:
public.com XHR OPTIONS >> publicapi.com (ORIGIN HEADER INCLUDED, WORKS)
hidden.onion XHR OPTIONS >> publicapi.com (MISSING ORIGIN HEADER, BREAKS)
hidden.onion XHR OPTIONS >> hiddenapi.onion (MISSING ORIGIN HEADER, BREAKS)
**Trac**:
**Username**: complexparadoxAlex CatarineuAlex Catarineuhttps://gitlab.torproject.org/legacy/trac/-/issues/25099Update nightly version number2020-06-16T01:10:25ZboklmUpdate nightly version numberIn order to be able to update Tor Browser nightly builds each day, we need each build to have a different version number.
Currently the version for nightly builds is set to `tbb-nightly`. I think we could change it to the current day wi...In order to be able to update Tor Browser nightly builds each day, we need each build to have a different version number.
Currently the version for nightly builds is set to `tbb-nightly`. I think we could change it to the current day with something like `2018.01.31`.boklmboklmhttps://gitlab.torproject.org/legacy/trac/-/issues/32618Backport 1467970 and 15905262020-06-16T01:10:05ZMatthew FinkelBackport 1467970 and 1590526Mozilla landed a defense-in-depth security improvement, but they aren't planning on backporting it for esr68.
1467970 is the original patch and 1590526 corrects some regressions.
1467970: https://hg.mozilla.org/mozilla-central/rev/c8a2...Mozilla landed a defense-in-depth security improvement, but they aren't planning on backporting it for esr68.
1467970 is the original patch and 1590526 corrects some regressions.
1467970: https://hg.mozilla.org/mozilla-central/rev/c8a2c27a1128
1590526 (uplift on 71 beta): https://hg.mozilla.org/releases/mozilla-beta/rev/1542e80327c2Georg KoppenGeorg Koppenhttps://gitlab.torproject.org/legacy/trac/-/issues/32616disable GetSecureOutputDirectoryPath() functionality2020-06-16T01:10:04ZMark Smithdisable GetSecureOutputDirectoryPath() functionalityEven though the code paths that end in `GetSecureOutputDirectoryPath()` should not be taken in Tor Browser, we want to avoid any chance that the updater will create files under `C:\Program Files (x86)` or a similar location. Therefore we...Even though the code paths that end in `GetSecureOutputDirectoryPath()` should not be taken in Tor Browser, we want to avoid any chance that the updater will create files under `C:\Program Files (x86)` or a similar location. Therefore we will stub out the body of `GetSecureOutputDirectoryPath()` and have it return an error.Mark SmithMark Smithhttps://gitlab.torproject.org/legacy/trac/-/issues/32606Set up default bridge at Georgetown University2020-06-16T01:10:03ZPhilipp Winterphw@torproject.orgSet up default bridge at Georgetown UniversityMicah, a professor at Georgetown University, generously agreed to running a default bridge for us. Let's use this ticket to coordinate the process of adding it to Tor Browser.Micah, a professor at Georgetown University, generously agreed to running a default bridge for us. Let's use this ticket to coordinate the process of adding it to Tor Browser.Philipp Winterphw@torproject.orgPhilipp Winterphw@torproject.orghttps://gitlab.torproject.org/legacy/trac/-/issues/32539'Security Level' heading in about:preferences#privacy is not styled correctly2020-06-16T01:09:54Zrichard'Security Level' heading in about:preferences#privacy is not styled correctlyLooks like the h2 style elements in about:preferences now need to be actual html:h2 child nodes of the root label element. Prior to ESR68 it seems like just using a label element was sufficient.Looks like the h2 style elements in about:preferences now need to be actual html:h2 child nodes of the root label element. Prior to ESR68 it seems like just using a label element was sufficient.richardrichardhttps://gitlab.torproject.org/legacy/trac/-/issues/32508opening about:preferences#privacy from the security toolbar button leads to a...2020-06-16T01:09:48Zboklmopening about:preferences#privacy from the security toolbar button leads to adding about:preferences#tor items at the end of about:preferences#privacySomeone reported this on the blog:
https://blog.torproject.org/comment/285516#comment-285516
Using the icon on the toolbar to change the security level is showing the "Privacy & Security" and "Tor" settings in the same pane, while they ...Someone reported this on the blog:
https://blog.torproject.org/comment/285516#comment-285516
Using the icon on the toolbar to change the security level is showing the "Privacy & Security" and "Tor" settings in the same pane, while they are in two different ones when opening them through the hamburger menu and selecting "Preferences".
I am not sure if it is a bug, or if it is intentional.richardrichardhttps://gitlab.torproject.org/legacy/trac/-/issues/32505Tighten our rules in our entitlements file for macOS2020-06-16T01:09:47ZGeorg KoppenTighten our rules in our entitlements file for macOScomment:40:ticket:30126 mentions two possible rules we could tighten in our entitelments file:
com.apple.security.cs.disable-library-validation=false
com.apple.security.automation.apple-events=false
The former seems indeed to be a clea...comment:40:ticket:30126 mentions two possible rules we could tighten in our entitelments file:
com.apple.security.cs.disable-library-validation=false
com.apple.security.automation.apple-events=false
The former seems indeed to be a clear winner but I am not sure about the latter as we usually don't want to break the expected behavior for users installing WebExtensions (even if we don't recommend it).
We could think about more rules to be tightened while we are at it.Georg KoppenGeorg Koppenhttps://gitlab.torproject.org/legacy/trac/-/issues/32498Consider updating MAR_CHANNEL_ID for nightly build (and maybe alpha too)2020-06-16T01:09:44ZboklmConsider updating MAR_CHANNEL_ID for nightly build (and maybe alpha too)In `browser/confvars.sh` (from `tor-browser.git`) we currently set `MAR_CHANNEL_ID` to `torbrowser-torproject-release` in all cases.
I see that Mozilla is using a different `MAR_CHANNEL_ID` for each of their channel (previously by updat...In `browser/confvars.sh` (from `tor-browser.git`) we currently set `MAR_CHANNEL_ID` to `torbrowser-torproject-release` in all cases.
I see that Mozilla is using a different `MAR_CHANNEL_ID` for each of their channel (previously by updating `browser/confvars.sh`, and now by setting it from taskcluster: https://hg.mozilla.org/releases/mozilla-release/rev/66f52bda7e14e26235bd0a43bb68ad11775046e4).
So I am wondering if we should do the same, and use a different `MAR_CHANNEL_ID` for nightly, and maybe for the alpha too.https://gitlab.torproject.org/legacy/trac/-/issues/32497Think about changing update-channel name for nightly2020-06-16T01:09:44ZboklmThink about changing update-channel name for nightlyCurrently we set `var/torbrowser_update_channel` to `default` for the nightly builds.
I see that Mozilla is using `nightly` for their nightly builds.
Maybe we could change it to `nightly` too.
It is possible however that changing this...Currently we set `var/torbrowser_update_channel` to `default` for the nightly builds.
I see that Mozilla is using `nightly` for their nightly builds.
Maybe we could change it to `nightly` too.
It is possible however that changing this channel name has some effects on the build. One of them is the filename of the file containing the mar signing key, in `toolkit/mozapps/update/updater/moz.build`. However from a quick look, I didn't see other important changes that would be caused by using `nightly` as `MOZ_UPDATE_CHANNEL`.boklmboklmhttps://gitlab.torproject.org/legacy/trac/-/issues/32475Reduce the number of locales we provide updates for in nightly2020-06-16T01:09:38ZboklmReduce the number of locales we provide updates for in nightlyMaking updates available for each locale is costing time on nightly build/signing machines:
- generating the .mar files
- generating the incremental .mar files
- transferring the mar files between hosts to sign them and publish them
Wit...Making updates available for each locale is costing time on nightly build/signing machines:
- generating the .mar files
- generating the incremental .mar files
- transferring the mar files between hosts to sign them and publish them
With the current resources we have, I think it risks increasing the time to provide updates on nightly builds too much. I think we could start by providing updates for a subset of locales only, and think about increasing that list later.boklmboklmhttps://gitlab.torproject.org/legacy/trac/-/issues/32413Bump Go to the latest version in the 1.12 series2020-06-16T01:09:26ZGeorg KoppenBump Go to the latest version in the 1.12 seriesWe ship an older Go version in the 1.12 series and should pick up a newer one with all the security fixes.We ship an older Go version in the 1.12 series and should pick up a newer one with all the security fixes.https://gitlab.torproject.org/legacy/trac/-/issues/32405Crash immediately after bootstrap on Android2020-06-16T01:09:24ZMatthew FinkelCrash immediately after bootstrap on AndroidOn Android, when bootstrapping completes we call an `onFinish` method. Unfortunately, in this method we assume a tab was already created. Apparently this is a bad assumption and the app crashes.
```
java.lang.NullPointerException:
at ...On Android, when bootstrapping completes we call an `onFinish` method. Unfortunately, in this method we assume a tab was already created. Apparently this is a bad assumption and the app crashes.
```
java.lang.NullPointerException:
at org.mozilla.gecko.BrowserApp$34.onFinish (BrowserApp.java:3021)
at org.mozilla.gecko.torbootstrap.TorBootstrapAnimationContainer.hide (TorBootstrapAnimationContainer.java:61)
at org.mozilla.gecko.torbootstrap.TorBootstrapAnimationContainer$1.onFinish (TorBootstrapAnimationContainer.java:53)
at org.mozilla.gecko.torbootstrap.TorBootstrapPager$1.finish (TorBootstrapPager.java:64)
at org.mozilla.gecko.firstrun.FirstrunPanel.close (FirstrunPanel.java:83)
at org.mozilla.gecko.torbootstrap.TorBootstrapPanel.updateStatus (TorBootstrapPanel.java:365)
at org.mozilla.gecko.torbootstrap.TorLogEventListener$2.handleMessage (TorLogEventListener.java:123)
at android.os.Handler.dispatchMessage (Handler.java:106)
at android.os.Looper.loop (Looper.java:216)
at android.app.ActivityThread.main (ActivityThread.java:7188)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:494)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:975)
```Shane IsbellShane Isbellhttps://gitlab.torproject.org/legacy/trac/-/issues/32365Localization is broken in Tor Browser 9 on Android2020-06-16T01:09:19ZGeorg KoppenLocalization is broken in Tor Browser 9 on AndroidTake a Tor Browser 8.5.6 on an Android system in locale `foo` (`foo` != `en-US` and `foo` is a locale we actually ship).
If you start Tor Browser for the first (and subsequent) times on that system you see e.g. the connect button in loc...Take a Tor Browser 8.5.6 on an Android system in locale `foo` (`foo` != `en-US` and `foo` is a locale we actually ship).
If you start Tor Browser for the first (and subsequent) times on that system you see e.g. the connect button in locale `foo` and the onboarding in locale `foo`, the whole browser UI in locale `foo`, and `about:tor` in locale `foo`.
Now, remove 8.5.6 and install 9.0 or 9.0.1 (I actually just tested with 9.0.1 but remember vaguely seeing this weirdness when testing 9.0aX builds even though I did not put 1 and 1 together back then :( ).
If you start Tor Browser for the first (and subsequent) times on that system you see e.g. the connect button in `en-US` and the onboarding in `en-US` and the browser UI in `en-US`. However, Torbutton related things like the slider and `about:tor` are still shown in locale `foo`
This bug has the nasty consquence, I think, that the locale for the donation campaign is not properly detected. Instead, just the default link is used.Matthew FinkelMatthew Finkelhttps://gitlab.torproject.org/legacy/trac/-/issues/32303obfs4proxy incompatibility on Android Q2020-06-16T01:09:02ZMatthew Finkelobfs4proxy incompatibility on Android QWe received a report that obfs4proxy doesn't run on Android Q due to a run-time linker error.
```
WARN: Managed proxy at '/data/app/org.torproject.torbrowser-xxxxxxxx==/lib/arm64/libObfs4proxy.so' reported: error: "/data/app/org.torproj...We received a report that obfs4proxy doesn't run on Android Q due to a run-time linker error.
```
WARN: Managed proxy at '/data/app/org.torproject.torbrowser-xxxxxxxx==/lib/arm64/libObfs4proxy.so' reported: error: "/data/app/org.torproject.torbrowser-xxxxxxxx==/lib/arm64/libObfs4proxy.so": executable's TLS segment is underaligned: alignment is 8, needs to be at least 64 for ARM64 Bionic
```
This is a [bug](https://github.com/golang/go/issues/29674) that was [fixed](https://go-review.googlesource.com/c/go/+/169618/4/src/cmd/link/internal/ld/lib.go) in Golang 1.13https://gitlab.torproject.org/legacy/trac/-/issues/32220Change letterboxing color when dark theme is enabled2020-06-16T01:08:44ZcypherpunksChange letterboxing color when dark theme is enabledChange letterboxing color when dark theme is enabled
It is very white and should be changed to a dark colorChange letterboxing color when dark theme is enabled
It is very white and should be changed to a dark colorhttps://gitlab.torproject.org/legacy/trac/-/issues/31573Uncaught exception in SessionStore.jsm with Tor Browser based on ESR 682020-06-16T01:06:59ZGeorg KoppenUncaught exception in SessionStore.jsm with Tor Browser based on ESR 68During start-up I can see:
```
JavaScript error: re[//modules/sessionstore/SessionStore.jsm,](//modules/sessionstore/SessionStore.jsm,) line 1325: uncaught exception: 2147746065
```During start-up I can see:
```
JavaScript error: re[//modules/sessionstore/SessionStore.jsm,](//modules/sessionstore/SessionStore.jsm,) line 1325: uncaught exception: 2147746065
```richardrichard