W3C home > Mailing lists > Public > public-media-capture@w3.org > December 2012

Re: Move to de-facto error reporting

From: Eric Rescorla <ekr@rtfm.com>
Date: Sat, 29 Dec 2012 09:41:08 -0800
Message-ID: <CABcZeBNrEA=O9kekwv7E0-vt4O5jrsYK1UQyjJAar65WvZ8T4w@mail.gmail.com>
To: Travis Leithead <travis.leithead@microsoft.com>
Cc: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>, "public-media-capture@w3.org" <public-media-capture@w3.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
On Sat, Dec 29, 2012 at 8:57 AM, Travis Leithead <
travis.leithead@microsoft.com> wrote:

> ________________________________________
> > From: Stefan Håkansson LK [stefan.lk.hakansson@ericsson.com]
> > On 2012-12-27 17:27, Eric Rescorla wrote
> > > I'm really not following what the advantage of this would be. What use
> > > cases does it
> > > enable that are not available with the current design?
> >
> > It enables no new use cases AFAIK - the advantage would be alignment
> > with how errors are dealt with in other newer web APIs. I'm skeptical to
> > doing these changes - I just wanted to point out that we could in
> > principle align.
> My motivation was noting the duplication of very similar error objects
> across the three proposed specs. Since these objects all introduce new
> surface area to the type system of the web platform (which are basically
> redundant), it seemed to be prudent to see if there was a better pattern
> available. It seems there is another pattern available, but it has a high
> relative spec cost (API shape/behavior updates) to make happen. At least
> with getUserMedia, I'll note that we are already planning to do something
> like Steven proposed with the synchronous getUserMedia changes.

I do not believe there is consensus on this point. I've seen a new
proposal from Martin, but haven't yet gone through it.

Received on Saturday, 29 December 2012 17:42:18 UTC

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