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

Issue 694212 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Feature



Sign in to add a comment

Enhancement Make the use of Widevine/EME transparent

Reported by thb...@gmail.com, Feb 20 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.54 Safari/537.36

Steps to reproduce the problem:
1. Open Netflix
2. Play a video
3. 

What is the expected behavior?

What went wrong?
Chrome should tell me, that this connection is not just encrypted but also copy protected/DRMed.

The EME plugin is quite controversial, so making it transparent which sites are using it and for what might increase the awareness and the acceptance. No matter if you think DRM is useful or not.

Did this work before? N/A 

Chrome version: 57.0.2987.54  Channel: beta
OS Version: OS X 10.12.3
Flash Version:

 
Labels: Needs-Triage-M57
Cc: brajkumar@chromium.org
Labels: Needs-Feedback
Tested this issue on Mac OS 10.12 using chrome latest Beta #57.0.2987.54. Able to play Netflix videos as expected with no issue. 

Reporter@ Could you please provide more details on this issue? Are you able to play the Netflix videos without any error? If any error is seen could you please provide the screen-shot of the issue for better understanding.

Thanks!

Comment 3 by thb...@gmail.com, Feb 21 2017

Is it not an issue, but a feature request for a visual notification in browser that DRM protected content is being used. You can turn it off in the settings but there is no way of knowing which sites are using DRM content, such a visual notification would add transparency.

If I put it in the wrong category. I'm sorry.
Labels: -Type-Bug -Needs-Feedback -Needs-Triage-M57 Type-Feature
Status: Untriaged (was: Unconfirmed)
As per comment #3 marking it as feature and marking it as untriaged for further triaging.

Thanks!

Comment 5 by lgrey@chromium.org, Feb 21 2017

Owner: rpop@chromium.org
Status: Assigned (was: Untriaged)
[mac bug triage]

Seems like a product issue, rpop@ what do you think?

Comment 6 by rpop@chromium.org, Feb 21 2017

Cc: tinskip@chromium.org rpop@chromium.org emilyschechter@chromium.org
Owner: ----
Status: Untriaged (was: Assigned)
Adding Emily for permissions and tinskip for EME. I believe there is a permission the first time you use EME on a given site. I'm not convinced of the value of ongoing identifiers for implementation information that most users won't understand.
Cc: ddorwin@chromium.org
+ddorwin for thinking around EME. I actually don't think there is a permission, but I'm not convinced that users need to acknowledge this. +ddorwin to confirm.

Comment 8 by rpop@chromium.org, Feb 21 2017

You're right. I was thinking about ChromeOS.
Components: Internals>Media>Encrypted
There are per-origin permissions when the implementation warrants it, which is *not* currently the case on desktop. One might argue that there should be a reminder that such a permission has been granted or that a permission-requiring capability is in use (similar to location). However, that would not cover every case where Widevine is used.
Cc: xhw...@chromium.org
Status: WontFix (was: Untriaged)
add xhwang@ the EME owner. 
This is an expected behavior on desktop device. There is no plan to make change.
However on ChromeBook and Android device, there IS a Protected Content setting provided to manage accessing(allow/block) encrypted websites.
In any chance, making encrypted content awareness to end user is a decision of EME media provider (e.g Netflix, YouTube etc) but not chrome.

Sign in to add a comment