Bug 232312 – [ iOS Release GPUProcess ] fast/forms/form-submission-crash-3.html is a flaky failure

• Component: Forms
• Status: RESOLVED FIXED

fast/forms/form-submission-crash-3.html

Is a flaky failure on iOS 15 Release (mostly on gpuprocyess)

History: https://results.webkit.org/?suite=layout-tests&test=fast%2Fforms%2Fform-submission-crash-3.html

Result page: https://build.webkit.org/results/Apple-iOS-15-Simulator-Release-WK2-Tests/r284857%20(317)/results.html#

Diff:

--- /Volumes/Data/worker/ios-simulator-15-release-tests-wk2/build/layout-test-results/fast/forms/form-submission-crash-3-expected.txt
+++ /Volumes/Data/worker/ios-simulator-15-release-tests-wk2/build/layout-test-results/fast/forms/form-submission-crash-3-actual.txt
@@ -8,6 +8,5 @@
 
 TEST COMPLETE
 
-foo

[Radar WebKit Bug Importer]

<rdar://problem/84667412>

I was able to reproduce the failure locally on iOS 15 sim on arm64 using run-webkit-tests --ios-simulator --iterations 500 --exit-after-n-failures 1 fast/forms/form-submission-crash-3.html --use-gpu-process

[Chris Dumez]

```
    input.onfocus = eventhandler;
    button.click();
    testPassed('if not crashed.');
    finishJSTest();
```

I think this means eventhandler has not had a change to run before we call finishJSTest(), which must mean that the onfocus event handler wasn't called synchronously when clicking the button.

I am not sure what the rules for focus are nowadays and if that event is really supposed to fire synchronously. If not, I guess we want to delay calling finishJSTest() until the focus event has fired.

Alternatively, we could mark div1 as display:none.

[Chris Dumez]

Created attachment 442503 [details]
Patch

[EWS]

Committed r284933 (243603@main): <https://commits.webkit.org/243603@main>

All reviewed patches have been landed. Closing bug and clearing flags on attachment 442503 [details].