Bug 252175
| Summary: | Bluetooth headset (AirPods) are unreliable in webRTC - dependent on what is happening in other tabs. | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Tim Panton <tim> |
| Component: | WebRTC | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | daginge, webkit-bug-importer, youennf |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 16 | ||
| Hardware: | iPhone / iPad | ||
| OS: | iOS 16 | ||
Tim Panton
Switching AirPods from Highquality stereo playback mode to webRTC audio capture breaks - sometimes - and only on iOS .
Steps to replicate on ios/ipados 16.3:
Close all apps (including safari)
Connect your AirPods (or other bluetooth audio device)
Open a safari page to play some music (e.g. https://www.randyresnick.com/)
Open second safari tab (leave the audio playing in the first one)
In the second tab browse to https://dev.pi.pe/df/avp.html
Accept the prompt - you’ll hear audio from a podcast (over webRTC)
Give permission for microphone use. Audio stops. (as soon as GetUserMedia returns)
Close the music tab
You now hear audio from the podcast tab again
Repeat without bluetooth (builtin or analog headphones) you get to keep the audio.
This doesn’t happen on macOS. (Or chrome on android)
This bug causes user experience to depend on what else they have open.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/105680555>
Smoley
Thanks for filing, please submit a report via feedbackassistant.apple.com with a sysdiagnose and reference the Feedback ID here. Thank again.
Smoley
A timestamp of occurrence is also helpful to narrow the search in logging :)