feature request: detaching the active audio output should result in Media Controller pausing active audio stream |
|||||
Issue description
Chrome Version : 71.0.3578.54
OS Version: 11151.31.0
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari:
Firefox:
IE/Edge:
What steps will reproduce the problem?
1. Plug in headphones into USB-C to 3.5mm adapter
2. Play an audio stream in the web browser on an android app.
3. disconnect the headphones (either disconnect the analog head phones from 3.5mm adapter, or completely remove the USB-C adapter
What is the expected result?
Android and other OSes has taught us to expect that removing the active audio output should cause the playing stream to pause before output is routed to external speakers.
What happens instead of that?
audio is routed to external speakers, no pause is sent.
Please provide any additional information below. Attach a screenshot if
possible.
UserAgentString: Mozilla/5.0 (X11; CrOS x86_64 11151.31.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.54 Safari/537.36
,
Nov 16
See this discussion for history: https://groups.google.com/a/google.com/d/msg/meowthdogfooders-discuss/mRaFgZeSjhs/bIp5dS5mAAAJ Becca says that Media ontroller should make this possible, and chrome os's audio stack already tracks when outputs change.
,
Nov 16
,
Nov 16
Here's another potential other edge for us to cover if we're going to implement this feature: http://b/119667954 When the system suspends due to lid close, we should pause audio streams too so that when the system is reopened, it's not playing whatever was playing last.
,
Nov 16
Does this happen automatically in Android apps? I thought that apps implement it manually by watching for AudioManager.ACTION_AUDIO_BECOMING_NOISY broadcasts. But agreed that it's probably a reasonable thing to do in Chrome if possible.
,
Nov 21
,
Nov 29
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by bleung@chromium.org
, Nov 16