- 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