Private rooms

[jeremyckahn]

Users should be able to create private rooms that require a password to access.

Acceptance Criteria

Room Creator flow

• There is a new toggle on the home page to select between "Public" and "Private" (see mock below). "Public" is selected by default.
• When the user (Room Creator) flips the toggle to "Private", a "Password" entry field appears below the "Room name" field.
• When the Room Creator flips the toggle back to "Public," the "Password entry field disappears.
• The "Password" field is shown in plain text and is prefilled with a random UUID.
• If the "Password" field is emptied out, the "Go to chat room" button is disabled until some content is entered again.
• When there is both a room name and password provided and the Room Creator clicks the "Go to chat room" button, they are redirected to a chat room via a new /private/:roomId route (example: https://chitchatter.im/private/666e3a53-cdf9-4add-b8be-cd9853ba8885)

Room Participant flow

• When a user who is not the Room Creator (Room Participant) navigates to a /private/:roomId route, they are presented with a Form Dialog that prompts the Room Participant to enter the room password.
• When the Room Participant submits a password, the Form Dialog is dismissed.
• If the password matches what the Room Creator specified, the Room Participant is connected to the room.
• If the password does not match what the Room Creator specified, the Room Participant is not connected to room participants.
  • It is acceptable for Room Participants who provided an incorrect password to be connected to a room, they just cannot be connected to other peers who entered the correct password.

Technical notes

Trystero's encryption functionality should be used to password-protect peer rooms.