Bug 247893 – [MacOS, Safari] Outgoing audio is lost for WebRTC call after FaceTime call interrupting using Bluetooth device

• Status: REOPENED
• Component: WebRTC

[Madara Freimane]

Summary:
[MacOS, Safari] Outgoing audio is lost for WebRTC call after FaceTime call interrupting using Bluetooth device

Tested devices:
Bug is reproducible on:
- MacBook Pro (M1, 2020, MacOS Ventura 13.0) and Safari (V16.1)
- MacBook Pro (M1, 2020, MacOS Ventura 13.0.1) and Safari (V16.1 (18614.2.9.1.12))
- MacBook Pro (Intel, 2020, MacOS Monterey 12.6.1) and Safari (V16.1 (17614.2.9.1.13, 17614))

Bug is not reproducible on:
- MacBook Pro (Intel, 2020, MacOS Monterey 12.6.1) and Google Chrome (V107.0.5304.110)

Use case:
Preconditions:
User is an active WebRTC call
User has Bluetooth headphones connected with Mac

Steps:
1. Mac User tries to call or receives a FaceTime call (accepts it or declines it)
2. Mac User ends the FaceTime call

Actual result:
Outgoing audio is lost for WebRTC call after FaceTime call interrupting using Bluetooth device

Expected result:
There is incoming and outgoing audio flow through Bluetooth headphones after FaceTime call interruption 

Reproducibility:
100%

Additional information:
- Sysdiagnostics file added (bug reproduced at 14:43 pm, 14.11.2022., EET time zone):
https://drive.google.com/file/d/1D2QXAao_xaq9XZF97gqtyUwkTh0Jc1-3/view?usp=share_link
- Couldn't reproduce this bug using same use case on iOS devices.

[Radar WebKit Bug Importer]

<rdar://problem/102581982>

[Madara Freimane]

Bug is still reproducible, but if User tries to switch between available "Microphone" options, then it's possible to restore an outgoing audio by selecting another option and then back the Bluetooth option.

Tested devices:
- MacBook Pro (M1, 2020, MacOS 13.3.1) and Safari (V16.4)
- MacBook Pro (Intel, 2020, MacOS 13.3.1) and Safari (V16.4 (18615.1.26.11.23))

A new sysdiagnostics file added (bug reproduced at 16:34 pm, 26.04.2023., EET):
https://drive.google.com/file/d/1Ig7iI7Xxoe9jXdziGGtuuOtaz3L45tg8/view?usp=sharing

[youenn fablet]

Still reproducible according MS Teams.

[youenn fablet]

Marking as configuration changed according MS feedback.

[Madara Freimane]

This described behavior in this ticket is still observed. Incoming and outgoing audio are lost after the FaceTime call that is received in the middle of the WebRTC call, and if Bluetooth headphones connected with a Macbook (used AirPods). Incoming and outgoing audio sometimes recovers after a while (~15 seconds), but sometimes outgoing audio does not recover (user can get audio back if click several times on the “Microphone” button or changes the "Microphone" option).

Bug is reproducible on:
- Macbook Pro (M1, 2020, macOS 14.5 (23F79)) and Safari (V17.5 (19618.2.12.11.6))

Bug is not reproducible on:
- Macbook Pro (M1, 2020, macOS 14.5 (23F79)) and Google Chrome (V125.0.6422.142)
(using the Chrome browser, audio always comes back immediately when we finish FaceTime call)

A new sysdiagnose file added (bug reproduced at 14:36, 05.06.2024., EET):
https://drive.google.com/file/d/1N5hcefYQqefK0OSi8bKDnXFbefwQ_iLz/view?usp=sharing

Bug is no longer reproducible

Tested devices:
- MacBook Pro (i5, 2020, macOS 14.6) and Safari 17.6 (19618.3.11.11.5)
- MacBook Pro (M1, 2020, macOS 26.0) and Safari 26.0 (21622.1.22.11.14) 

Notes:
WebRTC call is not muted when macOS user accepts a FaceTime call - the macOS user can hear and be heard in both calls (FaceTime and WebRTC) at the same time

A separate bug already exists for the audio overlap between two calls for macOS: https://bugs.webkit.org/show_bug.cgi?id=255986

This WebKit bug can be closed