Bug 247893 - [MacOS, Safari] Outgoing audio is lost for WebRTC call after FaceTime call interrupting using Bluetooth device
Summary: [MacOS, Safari] Outgoing audio is lost for WebRTC call after FaceTime call in...
Status: REOPENED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebRTC (show other bugs)
Version: Safari 16
Hardware: Mac (Apple Silicon) macOS 13
: P2 Major
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2022-11-14 06:55 PST by Madara Freimane
Modified: 2024-09-09 20:04 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Madara Freimane 2022-11-14 06:55:16 PST
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.
Comment 1 Radar WebKit Bug Importer 2022-11-21 06:56:15 PST
<rdar://problem/102581982>
Comment 2 Madara Freimane 2023-04-26 06:59:06 PDT
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
Comment 3 youenn fablet 2023-09-05 09:13:43 PDT
Still reproducible according MS Teams.
Comment 4 youenn fablet 2023-09-07 11:08:18 PDT
Marking as configuration changed according MS feedback.
Comment 5 Madara Freimane 2024-06-05 04:55:00 PDT
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