Bug 245831 – [iPhone 14] Safari freezes when User receives incoming WebRTC call and accepts it using video option

• Status: RESOLVED
• Resolution: CONFIGURATION CHANGED
• Component: WebRTC

[Madara Freimane]

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

[David Gölzhäuser]

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)

[Radar WebKit Bug Importer]

<rdar://problem/100763093>

[Madara Freimane]

Bug is still reproducible
Tested device:
iPhone 14 | iOS 16.1, build: 20B82

[youenn fablet]

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?

[Madara Freimane]

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)

[youenn fablet]

> 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.

[youenn fablet]

*** Bug 245833 has been marked as a duplicate of this bug. ***

[Madara Freimane]

Bug is still reproducible on iPhone 14 (iOS 16.1.1,  build 20B101) with Safari

[Alexey Proskuryakov]

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).

[Madara Freimane]

Thanks, Alexey!
Bug is not reproducible with iOS 16.2 Beta 2, build: 20C5043e, iPhone 14.