[webkit-dev] Improving DOM Exception console messages.

[Elliott Sprehn]

Even so what we have right now can be improved without exposing sensitive
information. For instance HIERARCHY_REQUEST_ERR or SYNTAX_ERR is really
useless, it would be much nicer to have the tag name and what was really
wrong.

As a current example, if you create a MutationObserver with the wrong
dictionary arguments you get a useless error message.

o = new WebKitMutationObserver(function() {})
o.observe(node, {});
// SYNTAX_ERR: wtf is really wrong?

I don't think we need to wait for interop here, we can just give you
sensible error messages.

On Mon, Oct 1, 2012 at 6:21 PM, Ryosuke Niwa <rniwa at webkit.org> wrote:

> To make my position clear, I support improving the error messages on
> Inspector. I'm just worried about exposing that to the Web because this
> area is already terribly under-spec'ed.
>
>
> On Mon, Oct 1, 2012 at 5:48 PM, Ryosuke Niwa <rniwa at webkit.org> wrote:
>
>> On Mon, Oct 1, 2012 at 5:18 PM, Ojan Vafai <ojan at chromium.org> wrote:
>>
>>> This isn't spec'ed anywhere. I agree it would be ideal to get a spec for
>>> this, but I don't think we need to block on that in this instance.
>>
>>
>> I would like to see us posting this on public-webapps or www-dom. I've
>> seen js code that tried to parse exception messages to get more information
>> about the failure.
>>
>>
>>> This is an area where browsers are completely incompatible already. I
>>> don't see much benefit from blocking on creating a specification to make
>>> this situation better for web developers. It's actually not that big of a
>>> deal if the error messages from different browsers are different.
>>
>>
>> If Web developers wanted to know the details of failures on their
>> websites as opposed to on Inspector, wouldn't it better to add some sort of
>> API that could interoperate on all browsers?
>>
>> - Ryosuke
>>
>>
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20121001/fd267309/attachment-0001.html>