New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 646082 link

Starred by 7 users

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Feature



Sign in to add a comment

Failed or unsupported playback UX for default controls needs some work.

Project Member Reported by dalecur...@chromium.org, Sep 12 2016

Issue description

Today a failed playback using default controls just grays out the playback control, this isn't very clear to users.

See samples like:
http://storage.googleapis.com/dalecurtis/broken.mp4 (bad file)
http://storage.googleapis.com/dalecurtis/broken_mpeg4.mp4 (unsupported codec on desktop/android platforms).

Instead of graying out the play button we should display something more informative and possibly even ask the user if they'd prefer to download and try to playback the media locally. Downloading may require some security discussions.

For reference here are what some other players do:
YouTube: https://www.youtube.com/watch?v=xDAaa5ViYMo
Vimeo: http://stackoverflow.com/questions/23607204/vimeo-embedded-video-cannot-be-played-in-firefox/31518200
Netflix: http://www.hawkdive.com/2015/11/fix-hdcp-compliant-display-error-when.html
 
youtube-fail.png
64.8 KB View Download
vimeo-fail.png
526 KB View Download
netflix-fail.png
60.6 KB View Download
chrome-fail.png
2.8 KB View Download
Cc: ijpedowitz@google.com
We've discussed this several times over the years, but now that we actually have some UX folk looking at media more actively, now's a good time to make this better.

(h/t to issue 642763)
Cc: ainslie@chromium.org rachelis@chromium.org mlamouri@chromium.org
Labels: -Type-Bug -Pri-3 Pri-2 Type-Feature
Owner: renganat...@chromium.org
Status: Assigned (was: Unconfirmed)
Doing this for <audio controls> might be challenging :)
Labels: M-56
Labels: -M-56 M-58
Cc: renganat...@chromium.org foolip@chromium.org dalecur...@chromium.org dah...@chromium.org qin...@chromium.org
 Issue 669943  has been merged into this issue.
Is there still intent to address this bug?

Comment 7 by dah...@chromium.org, Jul 17 2017

Cc: -dah...@chromium.org -renganat...@chromium.org
Labels: -M-58
Owner: dah...@chromium.org
Yes, assigning to me to figure that out.
Any update on this Jon? I just got pinged about this on issue 763156.
Cc: hbengali@chromium.org amyroberts@chromium.org
Thanks for the ping. 

+rachelis@ and amyroberts@ to think about for the native controls spec. At minimum, we should tell the user we can't play back the video. It would also be good to think about a send-feedback button for when that happens.

dalecurtis@ do we have user-friendly error messages? If not, would any sort of error code or other diagnostics info be shown as part of the screenshot for send-feedback? 

hbengali@ Do we have data on how often playback failure occurs and why?

I think any of the examples in my original post would be good. To avoid having to localize all the strings we can reuse whatever wording YouTube has and maybe badge it with some kind of sad tab icon.
Thanks folks.

Would you mind helping me understand the size of this problem, for prioritization? How often are users seeing these errors?
According to our pipeline status UMA metric [1], around 2% of playbacks have something other than a pipeline OK status. I am not clear if each of those would result in this message - dalecurtis@, can you clarify which pipeline status messages would lead to the error above?

[1] https://uma.googleplex.com/p/chrome/timeline_v2?sid=4ee4ec4551a518d90277fd5f7063429d
Yes, anything other than PIPELINE_OK is an error. Presumably if native controls are being used we can show a sad tab error then. Possibly we want to do something even when custom controls are shown, but not sure.
Cc: fukino@chromium.org vsu...@chromium.org avkodipelli@chromium.org
 Issue 799494  has been merged into this issue.
Owner: hbengali@chromium.org

Sign in to add a comment