Closed toyoshim closed 1 year ago
allow to start
needs to return false
for all callers during prerendering, but the post-prerendering activation patch is probably needed only in the AudioContext constuctor case.
Users may or may not call other resume or start methods, but their promises would not be resolved until the post-prerendering activation steps run. When our step runs, the resume control message is processed, and it resolves all pending resume promises.
So, it seems to work without compatibility breakages. I will revise my PR in this direction.
As you already saw, the construction of AudioContext, Autoplay control, and the resume behavior is rather messy.
I believe the last comment from @toyoshim looks correct.
Thanks!
This is based on the discussion at #165