[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 #3 from daginge at confrere.com ---
(In reply to youenn fablet from comment #2)
> (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?

Honestly I don't really mind, as long as it reliably restarts. It's riiight at the limit of users being confused I think, but let's see if we get any reports. I think this is such a corner case that we won't hear much. It is faster without the AirPods in though, can't explain that.


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

I'll do you one better and share a video: https://www.icloud.com/photos/#05bDb-5-djR1WZFp3U53sf0Gw (a bit loud due to the music getting picked up).

Strangely, with screen recording the behaviour kinda changed, it never recovered. Or rather, the capture seems to recover, but the video went white (which in this context I think means transparent). But if you ignore this fact for now, the behaviour I described is there. The video and audio track doesn't recover until I pause playback.

Hope this helps!

-- 
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/57a4e110/attachment.htm>