summaryrefslogtreecommitdiffstats
path: root/webkit/glue/DEPS
diff options
context:
space:
mode:
authorscherkus@chromium.org <scherkus@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-10-17 23:41:38 +0000
committerscherkus@chromium.org <scherkus@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-10-17 23:41:38 +0000
commit577f3711b105dc0ab2921773acbdc4d3848d55ed (patch)
tree9e87af7aa3b8c850cd8c57e491624680a1eb1fd5 /webkit/glue/DEPS
parente0c10647a3e08a79f78e4daac164454f34f82b6f (diff)
downloadchromium_src-577f3711b105dc0ab2921773acbdc4d3848d55ed.zip
chromium_src-577f3711b105dc0ab2921773acbdc4d3848d55ed.tar.gz
chromium_src-577f3711b105dc0ab2921773acbdc4d3848d55ed.tar.bz2
Merge 105127 - 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 TBR=scherkus@chromium.org Review URL: http://codereview.chromium.org/8334003 git-svn-id: svn://svn.chromium.org/chrome/branches/874/src@105965 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'webkit/glue/DEPS')
0 files changed, 0 insertions, 0 deletions