| Summary: | [iPhone 14] Safari freezes when User receives incoming WebRTC call and accepts it using video option | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Madara Freimane <madara.freimane> |
| Component: | WebRTC | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED CONFIGURATION CHANGED | ||
| Severity: | Major | CC: | ap, david.goelzhaeuser, webkit-bug-importer, youennf |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 16 | ||
| Hardware: | iPhone / iPad | ||
| OS: | iOS 16 | ||
|
Description
Madara Freimane
2022-09-29 06:58:06 PDT
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) 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. |