[Webkit-unassigned] [Bug 180760] Layout Test fast/loader/redirect-to-invalid-url-using-meta-refresh-calls-policy-delegate.html is flaky

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Aug 17 14:37:27 PDT 2018


https://bugs.webkit.org/show_bug.cgi?id=180760

Truitt Savell <tsavell at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tsavell at apple.com

--- Comment #6 from Truitt Savell <tsavell at apple.com> ---
Text Diff of fast/loader/redirect-to-invalid-url-using-meta-refresh-calls-policy-delegate.html:

--- /Volumes/Data/slave/sierra-debug-tests-wk1/build/layout-test-results/fast/loader/redirect-to-invalid-url-using-meta-refresh-calls-policy-delegate-expected.txt
+++ /Volumes/Data/slave/sierra-debug-tests-wk1/build/layout-test-results/fast/loader/redirect-to-invalid-url-using-meta-refresh-calls-policy-delegate-actual.txt
@@ -1,4 +1,3 @@
-Policy delegate: attempt to load http://a=a&b=b/ with navigation type 'other'
 Tests that we do not redirect to an invalid URL initiated by <meta http-equiv="refresh">. This test PASSED if you see an entry in the dumped frame load callbacks of the form: "willPerformClientRedirectToURL: http://A=a&B=b" followed by "didCancelClientRedirectForFrame".

 Note, this test must be run in DumpRenderTree.

text Diff of fast/loader/redirect-to-invalid-url-using-meta-refresh-disallowed-async-delegates.html:

--- /Volumes/Data/slave/sierra-debug-tests-wk1/build/layout-test-results/fast/loader/redirect-to-invalid-url-using-meta-refresh-disallowed-async-delegates-expected.txt
+++ /Volumes/Data/slave/sierra-debug-tests-wk1/build/layout-test-results/fast/loader/redirect-to-invalid-url-using-meta-refresh-disallowed-async-delegates-actual.txt
@@ -1,3 +1,4 @@
+Policy delegate: attempt to load http://a=a&b=b/ with navigation type 'other'
 main frame - didFinishDocumentLoadForFrame
 main frame - didHandleOnloadEventsForFrame
 main frame - willPerformClientRedirectToURL: http://A=a%25B=b 


Issue causing these two tests to fail in tandem is the first line of output missing from the first test ran by test runner and that line appearing in the second tests output.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180817/71705792/attachment-0001.html>


More information about the webkit-unassigned mailing list