96642 2012-09-13 07:12:45 -0700 loader/go-back-to-different-window-size.html is flaky 2022-02-15 17:19:27 -0800 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) Unspecified Unspecified NEW https://bugs.webkit.org/show_bug.cgi?id=236680 P2 Normal --- 1 mikhail.pozdnyakov webkit-unassigned ap cdumez commit-queue jussi.kukkonen lucas.de.marchi oldest_to_newest 719431 0 mikhail.pozdnyakov 2012-09-13 07:12:45 -0700 loader/go-back-to-different-window-size.html is flaky on EFL port. 719458 1 cdumez 2012-09-13 07:38:59 -0700 Would be useful to paste the diff here. 719461 2 mikhail.pozdnyakov 2012-09-13 07:41:29 -0700 --- /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 781498 3 jussi.kukkonen 2012-12-03 08:55:27 -0800 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. 933108 4 ap 2013-09-25 11:11:31 -0700 *** Bug 114274 has been marked as a duplicate of this bug. *** 933114 5 ap 2013-09-25 11:17:16 -0700 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. 933128 6 ap 2013-09-25 11:28:45 -0700 Marked as flaky on Mac in r156410. We should probably fix bug 110099 first, and then see how that affects this one.