Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should be able to get new devices dialog again after dismissing it #3857

Closed
turt2live opened this issue May 8, 2017 · 4 comments
Closed

Comments

@turt2live
Copy link
Member

turt2live commented May 8, 2017

Description

When the new devices dialog shows up you have the option of "Send Anyway" or "Dismiss" (ok button). After dismissing you see something like this:
image

In the status bar should be an option to show the dialog again, or at least have some way of knowing which devices are unknown.

Steps to reproduce

  • Have new devices in an encrypted room
  • Send message
  • Dismiss dialog

Log: not sent

Version information

  • Platform: web (in-browser)
  • Browser: Chrome 58
  • OS: Windows 10
  • URL: riot.im/develop

Edited: It's a new devices dialog

@turt2live turt2live changed the title Should be able to get unknown device dialog again after dismissing it Should be able to get new devices dialog again after dismissing it May 8, 2017
@richvdh
Copy link
Member

richvdh commented May 8, 2017

Part of the problem here is that the act of showing you the dialog means that the devices are no longer new - so if you could see it again, it would be empty (as evidenced by the fact sending another message will not show the dialog).

Maybe we shouldn't mark the devices as 'known' when you 'dismiss' the dialog?

@ghost
Copy link

ghost commented May 8, 2017

The confusion lies in the combination of not sending the message, but still acknowledging the keys.

When users are presented with a binary choice in this way, they expect either "Do" or "Don't".

Having one option apparently be "Don't" but still have subtle side effects is indeed confusing.

As is having "Do" not send the message. When Android had this behaviour, we had many questions asking why the message went unsent.

So the user should either be presented with all three options, with clearly labeled buttons:

  1. Cancel
  2. Acknowledge, Hold Message
  3. Acknowledge and Send

or (2) should be taken out as @richvdh said.

@ara4n
Copy link
Member

ara4n commented May 8, 2017

i agree the UDD sucks. it feels like we should just show a dashboard for all the devices in a room when something changes (highlighting the change) so the user can choose how to react. we could also bring it up at any point from room settings or perhaps by hitting the padlock next to the composer.

The key thing would be to not just show deltas, but provide UI for generally managing how you treat the e2e devices in the room.

@ara4n
Copy link
Member

ara4n commented Nov 6, 2017

merging this into #4522

@ara4n ara4n closed this as completed Nov 6, 2017
@jryans jryans added A11y and removed I18n labels Mar 5, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants