- From: <bugzilla@jessica.w3.org>
- Date: Mon, 03 Jun 2013 16:30:33 +0000
- To: public-media-capture@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=22251 Bug ID: 22251 Summary: Define better error when no video or audio source is available Classification: Unclassified Product: WebRTC Working Group Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P2 Component: Media Capture and Streams Assignee: public-media-capture@w3.org Reporter: dom@w3.org CC: public-media-capture@w3.org If the device has no way to stream live video, the current algorithm sets finalSet to an empty set, asks the user agent to prompt the user on that set. Thus it's not clear whether: * the UA should prompt at all (I guess it could offer to stream a video file in that case) * whether it ends with "permission denied", or a stalled algorithm It would seem maybe more logical to trigger a ContraintNotSatisfied error, although it's not clear what the name of the constraint should be in that case (maybe the name of the requested media type?). (handling the absence of a media device differently is odd, since one could always get the same thing via a trivial mandatory constraint, e.g. video : { mandatory : {width: { min:0}}} ) -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.
Received on Monday, 3 June 2013 16:30:38 UTC