Closed Bug 1141054 Opened 10 years ago Closed 2 years ago

[ux] consider UI for video/tab casting that requires opt-in before it is functional

Categories

(Firefox :: Menus, defect)

defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: emk, Unassigned)

Details

(Whiteboard: [ux])

User Story

As a user, I want to be able to easily send videos in the page or the contents of my tabs to a Roku device on my network. These features were implemented in bug 1054959 and bug 1088758, and are being disabled in bug 1142521.

The UI implemented for this only showed the relevant menu items if Firefox detected Roku devices on the network. Firefox can't know whether there are Roku devices on the user's network without scanning for them, and the scanning for them has some potential negative implications (e.g. a Mac or Windows firewall warning may show up). We so far been unable to avoid these dialogs appearing in all cases (e.g. bug 1136772). Secondarily, scanning unconditionally on startup has some minor performance/memory implications.

What this bug is proposing is that instead of scanning on startup to find devices, we instead unconditionally allow the user to somehow "enable" the functionality, and only do the scanning after the user has done explicitly opted-in. The downside of a solution along these lines is that most users do not have Roku devices, and so we'd be offering to let them do something that is unlikely to work.
(In reply to :Gijs Kruitbosch from bug 1111967 comment #18) > > How about adding the "Enable media sharing" menu item under the "Send Video > > To Device" menu item if it is disabled? (Feel free to bikeshed the wording.) > > It would be well understandable and discoverable. > > Which menu item? They are hidden if no media sharing devices are detected. I saw a disabled "Send Video To Device" menuitem when no media sharing devices are present. Even if it is currently hidden, it's easy to always show "Send Video To Device". > I would also argue that "media sharing" is too generic (Sharing how? Which > media? With whom?) to be useful, I said feel free to bikeshed the wording :) > and that having a toplevel menuitem for > something which only works with devices which a tiny subset of our user > population own isn't a good tradeoff. I didn't mean to add the menu item to toplevel. I meant to add it as a submenu of "Send Video To Device".
The primary issue with requiring an "enable sharing" menu item is that we would have to show it to all users, and a large majority of those users would not have suitable devices to share to. We would be offering an option that does nothing, which is not an ideal user experience.
Trying to summarize the issue in the User Story field, and morphing this into a UX bug.
User Story: (updated)
Flags: qe-verify-
Flags: firefox-backlog+
Summary: Add a menuitem to enable SSDP when disabled → [ux] consider UI for video/tab sharing that requires opt-in before it is functional
Summary: [ux] consider UI for video/tab sharing that requires opt-in before it is functional → [ux] consider UI for video/tab casting that requires opt-in before it is functional
Whiteboard: [ux]
Severity: normal → S3

This feature was removed in bug 1393582

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.