You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
http://w3c.github.io/mediacapture-main/#dom-mediadevices-getusermedia indicates that if all requested media types aren't available, gUM should return an error. This means it's an application's responsibility, rather than browser's responsibility, to detect that error and appropriately handle it in the gUM error callback. Could a sample app be written that does the following to showcase this behavior? The general workflow I'm imagining is:
User with a microphone, but no camera, opens the page.
The user clicks a button and the page makes an audio and video gUM request.
That gUM request fails, and without any user intervention, the page then makes an audio-only gUM request.
That audio-only gUM request succeeds. I don't have a preference for what should go in the success callback, but it would be nice to have some sort of visible or audible indicator of success.
The text was updated successfully, but these errors were encountered:
http://w3c.github.io/mediacapture-main/#dom-mediadevices-getusermedia indicates that if all requested media types aren't available, gUM should return an error. This means it's an application's responsibility, rather than browser's responsibility, to detect that error and appropriately handle it in the gUM error callback. Could a sample app be written that does the following to showcase this behavior? The general workflow I'm imagining is:
The text was updated successfully, but these errors were encountered: