1054919 - [Roku] When streaming video on Roku, controls aren't matched up

Status: RESOLVED INCOMPLETE

(Firefox for Android Graveyard :: Screencasting, defect)

Description

[Karen Rudnitski [:kar]]

Attachment: Screenshot_2014-08-18-09-42-34.png

See screenshot. After I am playing a video and it's sent to the Roku on my TV, the big controls at the bottom of the phone show 'pause' and 'stop' which work. However the thumbnail of the video shows that it is sending / streaming (blue icon) but it still shows me a 'play' button. I would like to see only one set of 'controls' so as not to confuse the user, unless *both* sets of controls can actually be used (then they need to be mirrored to reflect the same state)

Comment 1

[Mark Finkle (:mfinkle) (use needinfo?)]

The controls you see on the video (the Play button) is for the local video element. Currently those controls are not "casting-aware" and will start playing the video locally (on the device) if used.

Comment 2

[Karen Rudnitski [:kar]]

While we are streaming to the roku, then, is there a way to hide those controls and then re-display them when streaming has stopped? It just feels like a confused, disjointed experience when looking at my handset.

Comment 3

[Brian Nicholson (:bnicholson)]

I don't have a Roku, and I've never touched the casting code, so I shouldn't own this if we want this fixed soon. Reassign?

Comment 4

[Mark Finkle (:mfinkle) (use needinfo?)]

I think we need to talk more about the UX here. It's not clear that we want to two sets of controls in sync.

Comment 5

[Anthony Lam (:antlam) Find me, @antlam on Slack!]

(In reply to Mark Finkle (:mfinkle) from comment #4)
> I think we need to talk more about the UX here. It's not clear that we want
> to two sets of controls in sync.

For now, one set of controls is the way to go. Particularly since the controls we're having is fixed on top of the users content at the bottom of the screen. This has the added benefit of not hiding the video under controls if it's smaller.

As a next step, if we could get these controls to be "casting aware", it might be worth surfacing basic controls "on-tap" on top of the video element (that are in sync) as well.

Side note: As a part of bug 1065076, we should update these video controls too (they're probably shared in the code but just wanted to point that out in case)

Comment 6

[Anthony Lam (:antlam) Find me, @antlam on Slack!]

Attachment: prev_controls_mock2.png

^ attaching an old mock I had of the "on-tap" video controls I'm suggesting as a next step.

Comment 7

[BMO Automation]

We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.