As per the specification, the iframe's name should be an empty string if unset: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#attr-iframe-name Instead, WebKit is using the iframe's id as window name if the name is unset. Test case: http://jsfiddle.net/xf5H7/9/ Firefox, IE and Chrome behave according to the specification. Blink commit: https://src.chromium.org/viewvc/blink?revision=169803&view=revision
Created attachment 264079 [details] Patch
Comment on attachment 264079 [details] Patch Attachment 264079 [details] did not pass mac-ews (mac): Output: http://webkit-queues.webkit.org/results/341461 New failing tests: fast/frames/sandboxed-iframe-plugins.html http/tests/loading/redirect-methods.html http/tests/navigation/forward-and-cancel.html plugins/get-url-with-iframe-target.html webarchive/archive-empty-frame-source.html http/tests/security/cross-frame-access-protocol.html http/tests/security/javascriptURL/xss-ALLOWED-to-javascript-url-sub-frame-2-level.html http/tests/security/cross-frame-access-protocol-explicit-domain.html
Created attachment 264082 [details] Archive of layout-test-results from ews101 for mac-mavericks The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews101 Port: mac-mavericks Platform: Mac OS X 10.9.5
Created attachment 264086 [details] Patch
Comment on attachment 264086 [details] Patch Clearing flags on attachment: 264086 Committed r191652: <http://trac.webkit.org/changeset/191652>
All reviewed patches have been landed. Closing bug.