Bug 183902 - [GTK] Some tests failing after r229831 "Make policy decisions asynchronous"
Summary: [GTK] Some tests failing after r229831 "Make policy decisions asynchronous"
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
Depends on:
Reported: 2018-03-22 07:56 PDT by Miguel Gomez
Modified: 2018-03-22 08:45 PDT (History)
2 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Miguel Gomez 2018-03-22 07:56:58 PDT
Three tests started to fail after this change:

http/tests/loading/simple-subframe.html [ Failure ]
http/tests/navigation/redirect-to-fragment2.html [ Failure ]
fast/dom/frame-loading-via-document-write.html [ Failure ]

The two first ones look like we need to rebaseline the expectations (a small change in the order of events). I'll update them.
But the third one doesn't like that simple, seems that something is really failing. This is the diff:

--- /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/fast/dom/frame-loading-via-document-write-expected.txt
+++ /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/fast/dom/frame-loading-via-document-write-actual.txt
@@ -3,10 +3,7 @@
 Frame: 'topRow'
-This page was successfully loaded.
-My protocol is file:
-My referrer is blank
+Click me. If nothing loads above we have a problem.
 Frame: 'middleRow'
Comment 1 Chris Dumez 2018-03-22 08:45:09 PDT
Looks like I did not see this because this test is already marked as timing out on Mac WK2.

The fast test likely needs the same fixes as its http counterpart: