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

Issue 635462 link

Starred by 2 users
Status: Duplicate
Merged: issue 651910
Owner:
guidou@chromium.org
Closed: Jun 2017
Cc:
jyasskin@chromium.org
█ raymes@chromium.org
guidou@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

No way to detect that the OS has blocked access to the camera

Reported by sasung...@gmail.com, Aug 8 2016 
UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36

Steps to reproduce the problem:
1. Give access to the camera to any application which is not Chrome (for example, open https://webrtc.github.io/samples/src/content/getusermedia/gum/ by Firefox and give permission to access the camera and the microphone)
2. In Chrome open https://jsfiddle.net/quwhu8vp/ and give permission to access the camera and the microphone

What is the expected behavior?
According to https://w3c.github.io/mediacapture-main/#dom-mediadevices-getusermedia, "If the user grants permission but a hardware error such as an OS/program/webpage lock prevents access, reject p with a new DOMException object whose name attribute has the value NotReadableError and abort these steps."

What went wrong?
webkitGetUserMedia succeeds with a stream

Did this work before? N/A 

Chrome version: 51.0.2704.106  Channel: n/a
OS Version: 10.0
Flash Version: Shockwave Flash 22.0 r0

Comment 1 by ajha@chromium.org, Aug 9 2016

Components: Blink>PermissionsAPI
Labelling accordingly for someone from the respective team to have a look at this.

Comment 2 by benwells@chromium.org, Aug 10 2016

Cc: jyasskin@chromium.org raymes@chromium.org

Comment 3 by jyasskin@chromium.org, Aug 10 2016

Cc: hta@chromium.org
Components: Blink>MediaStream
This looks primarily about the behavior of getUserMedia. Someone involved in the implementation of that API should take a look.

Comment 4 by sasung...@gmail.com, Aug 10 2016 

Thank you for responding, guys. It was my mistake to post this issue in this category. So, should I repost it in the appropriate one?

Comment 5 by hta@chromium.org, Aug 10 2016

Components: -Blink>PermissionsAPI -Blink>MediaStream Blink>GetUserMedia
Reclassifying as blink->getusermedia.

Comment 6 by kjellander@chromium.org, Aug 16 2016

Cc: -hta@chromium.org
Owner: hta@chromium.org
Status: Assigned (was: Unconfirmed)
I can repro this with Firefox nightly and Chrome 54.0.2824.0.
I get a stream+video showing in Firefox and Chrome seems to think it gets a stream as well (no JS errors), but the image is just black.

If I close Firefox and refresh the page in Chrome, video is displayed.

Assigning to hta@ for further triage.

Comment 7 by hta@chromium.org, Apr 5 2017

Owner: guidou@chromium.org

Comment 8 by guidou@chromium.org, Jun 27 2017

Mergedinto: 651910
Status: Duplicate (was: Assigned)
This is a duplicate of  bug 651910 , which has already been fixed.
►

Sign in to add a comment