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

Re: Error Handling question on Media Recorder API

From: Jim Barnett <Jim.Barnett@genesyslab.com>
Date: Thu, 2 Jan 2014 15:39:38 +0000
To: Randy Lin <rlin@mozilla.com>
CC: "public-media-capture@w3.org" <public-media-capture@w3.org>
Message-ID: <5DA21A93-02AB-4D2B-80D4-F5416D60961E@genesyslab.com>
Randy,
The description of error handling needs to be updated. It will use MediaError from the latest Media Capture editors' draft, or something similar to it. The editors don't think that we should refer to DOMError until it is stable, but we haven't discussed on the list exactly what to do with MediaRecorder yet. This may depend on whether MediaRecorder implements Constrainable or not. MediaError has a 'constraintName' attribute. It will be useful if MediaRecorder implements Constrainable, but not otherwise. 
Jim

On Jan 1, 2014, at 10:02 PM, "Randy Lin" <rlin@mozilla.com> wrote:

> Hi All,
>> From this spec
> https://dvcs.w3.org/hg/dap/raw-file/tip/media-stream-capture/MediaRecorder.html#idl-def-RecordingErrorNameEnum.xOtherRecordingError
> On 5. Error Handling section, 
> Some exceptions require additional information and should pass through message attribute via DOMError interface, 
> like
>  --OutOfMemory    The UA has exhaused the available memory. User agents SHOULD provide as much additional information as possible in the message attribute.
>  --OtherRecordingError    Used for an fatal error other than those listed above. User agents SHOULD provide as much additional information as possible in the message attribute.
> 
> But refer to the 3.2 Interface DOMError
> http://www.w3.org/TR/2012/WD-dom-20121206/#interface-domerror
> 
>  interface DOMError {
>    readonly attribute DOMString name;
>  };
> 
> We don't have the message attribute for exceptions.
> Is it possible to create new interface for media recorder API?
> -------------------------------------
> 
> -rlin
> 
Received on Thursday, 2 January 2014 15:40:05 UTC

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