[wpt-sync] Sync PR 16303 - Do not resume a suspended BaseAudioContext when AudioWorklet starts
Categories
(Core :: Web Audio, defect, P4)
Tracking
()
Tracking | Status | |
---|---|---|
firefox69 | --- | fixed |
People
(Reporter: mozilla.org, Unassigned)
References
()
Details
(Whiteboard: [wptsync downstream])
Sync web-platform-tests PR 16303 into mozilla-central (this bug is closed when the sync is complete).
PR: https://github.com/web-platform-tests/wpt/pull/16303
Details from upstream follow.
Hongchan Choi <hongchan@chromium.org> wrote:
Do not resume a suspended BaseAudioContext when AudioWorklet starts
When AudioWorklet.addModule() activates the worklet thread, it
re-starts the destination handler even when the context is suspended.
This CL fixes the bug by restarting destination only when the context
is in the "running" state.Bug: 950997
Test: external/wpt/webaudio/the-audio-api/the-audioworklet-interface/audioworklet-suspend.https.html
Change-Id: I0b44e3fca23bd069fac21f709fc665e8eacc4dd3
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1560140
Commit-Queue: Hongchan Choi \<hongchan@chromium.org>
Reviewed-by: Raymond Toy \<rtoy@chromium.org>
Cr-Commit-Position: refs/heads/master@{#649303}
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 1•5 years ago
|
||
Pushed to try https://treeherder.mozilla.org/#/jobs?repo=try&revision=3a2a0885a2b818e519296bc5a2b81708f200e4f9
Assignee | ||
Comment 2•5 years ago
|
||
Pushed to try (stability) https://treeherder.mozilla.org/#/jobs?repo=try&revision=8f70b557c693dbb1430182d0c0a1b1ab5fbb4158
Assignee | ||
Comment 3•5 years ago
|
||
Failed to get results from try push
Pushed by james@hoppipolla.co.uk: https://hg.mozilla.org/integration/mozilla-inbound/rev/bfc2b0800626 [wpt PR 16303] - Do not resume a suspended BaseAudioContext when AudioWorklet starts, a=testonly
Comment 5•5 years ago
|
||
bugherder |
Description
•