briar issueshttps://code.briarproject.org/briar/briar/-/issues2021-11-09T12:13:51Zhttps://code.briarproject.org/briar/briar/-/issues/895Save unsent text input as draft when screen left and restore it when reentered2021-11-09T12:13:51ZTorsten GroteSave unsent text input as draft when screen left and restore it when reenteredPeople are used from other messengers to their unsent text being saved when they leave a conversation and have it restored when they reenter it.
Briar currently just drops this text and loses it for the user.People are used from other messengers to their unsent text being saved when they leave a conversation and have it restored when they reenter it.
Briar currently just drops this text and loses it for the user.https://code.briarproject.org/briar/briar/-/issues/913Password strength estimator produces poor results2018-05-22T14:34:15ZakwizgranPassword strength estimator produces poor resultsThe estimates produced by the password strength estimator don't correspond to people's expectations.
The estimate is based on a combination of the number of unique characters and the classes those characters are drawn from (lowercase, u...The estimates produced by the password strength estimator don't correspond to people's expectations.
The estimate is based on a combination of the number of unique characters and the classes those characters are drawn from (lowercase, uppercase, digits and other). We should consider either using a simpler formula - for example, just the length of the password - or a proven formula such as zxcvbn (https://github.com/dropbox/zxcvbn).
This was also reported by a user in a recent test.Milestone Gakwizgranakwizgranhttps://code.briarproject.org/briar/briar/-/issues/916Disabled menu items are not greyed out on all devices2017-06-09T19:25:51ZakwizgranDisabled menu items are not greyed out on all devicesDisabled menu items look the same as enabled items on some devices (possibly the Sony Xperia Tipo, but I didn't make a note). We should make sure they're visually distinct.Disabled menu items look the same as enabled items on some devices (possibly the Sony Xperia Tipo, but I didn't make a note). We should make sure they're visually distinct.https://code.briarproject.org/briar/briar/-/issues/917Testers did not understand who could be invited to private groups2020-11-19T15:34:00ZakwizgranTesters did not understand who could be invited to private groupsTesters asked whether they could invite users who weren't their contacts to a group, and whether an invited member could invite her contacts. They eventually worked out what was possible but were initially confused.
Related to #801, #81...Testers asked whether they could invite users who weren't their contacts to a group, and whether an invited member could invite her contacts. They eventually worked out what was possible but were initially confused.
Related to #801, #811 and #855.https://code.briarproject.org/briar/briar/-/issues/918Voting or consensus for inviting a new member to a private group2021-01-13T11:59:11ZakwizgranVoting or consensus for inviting a new member to a private groupA user suggested this in a recent testing session.A user suggested this in a recent testing session.https://code.briarproject.org/briar/briar/-/issues/919Tester was confused by hidden composition area in forums and private groups2017-06-09T19:25:51ZakwizgranTester was confused by hidden composition area in forums and private groupsA tester thought she could only reply to messages in a private group but couldn't start new threads, because the composition area was hidden until she pressed reply. Another tester mentioned the same issue with forums in a previous test.A tester thought she could only reply to messages in a private group but couldn't start new threads, because the composition area was hidden until she pressed reply. Another tester mentioned the same issue with forums in a previous test.https://code.briarproject.org/briar/briar/-/issues/920Transfer ownership of a private group2022-11-18T17:24:07ZakwizgranTransfer ownership of a private groupA tester asked for the ability to transfer the ownership of a private group to another member.
This might not be possible with the current structure, because not all members might be contacts of the new owner, or might not wish to revea...A tester asked for the ability to transfer the ownership of a private group to another member.
This might not be possible with the current structure, because not all members might be contacts of the new owner, or might not wish to reveal whether they were.https://code.briarproject.org/briar/briar/-/issues/921Contact seemed to remain online after phone was reused2020-11-19T15:25:24ZakwizgranContact seemed to remain online after phone was reusedThis issue arose in user testing when one of the devices was reused by another tester.
User A with device X and user B with device Y added each other as contacts. Then user C took over device Y and created a new account. User A continue...This issue arose in user testing when one of the devices was reused by another tester.
User A with device X and user B with device Y added each other as contacts. Then user C took over device Y and created a new account. User A continued to see user B as online.
This may have been caused by a Bluetooth channel remaining open between the devices, causing user A to think that a connection to user B was still open. Perhaps a subsequent connection between user A and user C either reused the channel or otherwise caused it to remain open rather than timing out, or perhaps the Bluetooth stack on device X simply doesn't time out connections in a reasonable time.
If any of those speculations are right, we should work out how to avoid relying on Bluetooth to time out the connection and time out after a reasonable time in the Bramble stack instead.
We should also check that Bluetooth connections are being disposed of properly when they're closed.https://code.briarproject.org/briar/briar/-/issues/922Emoji in forum and group names2020-11-19T15:24:18ZakwizgranEmoji in forum and group namesA tester asked to be able to use emoji in forum and group names. (This is possible with an emoji keyboard, but not otherwise.)A tester asked to be able to use emoji in forum and group names. (This is possible with an emoji keyboard, but not otherwise.)https://code.briarproject.org/briar/briar/-/issues/923Tester expected contact to be added immediately after accepting introduction2018-12-19T12:22:16ZakwizgranTester expected contact to be added immediately after accepting introductionA tester expected that when she accepted an introduction the contact would be added to her contact list immediately. She didn't understand that the introducer was waiting for the other introducee's response.A tester expected that when she accepted an introduction the contact would be added to her contact list immediately. She didn't understand that the introducer was waiting for the other introducee's response.Torsten GroteTorsten Grotehttps://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/-/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/-/issues/945Send Message Button bug2019-02-27T13:17:26ZThankgod RichardSend Message Button bugThe send button in the conversation don't send until you close the keyboard.The send button in the conversation don't send until you close the keyboard.https://code.briarproject.org/briar/briar/-/issues/956Tap protection UX problems2017-07-03T11:10:08ZErnir ErlingssonTap protection UX problemsThe current UX of the tap protection isn't good enough
***Test 1***
Three "regular" users: None of the users had a IT/CS background but all were familiar with Apps and their smartphones.
* All users were left insecure about the...The current UX of the tap protection isn't good enough
***Test 1***
Three "regular" users: None of the users had a IT/CS background but all were familiar with Apps and their smartphones.
* All users were left insecure about their devices security after reading the pop-up (all users got pop-ups, I've actually not seen a device yet that doesn't have at least one app which appears on the list.). Some wondered if they should even use Briar at all due to a security breach of their device.
* One user didn't recognise all the apps listed despite all of the being safe (I checked). This made the user very insecure about his phone's general security, got questions like "Did someone install something on my phone without my knowledge ?", "Do I need to virus scan my phone?", "Does this mean I shouldn't use Briar ?"
* Two testers weren't aware that it was even possible for other apps to steal taps and had to be educated in what this means exactly.
***Test 2***
Three software developers
* All three were a bit confused about the meaning (all three read it in German). All three understood roughly what it was about in the end but it was not smooth and the final understanding varied quite a bit.
* One user thought Briar was warning against screen-shot copying (the german text actually doesn't say "tap" anywhere, only "overlaying apps".
* One user felt that Briar had scanned his phone without permission to display the list of overlaying apps.
* All three wondered if the security risk really warranted such a dominating UI response from Briar and one suggested a warning triangle you could press for more information.
***End result***
We need re-design this on the UX level, we also need to bear in mind the variation in how security conscious the users are. I feel we should split this into basic information, which is always displayed, and advanced information when user requests it. I also felt the warning triangle idea was a good one.Android Beta 1akwizgranakwizgranhttps://code.briarproject.org/briar/briar/-/issues/957Importing RSS feed case-sensitivity2017-07-04T15:10:19ZErnir ErlingssonImporting RSS feed case-sensitivityHad a test user who was unable to import an RSS feed, the button always stayed disabled. Turned out to be a case issue, we're only accepting lower-case but at the same time we're capping the first letter of the URL..Had a test user who was unable to import an RSS feed, the button always stayed disabled. Turned out to be a case issue, we're only accepting lower-case but at the same time we're capping the first letter of the URL..Android Beta 1akwizgranakwizgranhttps://code.briarproject.org/briar/briar/-/issues/958Importing RSS Feed, UX considerations2020-11-19T15:15:13ZErnir ErlingssonImporting RSS Feed, UX considerations1. We should close the keyboard after the user has pressed the import button
2. One user imported a large RSS feed and before it finished his screen turned off, he had a short setting for an active screen but we should maybe consider met...1. We should close the keyboard after the user has pressed the import button
2. One user imported a large RSS feed and before it finished his screen turned off, he had a short setting for an active screen but we should maybe consider methods to keep the screen on while something is loading, there the device is usually not really idle but the user is simply waiting for the loading to finish before continuing.https://code.briarproject.org/briar/briar/-/issues/959Large RSS imports take over the feed2017-08-01T15:42:01ZErnir ErlingssonLarge RSS imports take over the feedWhen testers imported RSS feeds, they complained that user blogs were too hard to find.
One suggested using two feeds: one for user blogs and the other for imported RSS feeds. User's could then switch between them with tabs.When testers imported RSS feeds, they complained that user blogs were too hard to find.
One suggested using two feeds: one for user blogs and the other for imported RSS feeds. User's could then switch between them with tabs.https://code.briarproject.org/briar/briar/-/issues/960Contact Introduction confusions and redundancies2019-04-16T13:38:29ZErnir ErlingssonContact Introduction confusions and redundancies***Background***
This ticket lists all the issues observed during contact introduction during user testing and a robust internal test. Some of these might be "features" or already listed as issues in other tickets.
***Results***
...***Background***
This ticket lists all the issues observed during contact introduction during user testing and a robust internal test. Some of these might be "features" or already listed as issues in other tickets.
***Results***
1 Some testers were confused why nothing happened after accepting the introduction, confirming #923 .
2 It's possible for the same user to introduce the same two contacts as in a previous introduction even when the two contact's have not yet responded to the initial introduction. Multiple simultaneous introductions, with the same pair of contacts, were confusing for the introduction recipients.
3 If A has declined the introduction that information is not displayed for B until he/she has selected decline/accept introduction. I wonder if it would not be simplest just to display the rejection immediately before B answers ?
4 If two contact's are introduced to one-another that are already contacts, unbeknown to the introducer, there is no need to propagate rejections between the two contacts.
Ex. User's A and B are already connected. User C introduces A and B to one another, A decides to reject. B receives introduction from C but also the rejection from A, which caused confusion. In this case it would have been best to skip displaying the rejection entirely because it is completely irrelevant.https://code.briarproject.org/briar/briar/-/issues/965Forum empty state message still refers to pen icon2018-03-28T11:39:17ZakwizgranForum empty state message still refers to pen iconThe forum empty state message says "Use the pen icon at the top to compose the first post". The pen icon no longer exists so this text should be removed.The forum empty state message says "Use the pen icon at the top to compose the first post". The pen icon no longer exists so this text should be removed.Android Beta 2akwizgranakwizgranhttps://code.briarproject.org/briar/briar/-/issues/974Show Onboarding for new Forums and Groups2020-11-19T15:07:21ZTorsten GroteShow Onboarding for new Forums and GroupsWhen a user first created a forum or a private group, we should show an onboarding screen that includes and action to open the sharing/invite screen.When a user first created a forum or a private group, we should show an onboarding screen that includes and action to open the sharing/invite screen.