- From: Harald Alvestrand <harald@alvestrand.no>
- Date: Thu, 15 May 2014 15:23:04 +0200
- To: kiran.guduru@samsung.com
- CC: "public-media-capture@w3.org" <public-media-capture@w3.org>
Kiran, could you please indicate where you observe this behaviour (browser and, if possible, example)? It's entirely possible that this is an implementation bug. On 05/15/2014 02:26 PM, bugzilla@jessica.w3.org wrote: > https://www.w3.org/Bugs/Public/show_bug.cgi?id=25725 > > Bug ID: 25725 > Summary: getUserMedia constraints should be non-nullable > Product: WebRTC Working Group > Version: unspecified > Hardware: All > OS: All > Status: NEW > Severity: normal > Priority: P2 > Component: Media Capture and Streams > Assignee: public-media-capture@w3.org > Reporter: kiran.guduru@samsung.com > CC: public-media-capture@w3.org > > In spec getUserMedia constraints is allowed to set Nullable [1]. > > but in step 4, The process is invoking errorCallBack with NotSupportedError, if > requestedMediaTypes are empty. > > It seems, requestedMediaTypes of constraints is mandatory to process > getUserMedia. > > I propose to indicate constraints attribute of getUserMedia to be non-nullable. > > > [1] > http://dev.w3.org/2011/webrtc/editor/getusermedia.html#dom-navigator-getusermedia >
Received on Thursday, 15 May 2014 13:23:35 UTC