Halfway through a round my phone rang. I took the call on speaker, hung up, and the game was still running — canvas moving, counter climbing, taps registering — with no sound at all. Nothing on the screen said muted.
That silence is not random. Android hands audio focus to the dialer, and the browser tab is not guaranteed to get it back. A plain <audio> element stays paused. A WebAudio context drops to suspended. Or the tab keeps decoding while the system keeps it muted until something asks for focus again. From the outside all three look identical, and all three look like a broken game.
Two entries I opened to compare the symptom handle it differently. lobby apk comes back with its sound icon flipped to off, so at least the state is visible. h5.rpvip3 looks alive but stays quiet until you reload the page, and nothing on screen tells you why.
The three that behave better all recover on the first touch. day777 picks the audio up as soon as I tap the table. ina777 apk needs one deliberate tap near the controls, then keeps sound for the rest of the session. 7svip just restarts the current track, which is crude and never leaves me guessing.
The fix is two small listeners: watch statechange on the audio context, and resume from a real pointerdown once the tab is visible again. Test it with an actual call, not DevTools emulation — the interruption comes from the system, and the emulator never takes that path.
