NEW 97485
http/tests/security/sandboxed-iframe-form-top.html fails 
https://bugs.webkit.org/show_bug.cgi?id=97485
Summary http/tests/security/sandboxed-iframe-form-top.html fails
Roger Fong
Reported 2012-09-24 14:52:57 PDT
This test "passes" on windows bots, but in fact the extra Console output appears on the next test that gets run (script-crossorigin-loads-same-origin.html). Here's the diff of the failing test: --- /home/buildbot/slave/win-release-tests/build/layout-test-results/http/tests/security/script-crossorigin-loads-same-origin-expected.txt 2012-09-21 19:20:20.676828600 -0700 +++ /home/buildbot/slave/win-release-tests/build/layout-test-results/http/tests/security/script-crossorigin-loads-same-origin-actual.txt 2012-09-21 19:20:20.674828500 -0700 @@ -1,3 +1,5 @@ +CONSOLE MESSAGE: Unsafe JavaScript attempt to initiate a navigation change for frame with URL http://127.0.0.1:8000/security/sandboxed-iframe-form-top.html from frame with URL http://127.0.0.1:8000/security/resources/sandboxed-iframe-form-top.html. + Test that a script element with a crossorigin attribute loads same-origin scripts correctly when there's no access control headers in the response. PASS Crazy right? Anyways, I'm skipping this test on Windows to get the other one to pass. Similar behavior is seen on Lion bots, see https://bugs.webkit.org/show_bug.cgi?id=85522.
Attachments
Add attachment proposed patch, testcase, etc.
Roger Fong
Comment 1 2012-09-24 15:24:03 PDT
Skipped here: http://trac.webkit.org/changeset/129421
Alexey Proskuryakov
Comment 2 2013-08-12 17:36:09 PDT
Probably can be fixed in the same way as the Mac bug, too.
Note You need to log in before you can comment on or make changes to this bug.