75950 2012-01-10 03:47:55 -0800 [WK2] fast/loader/submit-form-while-parsing-2.html fails intermittently 2024-01-03 14:09:19 -0800 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) All All RESOLVED DUPLICATE 105952 Qt, QtTriaged P2 Normal --- 1 ossy webkit-unassigned ahmad.saleem792 ap beidson japhet ossy slewis webkit-sed oldest_to_newest 532948 0 ossy 2012-01-10 03:47:55 -0800 fast/loader/submit-form-while-parsing-2.html fails intermittently (17 times during 200 builds) on the Qt-WK2 bot with this error: --- /ramdisk/qt-linux-32-release-webkit2/build/layout-test-results/fast/loader/submit-form-while-parsing-2-expected.txt +++ /ramdisk/qt-linux-32-release-webkit2/build/layout-test-results/fast/loader/submit-form-while-parsing-2-actual.txt @@ -1,3 +1,2 @@ -PASSED: If we successfully got here without an assertion or crash, all is well. +FAIL: Timed out waiting for notifyDone to be called - 532965 1 ossy 2012-01-10 04:31:39 -0800 You can easily reproduce this bug: $ Tools/Scripts/old-run-webkit-tests -2 fast/loader/submit-form-while-parsing-2.html --iterations 100 Testing 1 test cases 100 times. fast/loader . fast/loader/submit-form-while-parsing-2.html -> failed ............... fast/loader/submit-form-while-parsing-2.html -> failed ... fast/loader/submit-form-while-parsing-2.html -> failed . fast/loader/submit-form-while-parsing-2.html -> failed ............. fast/loader/submit-form-while-parsing-2.html -> failed .......... fast/loader/submit-form-while-parsing-2.html -> failed .. fast/loader/submit-form-while-parsing-2.html -> failed . fast/loader/submit-form-while-parsing-2.html -> failed ....... fast/loader/submit-form-while-parsing-2.html -> failed ........................... fast/loader/submit-form-while-parsing-2.html -> failed .............. fast/loader/submit-form-while-parsing-2.html -> failed . fast/loader/submit-form-while-parsing-2.html -> failed .... fast/loader/submit-form-while-parsing-2.html -> failed . 80.61s total testing time 87 test cases (87%) succeeded 13 test cases (13%) had incorrect layout 533031 2 ossy 2012-01-10 06:59:10 -0800 I skipped it to make Qt-wk2 bot happier: http://trac.webkit.org/changeset/104561 721131 3 ap 2012-09-14 14:29:43 -0700 I'm seeing this fail on Mac frequently too (and can reproduce locally). 721220 4 ap 2012-09-14 16:00:37 -0700 This test loads a subframe that immediately submits a form, and also starts a zero-delay timer that starts another navigation. In WK1, the timer doesn't get a chance to fire, as form submission happens first. In WK2, the timer fires and starts a navigation. The URL it uses is incorrect (there should be no "resources/" part), so instead of successful load, we get an error. But there is a race between navigation and form submission - when submission happens first, we get a load event and pass, and when navigation happens first, we get a timeout. It's easy to fix the timeout by fixing the URL, but we'll still have a race between navigation and form submission. I'm not sure if it's a well defined situation. 721224 5 ap 2012-09-14 16:06:36 -0700 Fixed the URL in r128665 to make the test a bit more reasonable. Not yet sure what to do about the race. 2002865 6 ahmad.saleem792 2024-01-03 14:09:19 -0800 Qt port is gone but the platform specific expectation of 'Mac-wk2' is on different bug. I am marking this duplicate of it to other bug. *** This bug has been marked as a duplicate of bug 105952 ***