Bug 228209
| Summary: | [ Catalina+ Debug wk2 ] fast/speechrecognition/start-recognition-after-gum.html is a flaky timeout | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Robert Jenner <jenner> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | sihui_liu, webkit-bot-watchers-bugzilla, webkit-bug-importer, youennf |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Robert Jenner
fast/speechrecognition/start-recognition-after-gum.html
is a flaky timeout on Catalina wk 2 Debug and up.
HISTORY:
https://results.webkit.org/?suite=layout-tests&test=fast%2Fspeechrecognition%2Fstart-recognition-after-gum.html
TIMEOUT DIFF:
+#PID UNRESPONSIVE - WebKitTestRunner (pid 82683)
+FAIL: Timed out waiting for notifyDone to be called
-PASS Speech recognition after successful audio gum
-
+#EOF
+#EOF
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/80994364>
Robert Jenner
I was able to reproduce the timeout at Debug ToT using the following test:
run-webkit-tests fast/speechrecognition/start-recognition-after-gum.html --clobber-old-results --iterations=1000 --exit-after-n-crashes-or-timeouts 3 --force
I was also able to reproduce the timeout over 6,000 revisions back. It appears the last time the test was modified was here:
https://trac.webkit.org/changeset/275147/webkit
Robert Jenner
I have marked the test as [ Slow ] here to see if the timeouts stop:
https://trac.webkit.org/changeset/281677/webkit
Robert Jenner
This is still occurring after marking the test as slow. I have re-updated the test expectations to [ Pass Timeout ] here:
https://trac.webkit.org/changeset/283268/webkit