Bug 226807
| Summary: | [GStreamer] imported/w3c/web-platform-tests/webaudio/the-audio-api/the-audiocontext-interface/processing-after-resume.https.html is failing | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Diego Pino <dpino> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | pnormand |
| Priority: | P2 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=217542 | ||
Diego Pino
This test has been consistently failing in the GTK post-commit bot for the last 4000 revisions. Before it was marked as flakey.
Diff:
--- /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/imported/w3c/web-platform-tests/webaudio/the-audio-api/the-audiocontext-interface/processing-after-resume.https-expected.txt
+++ /home/buildbot/worker/gtk-linux-64-release-tests/build/layout-test-results/imported/w3c/web-platform-tests/webaudio/the-audio-api/the-audiocontext-interface/processing-after-resume.https-actual.txt
@@ -1,3 +1,3 @@
-PASS Test consistency of processing after resume()
+FAIL Test consistency of processing after resume() assert_equals: construct time before resume expected 0.06965986394557823 but got 0.07546485260770976
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Philippe Normand
That's a consequence of not setting the AudioWorklet thread priority to RT, I think. See https://bugs.webkit.org/show_bug.cgi?id=220115
Diego Pino
This test has improved since the interval 263485@main-263492@main, probably due to https://commits.webkit.org/263490@main.
However the test is now a flakey timeout, specially in the case of WPE.