Bug 247893
| Summary: | [MacOS, Safari] Outgoing audio is lost for WebRTC call after FaceTime call interrupting using Bluetooth device | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Madara Freimane <madara.freimane> |
| Component: | WebRTC | Assignee: | Nobody <webkit-unassigned> |
| Status: | REOPENED | ||
| Severity: | Major | CC: | ddp.bkdn, viktorija.kuluka, webkit-bug-importer, youennf |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 16 | ||
| Hardware: | Mac (Apple Silicon) | ||
| OS: | macOS 13 | ||
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.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
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
viktorija.kuluka
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