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

Re: [mediacapture-record] Error member in an Event for runtime-errors is a bad idea

From: Miguel Casas-Sanchez via GitHub <sysbot+gh@w3.org>
Date: Wed, 21 Dec 2016 21:52:43 +0000
To: public-media-capture-logs@w3.org
Message-ID: <issue_comment.created-268650687-1482357162-sysbot+gh@w3.org>
Merging #31 into this issue.  

The Spec currently defines an 
 that just acts as a holder for a `DOMException`.

Gecko defines a RecordErrorEvent [1] that is used in MediaRecorder.cpp
 [2] by filling its name in NotifyError() to e.g. SecurityError, 
OutOfMemoryError or otherwise GenericError.  Chromium has no specific 

Coalescing other conversations:
- using 
 is not a good idea here because of the `filename`, `lineno` and 
`colno` that hints as to it being an error produced in a file;
- we still would  like to produce an Error Event interface with a 
`message` field;
- I personally think it'd be an overkill to define a sort-of 
`MediaRecorderErrorEvent` just to add a `DOMString` message field.

@jan-ivar, @foolip, what would you suggest we do?


GitHub Notification of comment by miguelao
Please view or discuss this issue at 
 using your GitHub account
Received on Wednesday, 21 December 2016 21:52:53 UTC

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