resume() method should be on AudioContext and OfflineAudioContext, not on BaseAudioContext
Categories
(Core :: Web Audio, defect, P3)
Tracking
()
People
(Reporter: bzbarsky, Assigned: padenot)
References
Details
It's on the separate interfaces in the spec, not on the base interface.
It looks to me like other browsers are following the spec here. Is there a reason we have the different behavior?
Note also bug 1265406. If we fix this bug, we might want to actually not define resume()
on OfflineAudioContext
until we actually support it.
Comment 1•5 years ago
|
||
Marking this a P3. @jib, is something that you'd look at? Please re-route, if you know of someone better suited.
Comment 2•5 years ago
|
||
(In reply to Boris Zbarsky [:bzbarsky, bz on IRC] from comment #0)
Is there a reason we have the different behavior?
Looks like this is hangover from when OfflineAudioContext inherited AudioContext, but it was the spec'd behavior for quite some time. https://github.com/WebAudio/web-audio-api/issues/1060
https://github.com/WebAudio/web-audio-api/issues/1669#issuecomment-399169133 separated the methods, which probably would have been better from the start anyway.
Note also bug 1265406. If we fix this bug, we might want to actually not define
resume()
onOfflineAudioContext
until we actually support it.
Agreed.
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Updated•5 years ago
|
Description
•