11839 2011-01-23 02:27:32 +0000 window.opener needs to be writable, not readonly (as it is in Gecko, Chrome, IE) 2011-08-04 05:15:40 +0000 1 1 1 Unclassified HTML WG LC1 HTML5 spec unspecified Other other RESOLVED FIXED http://www.whatwg.org/specs/web-apps/current-work/#the-window-object P3 normal --- 11844 1 contributor ian bzbarsky cam erights hsteen ian mike mounir public-html-admin public-html-wg-issue-tracking w3c w3c public-html-bugzilla oldest_to_newest 44624 0 contributor 2011-01-23 02:27:32 +0000 Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/browsers.html Section: http://www.whatwg.org/specs/web-apps/current-work/#the-window-object Comment: window.opener needs to be writable, not readonly Posted from: 71.184.125.56 44625 1 bzbarsky 2011-01-23 02:29:56 +0000 In particular, Gecko allows setting it to null, and web pages rely on this. So does Safari, Chrome, Opera, and IE. I haven't tested what other values it can be set to; Gecko doesn't allow any values other than null for unprivileged scripts. Testcase: file1: <div onclick="window.open('file2.html')">click me</div> file2: <script> alert(window.opener); window.opener = null; alert(window.opener); </script> 44626 2 bzbarsky 2011-01-23 02:37:42 +0000 Er, that test doesn't test what I want to test. This one does: file1.html: <div onclick="window.open('file2.html')">click me</div> file2.html: <script> alert(window.opener); window.opener = null; window.location.href = "file3"; </script> file3.html: <script>alert(window.opener);</script> This alerts "[object DOMWindow]" twice in Safari, "[object DOMWindow]" and then "null" in Chrome, "[object Window]" and then "null" in Gecko, "[object Window]" twice in Opera, "[object]" and "null" in IE. So it looks like the property is just replaceable in Opera and Safari, but is both replaceable _and_ writable in Gecko, IE, and Chrome. Cameron is cced because once this property is writable WebIDL needs to define what it means for a property to be both writable _and_ replaceable. 44737 3 w3c 2011-01-26 05:40:09 +0000 Yeah, this needs to be settable to null. Browsers differ on whether the null value persists across navigations, as I recall. 44738 4 bzbarsky 2011-01-26 05:43:24 +0000 Well, it's settable to null for the current page given existing spec text (because it's replaceable, so writing to it shadows the property). I suppose I could write a testcase that grabs the getter off the prototype after setting to null and calls it on the window, etc... but I'm not sure browsers' ES5 support is far enough along to make that sane. So in the meantime, a simple way to tell apart replacement and assignment seems to be navigation. 44739 5 w3c 2011-01-26 05:51:22 +0000 My understanding is that opener resists being set to random values, but I could be mistaken. It's been a while since I studied it. 44740 6 bzbarsky 2011-01-26 05:54:48 +0000 Yeah, the only value it needs to allow setting to is null. But that needs to persist across navigations, imo (which it does in Chrome, Gecko, and IE). 45830 7 ian 2011-02-18 22:45:52 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Partially Accepted Change Description: see diff given below Rationale: Wow, there's little interop on this. WebKit lets you set it to anything, Firefox throws if you set it to a non-Window and ignores setting it to a Window, IE lets you set it to anything but changes it's value to an Error object... Anyway I've made it a mutable non-replaceable attribute except that the only value it can take is null, all other Window values are ignored and all other values cause a TypeError in WebIDL. nulls neuter the browsing context so that any Window objects in that browsing context, including past ones, will start returning null instead. 45831 8 contributor 2011-02-18 22:46:24 +0000 Checked in as WHATWG revision r5906. Check-in comment: Change how window.opener works to allow it to be set to 'null' and have that persist past page load. http://html5.org/tools/web-apps-tracker?from=5905&to=5906 46600 9 bzbarsky 2011-03-10 02:15:21 +0000 How compatible is making this non-replaceable? 53611 10 mike 2011-08-04 05:15:40 +0000 mass-move component to LC1