Summary: Incoming and outgoing audio do not recover for WebRTC call after PSTN call when User has an active PSTN call and only then User joins WebRTC call Tested devices: Bug is reproducible on: - iPhone 14 Pro (iOS 16.3.1) and Safari - iPhone 13 (iOS 16.4.1) and Safari - iPhone 11 Pro Max (iOS 16.5 Beta) and Safari Scenario: Precondition: Safari browser is killed User has an active PSTN call Steps: 1. User launches Safari browser and joins WebRTC call 2. User ends PSTN call and returns to WebRTC call 3. User tries to communicate with other Users using WebRTC call Actual result: No incoming and outgoing audio for iOS User in WebRTC call and it is not possible to get it back, incoming and outgoing video works as expected. Expected result: Audio recovers for WebRTC call after the PSTN call, if the first call is a PSTN call and only then User joins a WebRTC call. Reproducibility: 100% Sysdiagnostics file added (recorded on iOS 16.5 Beta at 17:03 EET, 19.04.23.): https://drive.google.com/file/d/1C8wPkv_2nhY1vRGyw5HbFfgDeY4pLiRl/view?usp=share_link
<rdar://problem/108848218>
Still reproducible in latest iOS. Apparently, page is not muted when it tries to start capturing within a PSTN call.
Bug is still reproducible. Tested devices and browsers: - iPhone 11 Pro Max (iOS 17 Developer Beta 8, build: 21A5326a) and Safari - iPhone 13 (iOS 17 Public Beta 6, build: 21A5326a) and Safari - iPhone 11 (iOS 16.6) and Safari - iPhone 8 Plus (iOS 16.5.1) and Google Chrome (V116.0.5845.14) I am adding a new sysdiagnostics file (bug reproduced at 13:42 EET, 06.09.2023.): https://drive.google.com/file/d/1Ay19mcVa7nbAUfBtBeRCLIXlTJZz035N/view?usp=sharing
@Madara, this might be the same underlying cause as https://bugs.webkit.org/show_bug.cgi?id=259884. Can you reproduce on latest iOS 17.2 beta? *** This bug has been marked as a duplicate of bug 259884 ***