gecko-dev/dom/audiochannel
Ehsan Akhgari 8a998d9134 Bug 1336484 - Don't throttle timeouts in background tabs that are playing audio; r=baku
In websites such as Facebook Live, timeout chains are used to drive the
playback of a video or something similar in JavaScript.  Throttling the
minimum timeout values a tab playing a video from such websites in the
background could make the timeout based scheduling of video playback to
not work correctly, and cause audio buffer under-runs that are audible.

In order to address this, other major browsers don't throttle timeouts
in tabs that are playing audio.  This brings us to parity to other
browsers (even though we already do this for websites that use Web Audio
since we've had similar bug reports using the Web Audio API.)

The current audio agent setup that drives the tab audio notification
icons is currently tracking whether a Window is playing audio.  We use
this setup to decide whether to throttle timeouts when a window goes
into background.
2017-02-10 12:08:25 -05:00
..
crashtests
AudioChannelAgent.cpp Bug 1319771 - part2 : resume foreground window if it was still be blocked. r=baku 2017-02-03 10:50:07 +08:00
AudioChannelAgent.h Bug 1302350 - part3 : provide a method to know the media-block-state before connecting to the AudioChannelService r=baku 2016-11-01 17:46:11 +08:00
AudioChannelService.cpp Bug 1336484 - Don't throttle timeouts in background tabs that are playing audio; r=baku 2017-02-10 12:08:25 -05:00
AudioChannelService.h Bug 1336484 - Don't throttle timeouts in background tabs that are playing audio; r=baku 2017-02-10 12:08:25 -05:00
moz.build
nsIAudioChannelAgent.idl Bug 1320005 - don't show the 'play tab' icon for the media element without audio track. r=baku 2016-12-13 22:47:13 +08:00
nsIAudioChannelService.idl