[whatwg] Proposal: Add window.getLastError (or modify invocation arguments of window.onerror)
Oliver Hunt
oliver at apple.com
Mon Feb 4 14:44:37 PST 2013
On Feb 4, 2013, at 2:40 PM, Garrett Smith <dhtmlkitchen at gmail.com> wrote:
>>> That's fair enough. Though not all exceptions are Errors -- DOMException
>>> currently isn't, though I think some people want it to somehow inherit
>>> from
>>> Error.
>>>
> Why not?
That's something lost in the mists of time, however just asking it w.r.t DOMException misses the point that any value in js can be thrown - there's no requirement that it be an object, let alone a subtype of Error.
>
>>>
>>> For example, some devs may be interested in the "Error" object's
>>>> "name" property, which is already a part of the object today but is not
>>>> provided to "window.onerror" callbacks. And again, if additional
>>>> properties are added in the future, it's just more and more properties
>>>> that
>>>> may need to get incrementally added to the "window.onerror" invocation
>>>> arguments list. For example, I proposed the addition of an "innerError"
>>>> property (or some would call it "cause") for chaining errors and masking
>>>> internal errors that consumers shouldn't see, instead providing a
>>>> customer-facing message.
>>>>
>>>
>>> Yeah.
>>>
> Yep. Pass an error object with a stack trace.
That's tricky - what is your "stack trace"? You can very easily end up leaking private information across frames.
--Oliver
More information about the whatwg
mailing list