[Webkit-unassigned] [Bug 202706] getDisplayMedia stop working when I change the tab or I minimize safari

[bugzilla-daemon at webkit.org]

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

Jeff Middleton <jmiddavaya at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jmiddavaya at gmail.com

--- Comment #6 from Jeff Middleton <jmiddavaya at gmail.com> ---
(In reply to Eric Carlson from comment #5)
> If what you are seeing is timer variability in background tabs, this is to
> be expected because WebKit throttles timers in background tabs to limit
> their impact on the foreground tab, battery life, etc.

Hi, I work on the same project as Bruno.

Bruno's found that there are two things causing the failure in the application.   One is that timers are being throttled, and that the other is that a web worker that is using some percentage of CPU is being halted.

The application in question is getting the screen sharing data from getDisplayMedia, doing some processing on it and sending it out over a WebSocket.   The processing takes a certain amount of CPU as it is processing the video data.   It's doing so periodically so depends on timers to behave properly.

>From a user's perspective, just because the application is in the background doesn't mean that it isn't being used.   Could WebKit make an exception to this throttling for applications that users have granted access to the user's mic, camera, or screen data?   It seems to me that anytime a user left such an application running with access to those data streams they would still want it to work even though its in the background.

The same application works fine in the background on Chrome, Firefox and Edge so it would be great if we could get it working in Safari as well.

-- 
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/20191029/f58c5038/attachment-0001.htm>