97485 2012-09-24 14:52:57 -0700 http/tests/security/sandboxed-iframe-form-top.html fails 2013-08-12 17:36:09 -0700 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) PC Windows 7 NEW LayoutTestFailure P2 Normal --- 1 roger_fong webkit-unassigned roger_fong oldest_to_newest 727028 0 roger_fong 2012-09-24 14:52:57 -0700 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. 727042 1 roger_fong 2012-09-24 15:24:03 -0700 Skipped here: http://trac.webkit.org/changeset/129421 916465 2 ap 2013-08-12 17:36:09 -0700 Probably can be fixed in the same way as the Mac bug, too.