briar issueshttps://code.briarproject.org/groups/briar/-/issues2020-11-21T17:38:07Zhttps://code.briarproject.org/briar/briar/-/issues/561Include forum name when showing response to forum invitation2020-11-21T17:38:07ZakwizgranInclude forum name when showing response to forum invitationhttps://code.briarproject.org/briar/briar/-/issues/550Move timestamps from sync layer to client layer2020-11-21T17:40:50ZakwizgranMove timestamps from sync layer to client layerClients have different requirements for representing time: some don't need timestamps at all, some can use simple timestamps like we currently provide, and in future others may need more complex representations of time, incorporating tim...Clients have different requirements for representing time: some don't need timestamps at all, some can use simple timestamps like we currently provide, and in future others may need more complex representations of time, incorporating timezones, for example. Timestamps should be moved up to the client layer so each client can represent time in its own way.https://code.briarproject.org/briar/briar/-/issues/547Throw AssertionError instead of RuntimeException2020-11-21T17:41:53ZakwizgranThrow AssertionError instead of RuntimeExceptionMany places in the code rethrow checked exceptions as runtime exceptions if the checked exception should never happen. Throw AssertionError instead, to make the behaviour more self-documenting.Many places in the code rethrow checked exceptions as runtime exceptions if the checked exception should never happen. Throw AssertionError instead, to make the behaviour more self-documenting.https://code.briarproject.org/briar/briar/-/issues/540Sync messages in dependency order2020-11-21T17:43:08ZakwizgranSync messages in dependency orderMessages should be synced in dependency order (i.e. dependencies before their dependents) so they can be delivered to the client as soon as possible.
This can be done by recording the dependency depth of each message in the DB. A messag...Messages should be synced in dependency order (i.e. dependencies before their dependents) so they can be delivered to the client as soon as possible.
This can be done by recording the dependency depth of each message in the DB. A message with no dependencies has a depth of 0. A message with dependencies has a depth one greater than the greatest depth of its dependencies.https://code.briarproject.org/briar/briar/-/issues/537Create back stack when opening activities from notifications2020-11-21T17:51:33ZakwizgranCreate back stack when opening activities from notificationsWhen opening an activity in response to the user touching an incoming message notification, the back stack should be populated. Currently the activity is stacked above any previously visited activities, so backing out of it may lead to t...When opening an activity in response to the user touching an incoming message notification, the back stack should be populated. Currently the activity is stacked above any previously visited activities, so backing out of it may lead to the home screen or an unrelated activity.https://code.briarproject.org/briar/briar/-/issues/529Forum invitation notification is not cleared when viewing invitation from for...2020-11-21T17:52:34ZakwizgranForum invitation notification is not cleared when viewing invitation from forum listWhen a new forum invitation arrives, a notification is shown. The invitation can be viewed either from the private conversation, which clears the notification, or from the snackbar in the forum list, which does not.When a new forum invitation arrives, a notification is shown. The invitation can be viewed either from the private conversation, which clears the notification, or from the snackbar in the forum list, which does not.https://code.briarproject.org/briar/briar/-/issues/525Forum posts overlap when new post is added2020-11-21T17:53:25ZakwizgranForum posts overlap when new post is addedCame across this bug while creating a load of exciting forum posts to investigate #516. I created five top-level posts, then started creating a chain of replies to the first top-level post. When the fourth reply was posted, the posts ove...Came across this bug while creating a load of exciting forum posts to investigate #516. I created five top-level posts, then started creating a chain of replies to the first top-level post. When the fourth reply was posted, the posts overlapped each other (see screenshot). Scrolling the view would scroll all of the posts except one, which remained stuck and overlapping the other posts. Collapsing and expanding the chain of replies fixed the issue.
![Screenshot_2016-07-27-11-54-05](/uploads/a726b482000f3272cb78364ccd17d9f7/Screenshot_2016-07-27-11-54-05.png)https://code.briarproject.org/briar/briar/-/issues/513Verify unverified contacts2023-02-07T08:56:41ZakwizgranVerify unverified contactsContacts who are added via introductions (or via long-distance transports, if we decide to support that) are considered "unverified" due to the possibility of a man-in-the-middle attack against the key exchange protocol. Contacts who are...Contacts who are added via introductions (or via long-distance transports, if we decide to support that) are considered "unverified" due to the possibility of a man-in-the-middle attack against the key exchange protocol. Contacts who are added face-to-face are considered "verified".
Design and implement a protocol and UI for verifying the identity of a previously unverified contact when the user meets the contact face-to-face.https://code.briarproject.org/briar/briar/-/issues/512Peer moderation for forums2022-10-26T19:31:56ZakwizgranPeer moderation for forumsAs forums grow they will become increasingly vulnerable to spam or message flooding attacks. Peer moderation is a mechanism to promote the spread of messages that forum members consider to be worthwhile.
Voting on which messages are wor...As forums grow they will become increasingly vulnerable to spam or message flooding attacks. Peer moderation is a mechanism to promote the spread of messages that forum members consider to be worthwhile.
Voting on which messages are worthwhile and using a global tally of votes to decide which messages to approve is not secure in a fully distributed system due to Sybil attacks. However, each peer can decide which messages to propagate based on the votes of its owner and the owner's contacts, which are not subject to Sybil attacks.https://code.briarproject.org/briar/briar/-/issues/511Mitigate flooding attacks at sync layer2020-11-21T18:33:47ZakwizgranMitigate flooding attacks at sync layerThe sync layer should mitigate flooding attacks by preventing any contact or group from exhausting any resource (computation, bandwidth, memory or storage).
This might be done by implementing something similar to fair queueing for each ...The sync layer should mitigate flooding attacks by preventing any contact or group from exhausting any resource (computation, bandwidth, memory or storage).
This might be done by implementing something similar to fair queueing for each resource: when the resource gets close to being fully used, prioritise demand from contacts and groups that are using less than their fair share over demand from contacts and groups that are using more than their fair share.https://code.briarproject.org/briar/briar/-/issues/510Android virus scanner detected Briar as malware2020-11-21T18:34:24ZakwizgranAndroid virus scanner detected Briar as malwareFeedback from a user testing session:
> One guy reported that his virus scanner on his old phone said that Briar was recognized as malware (maybe because it has Tor in it?).Feedback from a user testing session:
> One guy reported that his virus scanner on his old phone said that Briar was recognized as malware (maybe because it has Tor in it?).https://code.briarproject.org/briar/briar/-/issues/508Don't warn about leaving forum unless the user has shared it2020-11-21T18:35:19ZakwizgranDon't warn about leaving forum unless the user has shared itWhen the user leaves a forum we ask for confirmation, with a warning that any contacts the user has shared the forum with may stop receiving updates if she leaves. This warning should only be shown if the user has shared the forumWhen the user leaves a forum we ask for confirmation, with a warning that any contacts the user has shared the forum with may stop receiving updates if she leaves. This warning should only be shown if the user has shared the forumhttps://code.briarproject.org/briar/briar/-/issues/507Asking Contacts for Introductions to Unknown Authors2021-07-12T10:56:02ZTorsten GroteAsking Contacts for Introductions to Unknown AuthorsUse Case: You see some author in a forum or in a blog that is not your contact, but you would like to add or contact this user.
Problem: There is no way to send direct messages or add the user remotely.
Possible Solution: Allow the use...Use Case: You see some author in a forum or in a blog that is not your contact, but you would like to add or contact this user.
Problem: There is no way to send direct messages or add the user remotely.
Possible Solution: Allow the user X to select a number of contacts that should be asked if they have this author Y as contact. Only if one of the contacts Z actually has the requested author Y, a notification/dialog is shown that informs the user Z that contact X wants to be introduced to Y with the option to either ignore this request or make the introduction.https://code.briarproject.org/briar/briar/-/issues/503Deliver private messages in order2020-11-21T18:37:21ZakwizgranDeliver private messages in orderTo reduce confusion when private messages arrive asynchronously, deliver them in the order they were sent, either by using a message queue or by making each message depend on the previous one.To reduce confusion when private messages arrive asynchronously, deliver them in the order they were sent, either by using a message queue or by making each message depend on the previous one.https://code.briarproject.org/briar/briar/-/issues/501Private messaging: speech bubble width "jumps" when the time-stamp text is up...2020-11-21T18:37:42ZErnir ErlingssonPrivate messaging: speech bubble width "jumps" when the time-stamp text is updated for short messages1. Write a really short private message, e.g. "no". Note that the time-stamp is "now"
2. Wait at least one minute and notice how the time-stamp changes to ~"1 minute ago". This text is longer than the message which causes the bubble to j...1. Write a really short private message, e.g. "no". Note that the time-stamp is "now"
2. Wait at least one minute and notice how the time-stamp changes to ~"1 minute ago". This text is longer than the message which causes the bubble to jump in an unaesthetic way.
Suggestion for a fix: make speech bubble minimum width large enough to contain the longest possible time-stamp string.https://code.briarproject.org/briar/briar/-/issues/500Private messaging: time stamp confusion2020-11-21T18:38:52ZErnir ErlingssonPrivate messaging: time stamp confusionSometimes private messages are not delivered for a very long time, one use found the time-stamp a bit confusing and would rather have it show the time it was received. I disagree with this but it does raise a valid point: shouldn't we al...Sometimes private messages are not delivered for a very long time, one use found the time-stamp a bit confusing and would rather have it show the time it was received. I disagree with this but it does raise a valid point: shouldn't we also display (somewhere) the time the message was received ? This information might be very relevant to the respective context.https://code.briarproject.org/briar/briar/-/issues/499Private messaging: cancel undelivered messages2020-11-21T18:39:19ZErnir ErlingssonPrivate messaging: cancel undelivered messagesIf the recipient's phone is offline messages are not delivered, this can cause messages to become obsolete and one tester suggested that we allow the user to cancel any pending messages.
This feature will make message dependencies more ...If the recipient's phone is offline messages are not delivered, this can cause messages to become obsolete and one tester suggested that we allow the user to cancel any pending messages.
This feature will make message dependencies more difficult, such as was suggested in #232https://code.briarproject.org/briar/briar/-/issues/491Compose blog posts in the same screen as the blog feed2020-11-21T18:39:55ZakwizgranCompose blog posts in the same screen as the blog feedAllow the user to compose blog posts in the same screen as the blog feed, like we do for forums.Allow the user to compose blog posts in the same screen as the blog feed, like we do for forums.https://code.briarproject.org/briar/briar/-/issues/489Show only the first few lines of long forum posts2020-11-21T18:40:21ZakwizgranShow only the first few lines of long forum postsVery long forum posts should not automatically be shown in their entirety. Show the first few lines plus a 'Show more' or 'Read more' control that expands the post to its full length.Very long forum posts should not automatically be shown in their entirety. Show the first few lines plus a 'Show more' or 'Read more' control that expands the post to its full length.https://code.briarproject.org/briar/briar/-/issues/481Message receipt hooks2020-11-21T18:41:07ZakwizgranMessage receipt hooksAllow clients to register hooks for messages being received by contacts. These can be used, for example, to delete a locally created message that doesn't need to be kept once it has been synced to the contact.Allow clients to register hooks for messages being received by contacts. These can be used, for example, to delete a locally created message that doesn't need to be kept once it has been synced to the contact.