On Thu, Dec 13, 2012 at 1:12 AM, David Bruant <bruan...@gmail.com> wrote: >> I think this is the only viable solution. > > Ok. What do you think of the idea of different handlers based on context? > [1] > > [1] Last point of > https://mail.mozilla.org/pipermail/es-discuss/2012-December/027092.html
Only if these different way of obtaining the object actually obtain different objects. > >> The current behavior violates ES5 in an unintended way[1]. > > Just to clarify, invariants described in ES5.1 - 8.6.2 are violated. yes. > > >> As you say, to remain viable, it >> must be done quickly. From previous experience, I suggest that there's >> exactly one way to get quick universal deployment: add a test to >> test262 that fails when a browser's WindowProxy object violates this >> normative part of the ES5 spec. > > I feel such a test would rather belong to the HTML DOM. But either way, I > agree. The spec that it violates is ES5.1. Therefore it will be uncontroversial to put such tests into test262. The modern versions of all major browsers (IE, Chrome, FF, Safari, Opera) all do so close to perfect on test262 that even adding one additional test failure creates a significant incentive to fix it -- especially since the others will. Of course, it would also be good to get the HTML5 spec fixed and to get such tests into HTML/DOM test suites. But I'm not holding my breath. Your observation about needing to get this fixed soon in right, so let's move on test262 first. > I'll reach out to public-script-coord to re-explain the issue and the > suggested changes. I'll write a test case, submit it to the webapps > directory [2] (I'll ask first to be sure it's the right one) and file bugs > in different browsers. Thanks! > > David > > [2] http://dvcs.w3.org/hg/webapps/ -- Cheers, --MarkM _______________________________________________ es-discuss mailing list es-discuss@mozilla.org https://mail.mozilla.org/listinfo/es-discuss
