Bug 252175 - Bluetooth headset (AirPods) are unreliable in webRTC - dependent on what is happening in other tabs.
Summary: Bluetooth headset (AirPods) are unreliable in webRTC - dependent on what is h...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebRTC (show other bugs)
Version: Safari 16
Hardware: iPhone / iPad iOS 16
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2023-02-13 08:31 PST by Tim Panton
Modified: 2023-03-24 16:24 PDT (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tim Panton 2023-02-13 08:31:57 PST 
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.
Comment 1 Radar WebKit Bug Importer 2023-02-20 08:32:20 PST 
<rdar://problem/105680555>
Comment 2 Smoley 2023-03-24 16:23:39 PDT 
Thanks for filing, please submit a report via feedbackassistant.apple.com with a sysdiagnose and reference the Feedback ID here. Thank again.
Comment 3 Smoley 2023-03-24 16:24:24 PDT 
A timestamp of occurrence is also helpful to narrow the search in logging :)