[Webkit-unassigned] [Bug 213853] New: Mic input is not returned to the mediaStream after a GSM call

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Jul 1 10:16:16 PDT 2020


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

            Bug ID: 213853
           Summary: Mic input is not returned to the mediaStream after a
                    GSM call
           Product: WebKit
           Version: Safari 13
          Hardware: iPhone / iPad
                OS: iOS 13
            Status: NEW
          Severity: Blocker
          Priority: P2
         Component: WebRTC
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: francesco.durighetto at bandyer.com
                CC: youennf at gmail.com

Test environment:
- Device A, iPhone Xr iOS: 13.6 beta 3, Safari mobile browser
- Device B, whatever desktop/mobile browser

Use case:
User A and B are in a webrtc audio/video call (the audio getusermedia is done with the constraint echoCancellation: true, bu I don't think it matters).
User A receive a GSM call, answer to it.

What do you expect?
When user A join the GSM call, the audio mediaStreamTrack emit a muted event since the GSM call "steal" the input of the mic and when the user A dial out the call and goes back to the webrtc call in safari the microphone input came back active (as works for the camera input, which is handled correctly).

What happens instead?
The user A receives a stream muted event and the microphone input "stops", but when he dial out the GSM call the ownership of the microphone never goes back to Safari. In this case I would at least expect an ended event from the audio mediaStreamTrack to be able to manually do a getusermedia again, but this does not happen.
So it's impossible to programmatically know when the user microphone "blacks out".


This caused lots of complaints about clients whose have encountered audio problems after receiving normal GSM calls.

-- 
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/20200701/85a12f19/attachment-0001.htm>


More information about the webkit-unassigned mailing list