summaryrefslogtreecommitdiffstats
path: root/webkit/glue/webthemeengine_impl_linux.cc
diff options
context:
space:
mode:
authorscherkus@chromium.org <scherkus@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-10-12 18:50:22 +0000
committerscherkus@chromium.org <scherkus@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-10-12 18:50:22 +0000
commit09af2247b5bfac76d72e415fb6656d24fa0f1f0d (patch)
treea1d328dac88090a6ee11dd29e3c98b30a88a9fb1 /webkit/glue/webthemeengine_impl_linux.cc
parent435e564adc6db97eddb141f75242c27a5a8919eb (diff)
downloadchromium_src-09af2247b5bfac76d72e415fb6656d24fa0f1f0d.zip
chromium_src-09af2247b5bfac76d72e415fb6656d24fa0f1f0d.tar.gz
chromium_src-09af2247b5bfac76d72e415fb6656d24fa0f1f0d.tar.bz2
Adjust capacity and disable deferring when read lies past existing capacity.
This fixes an issue with HTML5 audio/video for any time when: 1) The connection has been deferred AND 2) A read arrives that can be satisfied if we were to stop deferring What typically happens is the read is partially buffered but we need to make sure that there's enough capacity so that deferring isn't re-enabled when data starts arriving. In order to create additional capacity, we preemptively seek the buffer as far as possible then expand capacity in order to accommodate the read. BUG=99749 TEST=test_shell_tests, http://mastodon.sea/demos/capacity Review URL: http://codereview.chromium.org/8224015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@105127 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'webkit/glue/webthemeengine_impl_linux.cc')
0 files changed, 0 insertions, 0 deletions