briar issueshttps://code.briarproject.org/groups/briar/-/issues2021-03-08T13:24:27Zhttps://code.briarproject.org/briar/python-briar-wrapper/-/issues/19Adding contacts remotely does not check return value, hides errors2021-03-08T13:24:27ZTorsten GroteAdding contacts remotely does not check return value, hides errorsIt looks like, the result of the POST request isn't checked here:
https://code.briarproject.org/briar/python-briar-wrapper/-/blob/b8ac26b21dd5b3580d49a582c7b16cebd6c3dc3e/briar_wrapper/models/contacts.py#L37
I found this when debugging...It looks like, the result of the POST request isn't checked here:
https://code.briarproject.org/briar/python-briar-wrapper/-/blob/b8ac26b21dd5b3580d49a582c7b16cebd6c3dc3e/briar_wrapper/models/contacts.py#L37
I found this when debugging why failed pending contacts don't get re-added. Check how the Android UI handles this:
* https://code.briarproject.org/briar/briar/-/blob/1f246637e25a9e53e7b9ec8961e1ad6bf26a7daf/briar-android/src/main/java/org/briarproject/briar/android/contact/add/remote/NicknameFragment.java#L123
* https://code.briarproject.org/briar/briar/-/blob/1f246637e25a9e53e7b9ec8961e1ad6bf26a7daf/briar-android/src/main/java/org/briarproject/briar/android/contact/add/remote/AddContactViewModel.java#L124Wrapper 0.0.7NicoNicohttps://code.briarproject.org/briar/briar-gtk/-/issues/89Stay at top when entering second line in chat input2021-03-07T13:24:23ZNicoStay at top when entering second line in chat inputCurrently it scrolls down, hiding the first line.Currently it scrolls down, hiding the first line.GTK 0.1.0-beta3NicoNicohttps://code.briarproject.org/briar/briar-gtk/-/issues/92Support sending messages with numpad enter2021-03-07T12:32:57ZNicoSupport sending messages with numpad enterCurrently only the "main" enter key leads to messages being sent.
Currently:
* https://code.briarproject.org/briar/briar-gtk/-/blob/a46245005fdd2d65bb05b6766325d025dd70544a/briar-gtk/briar_gtk/private_chat/private_chat_presenter.py#L193...Currently only the "main" enter key leads to messages being sent.
Currently:
* https://code.briarproject.org/briar/briar-gtk/-/blob/a46245005fdd2d65bb05b6766325d025dd70544a/briar-gtk/briar_gtk/private_chat/private_chat_presenter.py#L193
* https://code.briarproject.org/briar/briar-gtk/-/blob/a46245005fdd2d65bb05b6766325d025dd70544a/briar-gtk/briar_gtk/private_chat/private_chat_presenter.py#L273
Formerly: https://code.briarproject.org/briar/briar-gtk/-/blob/0.1.0-beta2/briar-gtk/briar_gtk/containers/main_window.py#L187GTK 0.1.0-beta3NicoNicohttps://code.briarproject.org/briar/briar-gtk/-/issues/85Shows first sent messages rather than latest2021-01-11T08:05:19ZBen ArmsteadShows first sent messages rather than latestReporting a possible bug.
Not sure if anybody else has experienced this?
Every time I click on e.g. contact1, i am put at the top of the messages list (so I see the first messages that were ever sent to contact1, rather than the most re...Reporting a possible bug.
Not sure if anybody else has experienced this?
Every time I click on e.g. contact1, i am put at the top of the messages list (so I see the first messages that were ever sent to contact1, rather than the most recent ones).
I am using briar via the AUR so this might be an AUR only problem, as it did not occur when I was on debian a few days ago.
I was wondering if anybody else was experiencing this?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/5https://code.briarproject.org/briar/briar-gtk/-/issues/81Improve line wrapping in messages2021-01-06T14:41:28ZNicoImprove line wrapping in messagesA user reported a bug I had in mind once but forgot about: messages consisting of one very large "word" don't get wrapped in the chat history. By sending a very large sequence of characters without spaces etc. you can essentially explode...A user reported a bug I had in mind once but forgot about: messages consisting of one very large "word" don't get wrapped in the chat history. By sending a very large sequence of characters without spaces etc. you can essentially explode your window width.
Seems like this is really easy to fix: in [_briar-gtk/briar_gtk/widgets/private_message.py#L121_](https://code.briarproject.org/briar/briar-gtk/-/blob/154be3dcfe2c93f5cf66f25f1b356e54653175a1/briar-gtk/briar_gtk/widgets/private_message.py#L121) all we have to do is to add a new code line calling [`body_content.set_line_wrap_mode()`](https://lazka.github.io/pgi-docs/#Gtk-3.0/classes/Label.html#Gtk.Label.set_line_wrap_mode) with [`Pango.WrapMode.WORD_CHAR `](https://lazka.github.io/pgi-docs/#Pango-1.0/enums.html#Pango.WrapMode.WORD_CHAR).GTK 0.1.0-beta3https://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-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-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.py