NEW150542
REGRESSION: fast/forms/state-restore-per-form.html is a flaky timeout 
https://bugs.webkit.org/show_bug.cgi?id=150542
Summary REGRESSION: fast/forms/state-restore-per-form.html is a flaky timeout
Alexey Proskuryakov
Reported 2015-10-24 20:50:39 PDT
The first time this test timed out was on September 22, r190111. The timeouts are not frequent enough to pinpoint the culprit, but it was almost certainly no earlier than 24 hours before that. When the test times out, there is no output other than "FAIL: Timed out waiting for notifyDone to be called", meaning that we don't get into the post-form submit part of it.
Attachments
Add attachment proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1 2015-10-24 21:02:59 PDT
I wonder how this is supposed to work - we have a lot of tests where we check whether a control named "emptyOnFirstVisit" is autofilled, but we don't seem to reset autofill state between tests (or maybe I just didn't find it?) These tests are all in fast/forms and in imported/blink/fast/forms.
Alexey Proskuryakov
Comment 2 2015-10-24 23:52:30 PDT
"emptyOnFirstVisit" reuse is probably red herring. Anyway, I can reproduce locally like this: run-webkit-tests fast/forms/state-restore-per-form.html -f --repeat 100 --no-retry
Alexey Proskuryakov
Comment 3 2015-10-25 00:06:16 PDT
Sadly, this reproduces locally at least as far back as r189500, so the change that triggered the regression was probably something that changed timing, and the root cause isn't new.
Alexey Proskuryakov
Comment 4 2015-10-25 11:33:11 PDT
When the test fails, form submission just doesn't happen somehow. We remove original page content and send a pagehide event, but we never load anything after submitting the form! This is pretty incredible.
Ryan Haddad
Comment 5 2015-11-30 14:15:57 PST
Marked as flaky on mac-wk2 in <http://trac.webkit.org/changeset/192827>
Note You need to log in before you can comment on or make changes to this bug.