<div dir="ltr">> <span style="font-family:arial,sans-serif;font-size:13px">I will fix the handful of standard @@toStringTag getters so they don't throw<br><br>That's rad!<br><br>> </span><span style="font-family:arial,sans-serif;font-size:13px">But I can't really really do anything about user written @@toStringTag getter that throw or for that matter objects that use Proxies to throw.<br>
<br>Ya, that's fine.<br><br>- JDD<br><br></span></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 29, 2014 at 1:58 PM, Allen Wirfs-Brock <span dir="ltr"><<a href="mailto:allen@wirfs-brock.com" target="_blank">allen@wirfs-brock.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
On Aug 29, 2014, at 12:10 PM, John-David Dalton wrote:<br>
<br>
> JS libs/frameworks (jQuery, Dojo, Lo-Dash, Ember, Angular, ...) have settled on using Object.prototype.toString.call as a way to determine the kind of a value and don't expect that to throw.<br>
> This is edge case but it seems like an unnecessary gotcha to throw at devs.<br>
<br>
</div>We've explicitly designed the ES6 O.p.toString to preserve the [[Class]] type branding that was proved by prior editions but also decided to explicitly not support any new primitive [[Class]]-like brand values.  Going forward it isn't a reliable way to type check or brand new built-in or programmer defined "types".<br>

<br>
I will fix the handful of standard @@toStringTag getters so they don't throw.  But I can't really really do anything about user written @@toStringTag getter that throw or for that matter objects that use Proxies to throw.<br>

<br>
So, unless you wan to argue for eating exceptions in O.P.toStringm,  that possibility will remain but is likely the reflection of a bug or malicious code.  Presumablly, such problems can be diagnosed via a debugger<br>
<span class="HOEnZb"><font color="#888888"><br>
allen</font></span></blockquote></div><br></div>