[Webkit-unassigned] [Bug 244505] REGRESSION (iOS 16 Beta 7) Outgoing video is stopped and do not recover for WebRTC call if the iPhone device is connected with a Bluetooth device (AirPods) and User uses Youtube / Spotify or other app in the middle of the call

[bugzilla-daemon at webkit.org]

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

--- Comment #2 from youenn fablet <youennf at gmail.com> ---
(In reply to daginge from comment #1)
> Tried reproducing this. I can kinda do it, but it eventually recovers.
> Tested on iPhone 12 Pro MGMP3QN/A running iOS 16 Beta 8 (20A5358a) using
> Airpods Pro A2084 running 4E71 (1.3.8).
> 
> Test procedure:
> 1. Go to https://webrtc.github.io/samples/src/content/peerconnection/pc1/
> and initiate the call. Observe that you can see and hear yourself.
> 2. Go to the home screen and navigate to Spotify
> 3. Start playing a random song. Observe that the capture color disappears in
> the clock.
> 4. Return to Safari. Observe that both video views are black and you can no
> longer hear yourself.
> 5. Wait 3-4 seconds. Observe that the page starts capturing again.

@daginge, this is somehow expected behaviour.
Is your request that restarting capture should happen more quickly?

> 
> I can also reliably reproduce the same behaviour with the YouTube app. Key
> seems to be starting audio playback in a native app. Expected behaviour
> (video mutes when Safari is not the active app) happens when I go to home
> screen and other apps without playing audio, and recovers as expected
> quickly when Safari is the active app again.
> 
> Using my trust gUM debugger (https://codepen.io/daginge/pen/ExLxZzN) I see
> that the video track mutes as expected when going to the home screen. When
> the audio starts playing, the audio track mutes. Upon returning to the page,
> the video and audio track unmutes after 2-3 seconds.
> 
> Logs:
> Got stream with constraints:
> {"audio":true,"video":{"facingMode":"user","deviceId":"default","width":1280,
> "height":720}}
> Using video device: Front Camera
> The video track is currently unmuted
> Using audio device: AirPods
> The audio track is currently unmuted
> Muted video track: true
> Visibilitychange event triggered: Hidden prop is true
> Muted audio track: true <-- This is when I start playing Spotify audio
> Visibilitychange event triggered: Hidden prop is false
> Unmuted audio track: false
> Unmuted video track: false
> 
> However, if I continue playing audio in Spotify, neither the video or audio
> track unmutes. If I stop playback, they instantly recover.

Can you clarify this?
I would have thought that, when going back to Safari, Safari would restart capture and would interrupt Spotify.
Isn't this happening?

-- 
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/20220902/63e56a50/attachment-0001.htm>