Bug 97485
| Summary: | http/tests/security/sandboxed-iframe-form-top.html fails | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Roger Fong <roger_fong> |
| Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | roger_fong |
| Priority: | P2 | Keywords: | LayoutTestFailure |
| Version: | 528+ (Nightly build) | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
Roger Fong
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
Skipped here: http://trac.webkit.org/changeset/129421
Alexey Proskuryakov
Probably can be fixed in the same way as the Mac bug, too.