If a capturing tab is muted while it is in the background, it can not be unmuted
<rdar://problem/32259809>
Created attachment 312680 [details] Proposed patch.
Comment on attachment 312680 [details] Proposed patch. Attachment 312680 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.webkit.org/results/3918657 New failing tests: http/tests/media/media-stream/disconnected-frame.html
Created attachment 312687 [details] Archive of layout-test-results from ews104 for mac-elcapitan-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: ews104 Port: mac-elcapitan-wk2 Platform: Mac OS X 10.11.6
Created attachment 312690 [details] Updated patch.
Comment on attachment 312690 [details] Updated patch. Clearing flags on attachment: 312690 Committed r218140: <http://trac.webkit.org/changeset/218140>
Comment on attachment 312690 [details] Updated patch. View in context: https://bugs.webkit.org/attachment.cgi?id=312690&action=review > Source/WebCore/page/MediaProducer.h:49 > + HasInterruptedAudioCaptureDevice = 1 << 15, Are we intentionally using the same value here.... > Source/WebCore/page/MediaProducer.h:50 > + HasInterruptedVideoCaptureDevice = 1 << 15, ... and here? This looks odd.
Hi Eric & Chris, It seems our users are experiencing this issue and we can reproduce it every time the audio is played in another app (like YouTube) during a WebRTC call in iOS Safari. The only remedy it seems is to close the tab and reopen the call in a new tab. Re-requesting `getUserMedia` seems to get an audio track that doesn't have `muted` set to `true` but there's no signal. Tested on iOS 12.3 on iPhone XR best regards, Szymon Witamborski
I think that adding a comment to this bug that was fixed with a code change two years ago is probably not the best way to report a new problem, even if the symptom is similar or the same.
Apologies, I assumed this is still being worked on since it was never marked as resolved. Didn't want to open a potential duplicate. I can open a new bug if that's what you prefer. best regards, Szymon Witamborski
Hi Szymon, I just tried it on a recent iOS build and cannot reproduced it. Here is what I tried: - load https://webrtc.github.io/samples/src/content/peerconnection/pc1/ - click start and call to have an on-going webrtc call - load youtube.com in another tab and start a video. At that point, the capture should be suspended - go back to the previous tab, the capture should restart (and youtube be suspended). Is it what you have tested? If it is, it might be good if you could test it on an iOS 13 beta. If it is not, please file a new bug, ideally with precise repro steps.