| Summary: | WebRTC Audio fail to capture from lock screen in Safari | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Vicky Cen <cenweituan> |
| Component: | WebRTC | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED CONFIGURATION CHANGED | ||
| Severity: | Critical | CC: | bfulgham, webkit-bug-importer, youennf |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 13 | ||
| Hardware: | iPhone / iPad | ||
| OS: | iOS 13 | ||
|
Description
Vicky Cen
2020-05-12 22:25:18 PDT
This is affecting our web application. When a 2-way webrtc call is established, if 1 party is using iPhone / iPad, and joins the call after unlock the screen and from an existing tab in safari, this party's audio is not sent, so the other party cannot hear iPhone / iPad user but video track works well. When this issue happens, checking peerconnection.getStats() for iPhone / iPad user, the audio.sent.bytessent is 0. Restart Safari or joins the call by opening a tab (clicking the "+" in safari to open a tab) can solve this problem. This is making an impact on our product as our customers don't understand the workaround and report it as a critical issue to us. Are there any other workaround / solutions before this is fixed? Or is there any timing for the fix? This is actually: <rdar://60486776> This issue was fixed by Bug 209411 and Bug 209412. These fixes should be in shipping releases. |