22211 2013-05-30 12:06:33 +0000 getUserMedia algorithm and unrecognized requestedMediaTypes 2013-08-27 08:55:09 +0000 1 1 1 Unclassified WebRTC Working Group Media Capture and Streams unspecified PC Linux RESOLVED FIXED P2 normal --- 1 dom public-media-capture adam.bergkvist harald public-media-capture oldest_to_newest 88445 0 dom 2013-05-30 12:06:33 +0000 the getUserMedia algorithm doesn't explicitly abort if none of the requestedMediaTypes in the constraints dictionary are recognized (or likewise if constraints is the empty dictionary). The current algorithm implies that the successcallback should be triggered with a MediaStream with no tracks — is that really what we want? from what I can tell, it used to be that a not supported exception was to be thrown; I think it probably ought to invoke the error callback with a not supported error. 88615 1 adam.bergkvist 2013-06-04 13:15:02 +0000 I think it's ok to create a stream with no tracks with the MediaStream() constructor, but to get one from getUserMedia() seems more like an error. I agree with dom's reasoning. 92624 2 harald 2013-08-27 08:55:09 +0000 Resolved in 20130824 version of MediaCapture.