W3C home > Mailing lists > Public > public-media-capture@w3.org > May 2014

Re: [Bug 25725] New: getUserMedia constraints should be non-nullable

From: Harald Alvestrand <harald@alvestrand.no>
Date: Thu, 15 May 2014 16:02:11 +0200
Message-ID: <5374C8E3.5000707@alvestrand.no>
To: kiran.guduru@samsung.com
CC: "public-media-capture@w3.org" <public-media-capture@w3.org>
Aha - thanks - then the issue is that the spec is not self-consistent.

We certainly have to fix that; I think the expectation was that
getUserMedia() with no parameters would return an audio + video stream,
but that doesn't seem to have been turned into spec language.


On 05/15/2014 03:51 PM, Kiran Kumar Guduru wrote:
> Samsung Enterprise Portal mySingle
>
> Hi,
>
> I just analyzed this behaviour from the steps in spec
>
> for getUserMedia it is specified in spec that
>
>
> Parameter 	Type 	Nullable 	Optional 	Description
> constraints 	||MediaStreamConstraints|
> <http://dev.w3.org/2011/webrtc/editor/getusermedia.html#idl-def-MediaStreamConstraints>|
> 	✔ 	✘
>
>  
>
>  
>
> and in setps, if we pass null
>
>  5: If requestedMediaTypes is the empty set, let error be a
> new ||MediaStreamError|
> <http://dev.w3.org/2011/webrtc/editor/getusermedia.html#idl-def-MediaStreamError>| object
> whose |name| attribute has the value |NotSupportedError| and jump to
> the step labeled /Error Task/ below.
>
>  
>
> we are invoking errorCallBack, requestedMediaTypes is empty.
>
>  
>
> Also, getUserMedia steps are not specifying how to process if
> constraints is NULL. (i.e., like to jump to some step below and
> process from there).
>
> If I pass constraints as NULL, then it will not contain
> requestedMediaTypes.
>
> In such situation, spec should specify how to process.
>
>  
>
> 1. Whether to create a MediaStream with no tracks and return it in
> successCallBack
>
> or
>
> 2. Mandating requestedMediaType in constraints.
>
>  
>
> To maintain uniformity with the existing spec, I suggest to make
> Constraints attribute to be non-nullable and mandate
> requestedMediaTypes not to be empty.
>
>  
>
>  
>
> ------- *Original Message* -------
>
> *Sender* : Harald Alvestrand<harald@alvestrand.no>
>
> *Date* : May 15, 2014 22:23 (GMT+09:00)
>
> *Title* : Re: [Bug 25725] New: getUserMedia constraints should be
> non-nullable
>
>  
>
> 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
> >
>
>  
>
>  
>
>  
>


-- 
Surveillance is pervasive. Go Dark.
Received on Thursday, 15 May 2014 14:02:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:26:27 UTC