briar issueshttps://code.briarproject.org/groups/briar/-/issues2020-09-04T10:56:53Zhttps://code.briarproject.org/briar/briar/-/issues/1754Test whether hiding UI still works on Android 102020-09-04T10:56:53ZakwizgranTest whether hiding UI still works on Android 10Android 10 places new restrictions on background apps starting activities:
https://developer.android.com/guide/components/activities/background-starts
Check whether BriarService#hideUi(), which is called on low memory and when the devi...Android 10 places new restrictions on background apps starting activities:
https://developer.android.com/guide/components/activities/background-starts
Check whether BriarService#hideUi(), which is called on low memory and when the device shuts down, works under the following circumstances:
* Briar is visible in recent apps
* Briar has been cleared from recent apps but is still running
It's not a big deal if hideUi() stops working, as long as we don't get a crash or unexpected behaviour when calling it or when relaunching the app.akwizgranakwizgranhttps://code.briarproject.org/briar/briar/-/issues/1750Text should adapt to system text size setting2021-03-04T14:29:55ZakwizgranText should adapt to system text size settingA user asked for text in Briar to follow the system text size setting.
I'm labelling this as a bug because as far as I can tell it's already the intended behaviour - we're using `sp` rather than `dp` or `px` for all text sizes. But chan...A user asked for text in Briar to follow the system text size setting.
I'm labelling this as a bug because as far as I can tell it's already the intended behaviour - we're using `sp` rather than `dp` or `px` for all text sizes. But changing the system text size doesn't affect Briar, even after signing out and relaunching.
https://developer.android.com/training/multiscreen/screendensities.html#TaskUseDP
> When defining text sizes, however, you should instead use scalable pixels (sp) as your units (but never use sp for layout sizes). The sp unit is the same size as dp, by default, but it resizes based on the user's preferred text size.https://code.briarproject.org/briar/briar/-/issues/1746Expose unread messages count in API's contacts list2022-02-25T15:06:24ZNicoExpose unread messages count in API's contacts listImplementation notes:
* Add variable in `list` function: [ContactControllerImpl/list](https://code.briarproject.org/briar/briar/-/blob/3c63fecb5dad2a3f8174ae40b804679780644a00/briar-headless/src/main/java/org/briarproject/briar/headless/...Implementation notes:
* Add variable in `list` function: [ContactControllerImpl/list](https://code.briarproject.org/briar/briar/-/blob/3c63fecb5dad2a3f8174ae40b804679780644a00/briar-headless/src/main/java/org/briarproject/briar/headless/contact/ContactControllerImpl.kt#L78)
* Get data from [GroupCount](https://code.briarproject.org/briar/briar/-/blob/master/briar-api/src/main/java/org/briarproject/briar/api/client/MessageTracker.java#L79)
Needed for https://code.briarproject.org/briar/briar-gtk/-/issues/29.NicoNicohttps://code.briarproject.org/briar/briar/-/issues/1740"get involved" page is missing mattermost/matrix.2020-09-10T18:33:27Zsyster"get involved" page is missing mattermost/matrix."get involved" page is missing mattermost/matrix.
Reason why I would find it important to add:
sourceforge (that thing the email list is hosted) is something that people who deeply care about privacy and free software might never join..."get involved" page is missing mattermost/matrix.
Reason why I would find it important to add:
sourceforge (that thing the email list is hosted) is something that people who deeply care about privacy and free software might never join in (some will, others not.)
possible solution:
add link to mattermost/matrixhttps://code.briarproject.org/briar/briar/-/issues/1739Create Debian Source Package for Briar Headless2020-10-31T12:52:40ZNicoCreate Debian Source Package for Briar HeadlessTo get Briar GTK into Debian (or to at least provide a .deb installation method), we need to create a Debian package for Briar Headless that builds everything from source. !1252 brought at least a binary package.
Related issues:
* https...To get Briar GTK into Debian (or to at least provide a .deb installation method), we need to create a Debian package for Briar Headless that builds everything from source. !1252 brought at least a binary package.
Related issues:
* https://code.briarproject.org/briar/briar-gtk/-/issues/39
* https://code.briarproject.org/briar/python-briar-wrapper/-/issues/14https://code.briarproject.org/briar/briar/-/issues/1729Android OS can capture keys?2022-02-25T15:07:10ZJay BeeAndroid OS can capture keys?It is my understanding that every keystroke goes to OS over API and then it goes to Briar app from OS over another API. So google can capture anything what is written by separate keyboard application. For security reasons, would it be be...It is my understanding that every keystroke goes to OS over API and then it goes to Briar app from OS over another API. So google can capture anything what is written by separate keyboard application. For security reasons, would it be better to include own keyboard in the application? There are few opensource keyboards, AnySoftKey, Hacker keyboard...https://code.briarproject.org/briar/briar/-/issues/1728Can Android user of Briar communicate with owner of iOS device?2022-02-25T15:07:28ZJay BeeCan Android user of Briar communicate with owner of iOS device?I have not found any Briar version for iPhone, but maybe the protocol allows other client?I have not found any Briar version for iPhone, but maybe the protocol allows other client?https://code.briarproject.org/briar/briar/-/issues/1727Is orbot required?2022-02-25T15:07:42ZJay BeeIs orbot required?Hello. You write that messages over internet are exchanged over tor. Is orbot needed for that? Can you clarify please?Hello. You write that messages over internet are exchanged over tor. Is orbot needed for that? Can you clarify please?https://code.briarproject.org/briar/briar-gtk/-/issues/50fatal TLS alert on uri2020-05-11T08:04:46Zsysterfatal TLS alert on uria user tryn to install briar GTK reports the following issue:
I get "error: Can't load uri https://flatpak.dorfbrunnen.eu/repo/appstream/app.briar.gtk.flatpakref: Peer sent fatal TLS alert: Error in protocol version" when I try to flatp...a user tryn to install briar GTK reports the following issue:
I get "error: Can't load uri https://flatpak.dorfbrunnen.eu/repo/appstream/app.briar.gtk.flatpakref: Peer sent fatal TLS alert: Error in protocol version" when I try to flatpak it
original report is here: https://mastodon.social/@fav/104128177572053077https://code.briarproject.org/briar/briar-gtk/-/issues/49briar-gtk flatpak on librm5_devkit2020-12-16T09:21:16Zfphemeralbriar-gtk flatpak on librm5_devkithere the (admitteldy hacky) steps to reproduce
getting briar-gtk alpha flatpak to work on librm5_devkit aarch64
## patched briar headless
cloned briar repo
applied two patches:
```diff
+++ b/bramble-core/src/main/java/org/briarproject...here the (admitteldy hacky) steps to reproduce
getting briar-gtk alpha flatpak to work on librm5_devkit aarch64
## patched briar headless
cloned briar repo
applied two patches:
```diff
+++ b/bramble-core/src/main/java/org/briarproject/bramble/plugin/tor/TorPlugin.java
@@ -192,7 +192,7 @@ abstract class TorPlugin implements DuplexPlugin, EventHandler, EventListener {
// Load the settings
settings = callback.getSettings();
// Install or update the assets if necessary
- if (!assetsAreUpToDate()) installAssets();
+ //if (!assetsAreUpToDate()) installAssets();
if (cookieFile.exists() && !cookieFile.delete())
LOG.warning("Old auth cookie not deleted");
// Start a new Tor process
+++ b/bramble-java/src/main/java/org/briarproject/bramble/plugin/tor/UnixTorPluginFactory.java
@@ -82,13 +82,13 @@ public class UnixTorPluginFactory implements DuplexPluginFactory {
@Override
public DuplexPlugin createPlugin(PluginCallback callback) {
// Check that we have a Tor binary for this architecture
- String architecture = null;
- if (isLinux()) {
- String arch = System.getProperty("os.arch");
- if (arch.equals("amd64")) {
- architecture = "linux-x86_64";
- }
- }
+ String architecture = "linux-aarch64";
+ //if (isLinux()) {
+ // String arch = System.getProperty("os.arch");
+ // if (arch.equals("amd64")) {
+ // architecture = "linux-x86_64";
+ // }
+ //}
if (architecture == null) {
LOG.info("Tor is not supported on this architecture");
return null;
```
compiled briar-headless
as also described in
http://4g375hpowkjyopwa7c5lm7f4ovzhceezvscm342uklflfpl3mcxxhxyd.onion/briar_headless_on_librem5_devkit.html
## briar-gtk build flatpak
git cloned:
https://code.briarproject.org/briar/briar-gtk
`git submodule update --init`
built flatpak as advertised via:
`flatpak-builder --install-deps-from=flathub --user --install --force-clean --ccache flatpak-builddir app.briar.gtk.json`
## run shell in flatpak container
`flatpak run --command=sh app.briar.gtk`
first replacing briar headless with the patched version for aarch64
`cp /home/purism/dl/briar/briar-headless/build/libs/briar-headless.jar /home/purism/.local/share/flatpak/app/app.briar.gtk/aarch64/master/active/files/briar/briar-headless.jar`
starting briar headless inside the flatpak
`java -jar /app/briar/briar-headless.jar`
which complains about the not visible (from flatpak perspective) distro tor dependencies.
so copy dependencies into flatpak as well:
libevent-2.1.so.6:
`cp /usr/lib/aarch64-linux-gnu/libevent-2.1.so.6.0.2 /home/purism/.local/share/flatpak/runtime/org.gnome.Platform/aarch64/3.36/active/files/lib/aarch64-linux-gnu/libevent-2.1.so.6`
libzstd.so.1:
`cp /usr/lib/aarch64-linux-gnu/libzstd.so.1.3.8 /home/purism/.local/share/flatpak/runtime/org.gnome.Platform/aarch64/3.36/active/files/lib/aarch64-linux-gnu/libzstd.so.1`
with that briar-headless runs fine.
## briar-gtk python key error
python key error, so I disabled the two lines of code:
remove/comment-out lines 30 and 31 of
/home/purism/.local/share/flatpak/app/app.briar.gtk/aarch64/master/active/files/lib/python3.7/site-packages/briar_wrapper/models/contacts.pyhttps://code.briarproject.org/briar/briar-gtk/-/issues/43Serve nightly Flatpak builds with GitLab CI2020-09-22T20:43:24ZNicoServe nightly Flatpak builds with GitLab CIThis already works quite well at gitlab.gnome.org. Relevant links:
* https://gitlab.gnome.org/GNOME/Initiatives/-/wikis/DevOps-with-Flatpak
* https://gitlab.gnome.org/GNOME/geary/commit/4bef867407efbcfebbf5182e794b43e3a76ddb00
* https:/...This already works quite well at gitlab.gnome.org. Relevant links:
* https://gitlab.gnome.org/GNOME/Initiatives/-/wikis/DevOps-with-Flatpak
* https://gitlab.gnome.org/GNOME/geary/commit/4bef867407efbcfebbf5182e794b43e3a76ddb00
* https://gitlab.gnome.org/GNOME/citemplateshttps://code.briarproject.org/briar/briar/-/issues/1723User testing for transport toggles2020-08-14T09:23:31ZakwizgranUser testing for transport togglesRenata GegajRenata Gegajhttps://code.briarproject.org/briar/briar/-/issues/1722Include last private chat activity in list of contacts2020-11-16T11:15:27ZNicoInclude last private chat activity in list of contactsIn order to sort the contact list in Briar GTK chronologically (https://code.briarproject.org/briar/briar-gtk/issues/4), I thought of adding a `lastChatActivity` key to the [list of contacts exposed by Briar Headless](https://code.briarp...In order to sort the contact list in Briar GTK chronologically (https://code.briarproject.org/briar/briar-gtk/issues/4), I thought of adding a `lastChatActivity` key to the [list of contacts exposed by Briar Headless](https://code.briarproject.org/briar/briar/blob/84584d4d3c3028082c99dbbd10184a3ddb208daa/briar-headless/README.md#listing-all-contacts). The value of this key would be the timestamp of the last message in the private chat with that contact.
I deliberately called it `lastChatActivity` to leave `lastActivity` available for other purposed, i.e. the contact's last message or the last time we were connected to them.NicoNicohttps://code.briarproject.org/briar/briar/-/issues/1718Tor doesn't start with targetSdkVersion set to 292020-09-04T10:18:06ZakwizgranTor doesn't start with targetSdkVersion set to 29As expected, Android's restrictions on launching processes are getting tighter. Setting the targetSdkVersion to 29 prevents Tor from starting on the API 29 emulator:
```
2020-03-30 17:46:55.672 7943-8057/org.briarproject.briar.android.d...As expected, Android's restrictions on launching processes are getting tighter. Setting the targetSdkVersion to 29 prevents Tor from starting on the API 29 emulator:
```
2020-03-30 17:46:55.672 7943-8057/org.briarproject.briar.android.debug I/TorPlugin: Starting Tor
2020-03-30 17:46:55.680 7943-8057/org.briarproject.briar.android.debug W/PluginManagerImpl: org.briarproject.bramble.api.plugin.PluginException: java.io.IOException: Cannot run program "/data/user/0/org.briarproject.briar.android.debug/app_tor/tor" (in directory "/data/user/0/org.briarproject.briar.android.debug/app_tor"): error=13, Permission denied
org.briarproject.bramble.api.plugin.PluginException: java.io.IOException: Cannot run program "/data/user/0/org.briarproject.briar.android.debug/app_tor/tor" (in directory "/data/user/0/org.briarproject.briar.android.debug/app_tor"): error=13, Permission denied
at org.briarproject.bramble.plugin.tor.TorPlugin.start(TorPlugin.java:221)
at org.briarproject.bramble.plugin.PluginManagerImpl$PluginStarter.run(PluginManagerImpl.java:220)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.lang.Thread.run(Thread.java:923)
Caused by: java.io.IOException: Cannot run program "/data/user/0/org.briarproject.briar.android.debug/app_tor/tor" (in directory "/data/user/0/org.briarproject.briar.android.debug/app_tor"): error=13, Permission denied
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1050)
at org.briarproject.bramble.plugin.tor.TorPlugin.start(TorPlugin.java:219)
at org.briarproject.bramble.plugin.PluginManagerImpl$PluginStarter.run(PluginManagerImpl.java:220)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.lang.Thread.run(Thread.java:923)
Caused by: java.io.IOException: error=13, Permission denied
at java.lang.UNIXProcess.forkAndExec(Native Method)
at java.lang.UNIXProcess.<init>(UNIXProcess.java:133)
at java.lang.ProcessImpl.start(ProcessImpl.java:141)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)
at org.briarproject.bramble.plugin.tor.TorPlugin.start(TorPlugin.java:219)
at org.briarproject.bramble.plugin.PluginManagerImpl$PluginStarter.run(PluginManagerImpl.java:220)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.lang.Thread.run(Thread.java:923)
```
Tor starts OK with the current targetSdkVersion of 28. Same results on the API 30 emulator.https://code.briarproject.org/briar/briar/-/issues/1717Window content is visible before UnlockActivity is shown on Android 11 dev pr...2020-11-15T16:05:04ZakwizgranWindow content is visible before UnlockActivity is shown on Android 11 dev previewAndroid version: 11 developer preview 2
User feedback:
> Opening NavDrawerActivity leaks visual content (contact list, time of the messages etc) for ≤1s before UnlockActivity is shown. Same result when the app is locked, and tapping a n...Android version: 11 developer preview 2
User feedback:
> Opening NavDrawerActivity leaks visual content (contact list, time of the messages etc) for ≤1s before UnlockActivity is shown. Same result when the app is locked, and tapping a notification to unlock the app. Interesting that this behaviour does not exist on AOSP R version at the moment, but on Google Pixel factory R versions.https://code.briarproject.org/briar/briar/-/issues/1715Support for Disappearing/Self-destructing messages like in Signal/Keybase2020-03-23T11:52:46ZRjyork FlrenSupport for Disappearing/Self-destructing messages like in Signal/KeybaseIs there any plan on adding this feature? Signal and Keybase offer this system where you can set a specific lifespan of messages and after the lifespan is up, they are deleted/destructed from all systems of all users.Is there any plan on adding this feature? Signal and Keybase offer this system where you can set a specific lifespan of messages and after the lifespan is up, they are deleted/destructed from all systems of all users.https://code.briarproject.org/briar/python-briar-wrapper/-/issues/15Add option to use system's Tor binary2021-06-29T05:57:21ZNicoAdd option to use system's Tor binaryThis is most likely needed for a release to Debian (https://code.briarproject.org/briar/briar-gtk/issues/38).This is most likely needed for a release to Debian (https://code.briarproject.org/briar/briar-gtk/issues/38).https://code.briarproject.org/briar/python-briar-wrapper/-/issues/14Create Debian package2021-02-01T12:26:07ZNicoCreate Debian packageFor later inclusion in Debian (https://code.briarproject.org/briar/briar-gtk/issues/38), we should not ship our own Tor binary but use Debian's one (https://code.briarproject.org/briar/python-briar-wrapper/issues/15).
Related issue for ...For later inclusion in Debian (https://code.briarproject.org/briar/briar-gtk/issues/38), we should not ship our own Tor binary but use Debian's one (https://code.briarproject.org/briar/python-briar-wrapper/issues/15).
Related issue for Briar Headless: https://code.briarproject.org/briar/briar/-/issues/1739NicoNicohttps://code.briarproject.org/briar/briar-gtk/-/issues/16Main menu entry "Sign Out"2020-09-22T20:47:14ZNicoMain menu entry "Sign Out"Sub issue of https://code.briarproject.org/briar/briar-gtk/issues/17.Sub issue of https://code.briarproject.org/briar/briar-gtk/issues/17.https://code.briarproject.org/briar/briar-gtk/-/issues/5Lazy loading of messages2021-01-11T08:03:51ZNicoLazy loading of messagesCurrently, all messages are loaded at once. With chat histories becoming bigger and bigger, this could result in serious performance problems.
Related issue in wrapper: https://code.briarproject.org/briar/python-briar-wrapper/issues/5Currently, all messages are loaded at once. With chat histories becoming bigger and bigger, this could result in serious performance problems.
Related issue in wrapper: https://code.briarproject.org/briar/python-briar-wrapper/issues/5