Description of the issue:
Streaming audio from https://player.siriusxm.com/home/foryou eventually causes the audio output for the entire computer to go dead.
Reloading that streaming page, or restarting Brave, has no effect - no sound comes from the computer (not via its speakers nor from headphone jack).
However, going to the Mac’s “Activity Monitor” app and killing the system process “coreaudiod” instantly restores the computer’s audio.
More specifically: with Activity Monitor set to display “all processes, hierarchically” - before killing it, there is just a single process in that group. A moment after killing it, when “launchd” has restarted it, it has two sub-processes: “com.apple.audio.DriverHelper” and “com.apple.audio.SandboxHelper”. So it appears to me that Brave causes the central audio management of MacOS crash, but in such a way that it doesn’t exit fully, and thus hangs in that broken state (blocking all audio output), until we manually kill the remaining hung part and it can restart fully.
How can this issue be reproduced?
Stream audio from a logged-in SiriusXM account (at https://player.siriusxm.com/home/foryou).
Keep streaming it, as background music, for hours, possibly with repeated sessions over multiple days.
There’s probably some specific sequence of stopping the audio or logging in / out of Sirius that triggers it, but I haven’t pinned that part down yet. But it happens repeatedly.
I’m not using Brave for anything else - I am specifically using Brave as my audio player, to avoid overloading one of my primary browsers (Safari and Chrome), each of which has dozens of work-related pages & tabs open.
Using Brave to stream audio from SiriusXM would continue to work indefinitely. Also, once this streaming is paused/stopped, or I exit Brave altogether, the computer would retain its ability to play other sounds.
Brave Version( check
Version 0.70.121 Chromium: 78.0.3904.70 (Official Build) (64-bit)
This is on macOS Mojave (Version 10.14.6), on a MacBook Pro (15-inch, 2017), w/ 16 GB of RAM.