Summary: Safari freezes when User receives incoming WebRTC call Tested devices: Bug is reproducible on: * iPhone 14 | iOS 16.0, build: 20A357 * iPhone 14 | iOS 16.0.2, build: 20A380 Bug is not reproducible on: * iPhone 13 | iOS 16.0, build: 20A362 * iPhone 13 | iOS 16.0.2, build: 20A380 * iPhone 11 | iOS 16.0.2, build: 20A380 Scenario: Precondition: Safari browser opened App that supports WebRTC call opened Steps: 1. User receives an incoming WebRTC call 2. User accepts the call using VIDEO option (VIDEO option - to be able share outgoing video with other participants in the call immediately when call is accepted) Actual result: Safari freezes when User receives WebRTC call and answers a call using VIDEO option Expected result: Safari does not freeze when User receives WebRTC call and answers a call using VIDEO option Reproducibility: 70% Additional information: -Bug is reproducible in a case when we receive a call second, third or 4th time, we do not see this defect if we receive incoming call for the first time. -Sysdiagnostics file added here (recorded on iPhone 14, time: 2022.09.28_18-05-43, EEST, GMT+3): https://drive.google.com/file/d/1FHYHJ7rm4ji9fAvwV_PkUATO524Jkdx4/view?usp=sharing
We are experiencing a full crash/OS restart when establishing a Video WebRTC connection to our Camera. We can't pinpoint the issue right now, tho it might be related? Tested on: Reproducible: * iPhone 14 Pro | iOS 16.0.0 * iPhone 14 Pro | iOS 16.0.1 * iPhone 14 Pro | iOS 16.0.2 Not Reproducible * iPhone 13 Pro | iOS 16.0.0 * iPhone 13 Pro | iOS 16.1 (20B5056e) We still have to test it on a normal iPhone 14 (not the Pro)
<rdar://problem/100763093>
Bug is still reproducible Tested device: iPhone 14 | iOS 16.1, build: 20B82
I looked at the sysdiagnose and did not see any process freeze. I can see that the last call is audio only. @Madara, can you precise what you mean by freeze?
Hi, Youenn! Behaviour what I see: In connecting stage (starting from the moment when I tap on video option to be able accept the call) screen remains stuck, buttons are unresponsive and connection time takes longer than usual. and also I see the following behaviour: Preconditions: I have a fresh browser (kill the browser and reopen it) Steps: 1. Receive first incoming call and accept it using “Video option” (Safari does not freeze) 2. Receive next call and accept it using “Video option” (Safari freezes) => and then I see this behaviour with all next calls until I kill the browser and again reopen it (Safari does not freeze with a first incoming call if we have fresh browser) I added a new sysdiagnostics file: https://drive.google.com/file/d/1RQ40__HpBmZzLPNcg8EexRloinExGF5i/view?usp=share_link Bug reproduced at 15:32, 04.11.2022. (EET time zone)
> I added a new sysdiagnostics file: > https://drive.google.com/file/d/1RQ40__HpBmZzLPNcg8EexRloinExGF5i/ > view?usp=share_link > Bug reproduced at 15:32, 04.11.2022. (EET time zone) Thanks for the additional sysdiagnose. I can see from the logs there is a potential Web page freeze at 15:32:22 to 15:32:30, which might be related to audio rendering, possibly web audio.
*** Bug 245833 has been marked as a duplicate of this bug. ***
Bug is still reproducible on iPhone 14 (iOS 16.1.1, build 20B101) with Safari
This was determined to be an issue below WebKit. It should be fixed in the latest iOS 16.2 beta. Please file new reports if this still happens - ideally via https://feedbackassistant.apple.com with a sysdiagnose (feel encouraged to post the report number here).
Thanks, Alexey! Bug is not reproducible with iOS 16.2 Beta 2, build: 20C5043e, iPhone 14.