This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Specification: https://html.spec.whatwg.org/multipage/browsers.html Multipage: https://html.spec.whatwg.org/multipage/#named-access-on-the-window-object Complete: https://html.spec.whatwg.org/#named-access-on-the-window-object Referrer: Comment: Which named properties on the Window should be enumerable? Posted from: 98.110.194.132 User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:40.0) Gecko/20100101 Firefox/40.0
Window has three different things appearing on it (or more precisely on the named properties object) as named properties: 1) Frame names. 2) Element ids. 3) Element names for some elements. Right now the spec says these should all be enumerable. UA behavior seems to be the following: Chrome: none are enumerable. Safari: none are enumerable. IE: Only frame names are enumerable, others are not. Firefox: Frame names, element names, and _some_ element IDs are enumerable (long story in terms of why it ends up this way). I think we should standarize on either the Chrome/Safari behavior or the IE behavior here, personally.
Created attachment 1591 [details] Small testcase for this
I just checked, and Firefox used to do what Chrome/Safari do before we started trying to align with the current spec. Presto Opera used to do what IE does. I'm going to switch Firefox to our old behavior for now until this is sorted out for iframes.
Adrian, are you OK with changing this in IE/Spartan to not enumerate frame names?
(In reply to Simon Pieters from comment #4) > Adrian, are you OK with changing this in IE/Spartan to not enumerate frame > names? I checked with Travis on this (cc'd). Given that there's no interop here we'd be okay with changing to the Chrome/Safari behaviour and not enumerating names (with the usual caveat of not knowing when we'd check in this change - it actually turns out to be a reasonable amount of work to remove).
https://github.com/whatwg/html/commit/681f341183cd8e029028f1862c147b25f5e51916 Thank you bz for doing this research.
Note to self: I filed a bug to track this in Edge (internal VSO4445842).