- From: <bugzilla@jessica.w3.org>
- Date: Sat, 07 Jul 2012 15:47:47 +0000
- To: public-html@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17712
Summary: Window name lookup algorithm is wrong for named
subwindows
Product: HTML WG
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: HTML5 spec
AssignedTo: ian@hixie.ch
ReportedBy: bzbarsky@mit.edu
QAContact: public-html-bugzilla@w3.org
CC: mike@w3.org, public-html-wg-issue-tracking@w3.org,
public-html@w3.org
Consider this testcase:
<iframe name="bar"
src="data:text/html,<script>window.name='foo'</script>"></iframe>
<script>
window.onload = function() {
alert(window.foo);
alert(window.bar);
}
</script>
This interoperably alerts a Window object and then "undefined" in Chrome,
Safari, Opera, Firefox. IE9 seems to go the other way around: undefined and
then a window object (have to test with a second real document, afaict, because
data: doesn't work in IE9 there).
The Chrome, Safari, Opera, Firefox behavior is wrong as the spec is currently
written, since the spec only looks at name attributes on <iframe>, not at
window names. But it sure looks pretty interoperable except for IE.
Note also that the spec as currently written would completely break child
window lookup by name in framesets, as far as I can tell, since it only
considers <iframe> and not <frame> in step 2 of "determine the value of a named
property name when the Window object is indexed for property retrieval". I'm
100% sure this is not web-compatible.
--
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Tuesday, 10 July 2012 12:06:32 UTC