iOS audio locks when audio context is interrupted

[SBCGames]

Version

• Phaser Version: tested on 3.50 - beta X and some of the previous versions

• Operating system: iOS

• Browser: Safari

Description

iOS often puts audio context state into state "interrupted". It can happen with incoming call and (at least on iPad / iOS 14) it also happens when app is minimized with home button. What also happens is, that audio, previously unlocked in the beginning of game, is locked again and needs to be unlocked. Otherwise game looses all sounds.

There is similar (maybe the same) issue (#5156) - at least looking at description. But as I am not sure, I started this new one.

In onFocus (https://github.com/photonstorm/phaser/blob/master/src/sound/webaudio/WebAudioSoundManager.js#L335) code is testing if audio was unlocked. When I changed it to this, I got rid of the problem:

    onFocus: function ()
    {
        /*
        if (!this.locked)
        {
            this.context.resume();
        }
        */
        
        this.locked = true;
        this.unlock();
    },

[AlyssaXA]

this seemed to fix a bug I had when using prompt() which would also put the state into "interrupted"

window.addEventListener(
            "focus",
            () => scene.sound.context.state === "interrupted" && scene.sound.context.resume(),
        );

https://developer.mozilla.org/en-US/docs/Web/API/BaseAudioContext/state#resuming_interrupted_play_states_in_ios_safari

[micsun-al]

This issue might also be related? #4790

[photonstorm]

Thank you for submitting this issue. We have fixed this and the fix has been pushed to the master branch. It will be part of the next release. If you get time to build and test it for yourself we would appreciate that.