Closed Bug 1209713 Opened 5 years ago Closed 5 years ago
[meta] User journey focussed on web sharing
As a Desktop client user, I want to initiate a sharing session as simply as possible. UX: http://people.mozilla.org/~sfranks/Hello/Firefox%20Hello%20Link%20Generator.png http://people.mozilla.org/~sfranks/Hello/Firefox%20Hello%20Link%20Clicker.png Acceptance criteria: P1 (MVP): - Panel: Remove availability status footer - Panel: Remove contact list - Panel: Remove direct calls - Panel: Remove panel tab headers - Panel: New panel layout - Panel: Change panel button action - Persistent bar (may not be an infobar) when sharing, infobars can be stacked if there are more than one. - Panel: Selecting a recent share enables sharing (opens a new tab pointing to the room context URL and enables sharing) - Panel: Add "Submit feedback" option to panel gear icon options - Conversation Window: Remove gear icon - Conversation window: Remove share icon - Implement context URL change rules when sharing: --- On room creation, the active tab URL becomes the room context URL --- The room context URL changes when the user accesses a different URL whilst sharing is active (newly accessed tab URL becomes context URL) --- The room context URL changes when the user types in a new URL whilst sharing is active (newly entered tab URL becomes context URL) --- The room context URL changes when the user switches tabs (new active tab URL becomes context URL) - Conversation window: Join always audio/face muted first (also do not turn on the camera light) - Please note that this depends on having a TokBox SDK capability in place which is not available today, RT investigating with TokBox the timelines but this will likely have to be discarded from the initial scope - Clicker UI: Join upon reaching Hello URL (audio/face muted) - Panel: Stop sharing from the panel P2: - Panel: Editing a share name from the panel - Infobar: Terminate sharing through infobar button when sharing - Door hanger: Terminating the sharing session prompts the user to assign a share name - Infobar: Style sharing infobar to blue - Panel: Share panel opens after creation of a share - Conversation window: Style conversation window title bar to blue - Clicker UI: See a preview of the shared website - Clicker UI: Video view of remote party at the top - Clicker UI: Pop-up about shared content and new tile placement when waitin alone P3: - Panel: Delete rooms directly with option to undelete - Infobar: Pause/Unpause sharing - Panel: Stop sharing from the panel - Conversation window: Change room name and favicon in conversation window title bar as I switch tabs - Conversation window: Animation to slide-up the conversation window - Clicker UI: Clickable name of remote partie's shared tab with favicon on page footer - Clicker UI: Leave room using button at bottom left of the page - Clicker UI: Clickable name of remote party's shared tab with favicon in the chat history - Clicker UI: Loading indicator on shared page changed - Clicker UI: Pop-up when leaving the session Next step on that bug: Bug breakdown
No description provided.
(Commenting on User Story) > - Conversation window: Join always audio/face muted first (also do not turn > on the camera light) - Please note that this depends on having a TokBox SDK > capability in place which is not available today, RT investigating with > TokBox the timelines but this will likely have to be discarded from the > initial scope That's not quite right. I think we should be able to do audio + face muted join (although I've not explicitly tried it). However, when turning on items, we have to do a permission request to turn on audio+video at the same time, even if we're only enabling audio.
Thanks Mark, does that mean that the camera light would be turned on. Mike, can you please confirm if you support the scenario where a user joins a room with audio only? I recall we discussed that joining without audio and video is not supported although is audio only supported (whilst not turning on the camera light)?
Rank: 21 → 19
Priority: P1 → P2
Whiteboard: [web sharing] → [web sharing, journey, dev breakdown]
(In reply to Romain Testard [:RT] from comment #2) > Thanks Mark, does that mean that the camera light would be turned on. > > Mike, can you please confirm if you support the scenario where a user joins > a room with audio only? > I recall we discussed that joining without audio and video is not supported > although is audio only supported (whilst not turning on the camera light)? Our SDK does not support starting with only an audio stream (no camera permission/light). You can start a conversation with audio + face muted but it will ask for camera permission and turn the light on.
Whiteboard: [web sharing, journey, dev breakdown] → [web sharing, journey]
Added to the release notes with "Hello new user journey" as wording. It would be nice to have a user doc link
Please follow bug 1230477 for the SUMO page implementation The placeholder link is https://support.mozilla.org/1/firefox/%VERSION%/%OS%/%LOCALE%/cobrowsing
This has now been landed. Follow-up bugs will be tracked individually.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Is there any discussion to learn about the rationale on why it is better to always share all browser tabs on Hello rather than picking when I want to share and when not? It feels more like sharing the whole browser rather than tabs, since it's always following.
You need to log in before you can comment on or make changes to this bug.