Bug 96642 - loader/go-back-to-different-window-size.html is flaky
Summary: loader/go-back-to-different-window-size.html is flaky
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
: 114274 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-09-13 07:12 PDT by Mikhail Pozdnyakov
Modified: 2022-02-15 17:19 PST (History)
5 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail Pozdnyakov 2012-09-13 07:12:45 PDT 
loader/go-back-to-different-window-size.html is flaky on EFL port.
Comment 1 Chris Dumez 2012-09-13 07:38:59 PDT 
Would be useful to paste the diff here.
Comment 2 Mikhail Pozdnyakov 2012-09-13 07:41:29 PDT 
--- /home/buildslave-1/webkit-buildslave/efl-linux-64-debug/build/layout-test-results/loader/go-back-to-different-window-size-expected.txt
+++ /home/buildslave-1/webkit-buildslave/efl-linux-64-debug/build/layout-test-results/loader/go-back-to-different-window-size-actual.txt
@@ -1 +1 @@
-PASS
+FAIL
Comment 3 Jussi Kukkonen (jku) 2012-12-03 08:55:27 PST 
Flaky on Lion, Mountainlion, EFL, GTK.

Normally the test finishes in 1sec but a failing test takes 30 seconds, so that's presumable the testrunner notify timeout. The test includes a couple of setTimeout calls to implement this:
// Navigation steps:
// 1- loads this page
// 2- resizes the window to (300, 300)
// 3- loads a data URL that resizes the window to (1000, 1000) and navigates back
// 4- loads this page which will restore the timer to check the window width to make sure it's > 300

So I'm guessing the the last timer fires before the window width has been reset to 300,300.
Comment 4 Alexey Proskuryakov 2013-09-25 11:11:31 PDT 
*** Bug 114274 has been marked as a duplicate of this bug. ***
Comment 5 Alexey Proskuryakov 2013-09-25 11:17:16 PDT 
This test is very frequently failing on Mac too.

On Mac WK2, the failure is a timeout.

On Mac WK1, the whole result is replaced with a result for the previous test (but the previous test is passing). This has to be a bug in the tools that results are copied like that.

Unfortunately, I cannot reproduce locally. But window sizing is quite broken in both DRT and WTR, see also bug 110099.
Comment 6 Alexey Proskuryakov 2013-09-25 11:28:45 PDT 
Marked as flaky on Mac in r156410. We should probably fix bug 110099 first, and then see how that affects this one.