EME Prompt can't be suppressed for locally ran files
Reported by
srej...@comcast.net,
Oct 16 2017
|
||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: 1. Run chromium with --user-data-dir="C:\chromium" --unsafely-treat-insecure-origin-as-secure=file:// 2. Open the attached test case in the chromium instance 3. See prompt What is the expected behavior? A way to suppress the input prompt for locally ran files. What went wrong? There's no way to bypass the prompt when testing locally ran files. Did this work before? N/A Does this work in other browsers? Yes Chrome version: 61.0.3163.100 Channel: stable OS Version: 10.0 Flash Version: There's currently a --unsafely-allow-protected-media-identifier-for-domain command line parameter that bypasses the prompt for specified domains. I would suggest the addition of --unsafely-allow-protected-media-identifier-for-files command line parameter
,
Oct 16 2017
Closing as WontFix since the requested mechanism already exists. Please reopen if you meant something else.
,
Oct 16 2017
AFAIK, --use-fake-ui-for-media stream provides a fake set of ids. For my purposes, I would like to be able to surppress the prompt while still retrieving the actual device ids, labels, etc. Essentially what --unsafely-allow-protected-media-identifier-for-domain=<domains> does but for locally ran files.
,
Oct 16 2017
No, --use-fake-ui-for-media stream does not provide a fake set of IDs. It just skips asking for permisison. Do not confuse with --use-fake-device-for-media-stream, which is a different flag that does introduce fake devices. |
||
►
Sign in to add a comment |
||
Comment 1 by guidou@chromium.org
, Oct 16 2017