briar issueshttps://code.briarproject.org/groups/briar/-/issues2020-09-23T08:14:36Zhttps://code.briarproject.org/briar/briar-gtk/-/issues/67Don't allow sending empty messages2020-09-23T08:14:36ZNicoDon't allow sending empty messagesLooks really weird and empty messages get filtered out anyway on the other side.Looks really weird and empty messages get filtered out anyway on the other side.GTK 0.1.0-beta2NicoNicohttps://code.briarproject.org/briar/briar/-/issues/940Update to the latest emoji2018-09-03T12:13:35ZakwizgranUpdate to the latest emojiSignal's emoji code and resources were updated in December 2016:
https://github.com/WhisperSystems/Signal-Android/commit/f7474362ff8bc75fff70ed75a1caad31fd55374e
New emoji were released in March 2017:
http://emojipedia.org/emoji-5.0/Signal's emoji code and resources were updated in December 2016:
https://github.com/WhisperSystems/Signal-Android/commit/f7474362ff8bc75fff70ed75a1caad31fd55374e
New emoji were released in March 2017:
http://emojipedia.org/emoji-5.0/Android 1.1akwizgranakwizgranhttps://code.briarproject.org/briar/briar-gtk/-/issues/68Providing context in translation strings requires Python 3.82020-10-02T09:14:47ZNicoProviding context in translation strings requires Python 3.8In https://code.briarproject.org/briar/briar-gtk/-/merge_requests/67 I tried to react to the issues in Transifex by adding context to some strings. This required using `gettext.pgettext` which is a new feature in Python 3.8.
Python 3.8 ...In https://code.briarproject.org/briar/briar-gtk/-/merge_requests/67 I tried to react to the issues in Transifex by adding context to some strings. This required using `gettext.pgettext` which is a new feature in Python 3.8.
Python 3.8 isn't available in Debian stable and it's still a year (?) until a new version of Debian is released.
With @grote I was discussing whether requiring Python 3.8 is worth only for providing context, because it excludes users on Debian stable.
Reading [L10n Lab's Developer Guidelines](https://www.localizationlab.org/roles-guidelines#developer) I learned that there is an "Instructions field in the Web Editor to provide translators with context when possible". I don't seem to be able to use it since I'm only a Translator on Briar's project.
@akwizgran What's your opinion on that? Maybe we can also get Lab peoples' opinion on this?
Before reverting that changes and making yet another update to the source files, I wanted to hear your opinions on this topic.GTK 0.1.0-beta2NicoNicohttps://code.briarproject.org/briar/briar/-/issues/936Create synchronous incoming sync session for integration tests2018-06-21T15:58:16ZakwizgranCreate synchronous incoming sync session for integration testsThe integration tests use various workarounds to deal with IncomingSession writing messages and acks to the DB asynchronously. Create a simple synchronous incoming session for tests so these workarounds can be removed.The integration tests use various workarounds to deal with IncomingSession writing messages and acks to the DB asynchronously. Create a simple synchronous incoming session for tests so these workarounds can be removed.https://code.briarproject.org/briar/briar-gtk/-/issues/69Update delivery state of messages2021-01-23T13:49:02ZNicoUpdate delivery state of messagesBriar Headless still lacks web events of delivery state changes, therefore https://code.briarproject.org/briar/briar-gtk/-/merge_requests/68 doesn't update delivery states automatically.Briar Headless still lacks web events of delivery state changes, therefore https://code.briarproject.org/briar/briar-gtk/-/merge_requests/68 doesn't update delivery states automatically.https://code.briarproject.org/briar/briar/-/issues/935Hostname of feed URL is logged during RSS Feed Import2020-11-19T15:22:32ZTorsten GroteHostname of feed URL is logged during RSS Feed ImportPrivacy leak?
```
04-10 15:14:04.602 D/libc-netbsd: [getaddrinfo]: hostname=www.schneier.com; servname=(null); cache_mode=(null), netid=0; mark=0
04-10 15:14:04.602 D/libc-netbsd: [getaddrinfo]: ai_addrlen=0; ai_canonname=(null); ai_flag...Privacy leak?
```
04-10 15:14:04.602 D/libc-netbsd: [getaddrinfo]: hostname=www.schneier.com; servname=(null); cache_mode=(null), netid=0; mark=0
04-10 15:14:04.602 D/libc-netbsd: [getaddrinfo]: ai_addrlen=0; ai_canonname=(null); ai_flags=4; ai_family=0
```https://code.briarproject.org/briar/briar-gtk/-/issues/70Limit input width just like message texts width2020-12-31T12:05:26ZNicoLimit input width just like message texts widthWhile we limit the width of messages in the chat history, the input is stretched from one end to another.
I guess we need to put the `Gtk.Entry` in a `Handy.Leaflet`, just like Fractal:
![fractal-4.0-screenshot](/uploads/92eb9f5cdc4dfb...While we limit the width of messages in the chat history, the input is stretched from one end to another.
I guess we need to put the `Gtk.Entry` in a `Handy.Leaflet`, just like Fractal:
![fractal-4.0-screenshot](/uploads/92eb9f5cdc4dfb083d2bf72e5414ffa6/fractal-4.0-screenshot.png)GTK 0.1.0-beta3NicoNicohttps://code.briarproject.org/briar/briar/-/issues/934Potential SocksSocket resource leak2018-05-11T10:02:32ZJulian DehmPotential SocksSocket resource leakI've seen this a few times now in the log:
```
org.briarproject.briar I/ConnectionRegistryImpl: 1 contacts connected
04-10 12:35:19.584 4701-4712/org.briarproject.briar E/StrictMode: A resource was acquired at attached stack trace but...I've seen this a few times now in the log:
```
org.briarproject.briar I/ConnectionRegistryImpl: 1 contacts connected
04-10 12:35:19.584 4701-4712/org.briarproject.briar E/StrictMode: A resource was acquired at attached stack trace but never released. See java.io.Closeable for information on avoiding resource leaks.
java.lang.Throwable: Explicit termination method 'close' not called
at dalvik.system.CloseGuard.open(CloseGuard.java:180)
at java.net.AbstractPlainSocketImpl.create(AbstractPlainSocketImpl.java:103)
at java.net.Socket.createImpl(Socket.java:470)
at java.net.Socket.connect(Socket.java:603)
at org.briarproject.bramble.socks.SocksSocket.connect(SocksSocket.java:57)
at java.net.Socket.connect(Socket.java:554)
at org.briarproject.bramble.socks.SocksSocketFactory.createSocket(SocksSocketFactory.java:29)
at org.briarproject.bramble.plugin.tor.TorPlugin.createConnection(TorPlugin.java:577)
at org.briarproject.bramble.plugin.tor.TorPlugin$3.run(TorPlugin.java:551)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1133)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:607)
at java.lang.Thread.run(Thread.java:761)
```https://code.briarproject.org/briar/briar-gtk/-/issues/71Allow multiple lines in input field2020-12-31T12:05:29ZNicoAllow multiple lines in input fieldDino.im handles it in a way I like personally.Dino.im handles it in a way I like personally.GTK 0.1.0-beta3NicoNicohttps://code.briarproject.org/briar/briar/-/issues/930Recent emoji page isn't updated2018-09-03T12:13:56ZakwizgranRecent emoji page isn't updatedSteps to reproduce:
* Choose an emoji from the first page (smilies)
* Switch to the recent emoji page
* Expected behaviour: the chosen emoji has been added to the page
* Actual behaviour: the chosen emoji isn't added until the page is de...Steps to reproduce:
* Choose an emoji from the first page (smilies)
* Switch to the recent emoji page
* Expected behaviour: the chosen emoji has been added to the page
* Actual behaviour: the chosen emoji isn't added until the page is destroyed and recreated
The recent emoji page is destroyed and recreated if you switch to any non-adjacent page, such as animals and plants, so the behaviour is inconsistent depending on which pages you switch to.
The problem occurs because the EmojiPageView doesn't know when its model has been updated. The model can keep a reference to the view (via some listener interface) to notify the view of changes, but the reference must be removed when the view is destroyed and restored when the view is recreated. I had a quick look at this but couldn't find a clean way to implement it in the current structure.Android 1.1akwizgranakwizgranhttps://code.briarproject.org/briar/briar-gtk/-/issues/72Send "Intent to Package" to Debian2021-09-24T08:16:51ZNicoSend "Intent to Package" to DebianI plan to send this "Intent to Package" to Debian in the next days, which marks the very first step to get Briar into Debian. Before doing so, I'd appreciate any comments by others. There's also https://code.briarproject.org/briar/python...I plan to send this "Intent to Package" to Debian in the next days, which marks the very first step to get Briar into Debian. Before doing so, I'd appreciate any comments by others. There's also https://code.briarproject.org/briar/python-briar-wrapper/-/issues/17 and https://code.briarproject.org/briar/briar-debian/-/issues/2.
```
Subject: ITP: briar-gtk -- Desktop and mobile client for Briar p2p messaging
Package: wnpp
Owner: Nico Alt <nicoalt@posteo.org>
Severity: wishlist
* Package name : briar-gtk
Version : 0.1.0
Upstream Author : Nico Alt <nicoalt@posteo.org>
* URL : https://code.briarproject.org/briar/briar-gtk
* License : AGPLv3
Programming Lang: Python
Description : Desktop and mobile client for Briar p2p messaging
Briar is a messaging app designed for activists, journalists, and anyone
else who needs a safe, easy and robust way to communicate. Unlike
traditional messaging apps, Briar doesn't rely on a central server -
messages are synchronized directly between the users' devices. If the
internet's down, Briar can sync via Bluetooth or Wi-Fi, keeping the
information flowing in a crisis. If the internet's up, Briar can sync via
the Tor network, protecting users and their relationships from
surveillance.
This package contains the GTK client that uses python3-briar-wrapper
to access the REST API exposed by briar-headless.
Briar GTK is already packaged according to DFSG, but it depends on
briar-headless which can't be build with Debian packages due to Kotlin:
https://code.briarproject.org/briar/briar-gtk/-/tree/main/debian
I develop and use Briar GTK myself with support by other core developers
of the Briar Project. I plan to maintain this project and its dependencies
in Debian, but I'm always open to and appreciating any help by potential
co-maintainers. Additionally, I'm looking for a sponsor.
```
[Debian's "Introduction for maintainers"](https://mentors.debian.net/intro-maintainers/)
CC @grote @akwizgran @fphemeral @goapunkNicoNicohttps://code.briarproject.org/briar/briar/-/issues/929Non-blocking SettingsManager2020-11-15T10:37:10ZakwizgranNon-blocking SettingsManagerThe SettingsManager interface is inconvenient to use because it needs to be called on the DB thread. Make the interface non-blocking by loading settings at startup and writing them back to the DB in the background when they're updated.The SettingsManager interface is inconvenient to use because it needs to be called on the DB thread. Make the interface non-blocking by loading settings at startup and writing them back to the DB in the background when they're updated.https://code.briarproject.org/briar/briar-gtk/-/issues/73Redesign contact list2022-01-28T10:54:10ZNicoRedesign contact listInspiration by the GNOME Project:
![mobile-shell-convergence](/uploads/c7c585bd2133b1e37cd70487b7baf6a5/mobile-shell-convergence.png)
Source: https://gitlab.gnome.org/Teams/Design/os-mockups/-/blob/f69fa82f8676582d900af8716522a27ddd77d...Inspiration by the GNOME Project:
![mobile-shell-convergence](/uploads/c7c585bd2133b1e37cd70487b7baf6a5/mobile-shell-convergence.png)
Source: https://gitlab.gnome.org/Teams/Design/os-mockups/-/blob/f69fa82f8676582d900af8716522a27ddd77d87f/mobile-shell/mobile-shell-convergence.pnghttps://code.briarproject.org/briar/briar/-/issues/927The "Change password" option accepts the old password as new2022-07-26T15:34:47ZJulian DehmThe "Change password" option accepts the old password as newIt's possible to "change" the password to the one you currently use.
We should check if the new one differs from the old before activating the change password buttonIt's possible to "change" the password to the one you currently use.
We should check if the new one differs from the old before activating the change password buttonhttps://code.briarproject.org/briar/briar-gtk/-/issues/74Audio notification when contacts come online2021-01-23T13:45:52ZBriar EnthusiastAudio notification when contacts come onlineParticularly, the rustling sound from Ricochet:
[https://raw.githubusercontent.com/ricochet-im/ricochet/master/sounds/online.wav](https://raw.githubusercontent.com/ricochet-im/ricochet/master/sounds/online.wav)
It's sooooo nice.Particularly, the rustling sound from Ricochet:
[https://raw.githubusercontent.com/ricochet-im/ricochet/master/sounds/online.wav](https://raw.githubusercontent.com/ricochet-im/ricochet/master/sounds/online.wav)
It's sooooo nice.https://code.briarproject.org/briar/briar/-/issues/924Tester thought tap target onboarding was a bug2020-11-15T10:43:00ZakwizgranTester thought tap target onboarding was a bugA tester thought the tap target onboarding for the introduction feature was a bug - she held up her phone and asked "Is it meant to look like that?".
Perhaps we should consider using a less bold design, or changing the parameters so tha...A tester thought the tap target onboarding for the introduction feature was a bug - she held up her phone and asked "Is it meant to look like that?".
Perhaps we should consider using a less bold design, or changing the parameters so that the target appears more gradually.https://code.briarproject.org/briar/briar-gtk/-/issues/75Split translation file of Briar GTK and its metadata2020-10-06T17:45:43ZNicoSplit translation file of Briar GTK and its metadataIn order to being able to focus more on the translation of Briar GTK's core components, I though about splitting up the translation file into a Python/UI part and a metadata part.
We currently have 90 strings to translate for Briar GTK,...In order to being able to focus more on the translation of Briar GTK's core components, I though about splitting up the translation file into a Python/UI part and a metadata part.
We currently have 90 strings to translate for Briar GTK, and roughly half of it are coming from its [metainfo file](https://code.briarproject.org/briar/briar-gtk/-/blob/0e83afe95a9ca1df7c4084d0de68eabe8ad6f85e/briar-gtk/data/app.briar.gtk.metainfo.xml.in). This file is used by programs like [GNOME Software](https://wiki.gnome.org/Apps/Software) to generate a beautiful application page. However, especially the changelog part I don't see as critical as the core program and therefore suggest to split it up. It's just a matter of changing one line of code in [_tools/generate_data.sh_](https://code.briarproject.org/briar/briar-gtk/-/blob/0e83afe95a9ca1df7c4084d0de68eabe8ad6f85e/tools/generate_data.sh#L35) and doing some configuration in Transifex. Since I'm now a maintainer there, I can do this all on my own.
Once we have things split up, we can start to [prioritize core components](https://docs.transifex.com/projects/categorizing-and-prioritizing-resources) of Briar. I suggest to make the Android and GTK parts "Urgent", the manual "High" and GTK's metadata "Normal".
CC @akwizgran @groteGTK 0.1.0-beta2NicoNicohttps://code.briarproject.org/briar/briar/-/issues/987file transfer2018-06-11T11:21:09ZKarl Hedderichfile transferIs file transfer a feature that is planned? It would be great to at least be able to send pictures :)Is file transfer a feature that is planned? It would be great to at least be able to send pictures :)https://code.briarproject.org/briar/briar-gtk/-/issues/76Handle error when adding pending contact2021-03-09T10:34:35ZNicoHandle error when adding pending contactFound by @grote in https://code.briarproject.org/briar/python-briar-wrapper/-/issues/19.
We should definitely fix this in the next release. For now, all we seem to be able to do is tell users about the failure. Once https://code.briarpr...Found by @grote in https://code.briarproject.org/briar/python-briar-wrapper/-/issues/19.
We should definitely fix this in the next release. For now, all we seem to be able to do is tell users about the failure. Once https://code.briarproject.org/briar/briar/-/issues/1825 is done, we can offer ways to fix the error.
When implementing this issue, we have to keep in mind that attackers might want to know if a user already has a contact, i.e. exploring the contacts relationships of the targeted user.
In general Briar GTK should start to properly handle errors. When doing this, the documentation of Briar Headless should be improved, too.GTK 0.1.0-beta3NicoNicohttps://code.briarproject.org/briar/briar/-/issues/988WTF: Briar Mailing list is blocking net neutrality(or tor users)2021-02-04T14:24:18ZqywltgxwWTF: Briar Mailing list is blocking net neutrality(or tor users)Briar is a project that should allow people to be able to talk with each other by respecting their freedom. Thats great and thats why i liked to join the mailing list.
The mailing list itself is blocking me from registration. It tells me...Briar is a project that should allow people to be able to talk with each other by respecting their freedom. Thats great and thats why i liked to join the mailing list.
The mailing list itself is blocking me from registration. It tells me, that i cant register and my registration would have triggered some account blocking.
This is fully against the philosophy of the Briar project.
How to reproduce:
1. Open tor browser
2. Go to https://www.guerrillamail.com to get a free email
3. Go to https://sourceforge.net/projects/briar/lists/briar-devel/index and enter the email you got before and follow the steps. It then asks you to make the famous spam-check with choosing pictures probably every tor users knows from daily use.
At the end when you have successfully done this test, it reports on the top right corner that it have not created the account.
4. Confirm this bugreport with "same net neutrality or tor-blocking here".
Please fix this. Such blocking of anonymous people on a anonymous-supporting project is just crazy.