[Webkit-unassigned] [Bug 236357] New: Inbound-Audio-Only WebRTC calls not supported in Safari

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=236357

            Bug ID: 236357
           Summary: Inbound-Audio-Only WebRTC calls not supported in
                    Safari
           Product: WebKit
           Version: Safari 15
          Hardware: Mac (Apple Silicon)
                OS: macOS 12
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebRTC
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: jeffwhelpley at hotmail.com
                CC: youennf at gmail.com

There is currently no way to do an inbound-audio-only WebRTC call (i.e. where a user is only listening to a call without speaking) in Safari.

If you `offerToReceiveAudio: true` but also don't have any media constraints `{ audio: false, video: false }` (i.e. `getUserMedia()` is not called), then Safari will use mDNS .local addresses in the INVITE message which only work for peers in the local network. Even if you add STUN/TURN iceServers (which is meant to help with this situation), Safari will not send out ICE candidates that can be reached by peers outside the local network.

Currently Chrome supports inbound-audio-only WebRTC calls and Firefox also works if you use STUN/TURN iceServers.

This is not an issue in Safari if you call `getUserMedia({ audio: true })`, but it just doesn't make logical sense to force the user to give access to their microphone when their microphone will never be used for this use case.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220209/7da037da/attachment.htm>