Hi,<div><br></div><div>Allen's latest draft (Rev. 14) contains the change where [[Freeze]],[[Seal]] and [[PreventExtensions]] have been consolidated into [[HasIntegrity]]/[[SetIntegrity]]. While no changes were made to the Proxy API (i.e. no has/getIntegrity traps yet), the definition of Object.{freeze,seal,preventExtensions} did change, and this is sufficient to expose an incompatibility with ES5, namely:</div>

<div><br></div><div>Object.isFrozen(Object.preventExtensions({})) // true in ES5, false in ES6 Rev14 draft</div><div><br></div><div>I still feel like the consolidation isn't worth this incompatibility.</div><div><br>
</div>
<div>Allen, could you clarify what your intent is? Is it your intent that this incompatibility will be fixed with further spec changes?</div><div><br></div><div>Cheers,</div><div>Tom</div><div><br><div class="gmail_quote">

2013/2/21 Brendan Eich <span dir="ltr"><<a href="mailto:brendan@mozilla.com" target="_blank">brendan@mozilla.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>Tom Van Cutsem wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That said, I don't think this is enough evidence either for or against the breaking change.<br>
</blockquote>
<br></div>
I have a hard time believing we can break ES5. It has been shipping for years (plural, at least in one case) in major browsers that evergreen their user bases.<span><font color="#888888"><br>
<br>
/be<br>
</font></span></blockquote></div><br></div>