Add layout test which checks sticky postioning when overflow is scrolled by fragment.

Related to this w3c mailing list thread:
http://lists.w3.org/Archives/Public/www-style/2014Mar/0013.html

BUG=231754

Review URL: https://codereview.chromium.org/186943003

git-svn-id: svn://svn.chromium.org/blink/trunk@168528 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Update PRESUBMIT.py to be more in sync with Blink CQ

BUG=317931
R=dpranke@chromium.org

Review URL: https://codereview.chromium.org/181233010

git-svn-id: svn://svn.chromium.org/blink/trunk@168529 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Move HTMLContentElement & HTMLShadowElement out of shadow/

Move HTMLContentElement & HTMLShadowElement out of shadow/ and
into html/.

Reference CL: https://codereview.chromium.org/27009005/

Review URL: https://codereview.chromium.org/183893019

git-svn-id: svn://svn.chromium.org/blink/trunk@168530 bbb929c8-8fbe-4397-9dbb-9b2b20218538
[XHR] Reset m_downloadedBlobLength

When XMLHttpRequest.responseType is specified to "blob", we
download the resource into a file and on XMLHttpRequest.response
call, we create a Blob object from m_response.downloadedFilePath()
and m_downloadedBlobLength. m_downloadedBlobLength is accumulated on
WebCore::XMLHttpRequest::didDownloadData() handler call but not
reset on clearResponse() call. So, if you use the XHR instance again
after calling open(), uncleared invalid size will be used.

We should just reset it to 0 on clearResponse() call.

BUG=349321

Review URL: https://codereview.chromium.org/183333005

git-svn-id: svn://svn.chromium.org/blink/trunk@168531 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Stop skipping tests that now work.

A few more WebSocket layout tests now pass with the new
implementation. Remove them from the TestExpectations.

BUG=339373
TEST=run_webkit_tests --debug http/tests/websocket

Review URL: https://codereview.chromium.org/162923002

git-svn-id: svn://svn.chromium.org/blink/trunk@168532 bbb929c8-8fbe-4397-9dbb-9b2b20218538
[FastTextAutosizer] Keep m_blocksForFingerprint and m_fingerprints in sync

This patch keeps m_blocksForFingerprint in sync with m_fingerprints when
adding a new entry to m_fingerprints. Here's a quick summary about
these maps:
m_blocksForFingerprint maps Fingerprint -> list of RenderBlocks
m_fingerprints maps RenderObject -> Fingerprint

Previously, when adding a block to m_fingerprints we could neglect to
update m_blocksForFingerprint. By removing entries from
m_blocksForFingerprint before registering a new block fingerprint, we
prevent a crash on [1].

[1] http://www.chicagotribune.com/news/sns-wp-blm-news-bc-inventor01-20140301,0,255272.story

TEST=Added an assert that crashes all over our layouttests without this fix. Manually verified [1] no longer crashes.
BUG=348463
NOTRY=true

Review URL: https://codereview.chromium.org/186453002

git-svn-id: svn://svn.chromium.org/blink/trunk@168533 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Remove TextTrackClient interface to simplify TextTrack code.

Removing the TextTrackClient interface because it was obscuring calls
made to the HTMLMediaElement and wasn't really providing much value.
Calls made to the HTMLMediaElement are much clearer now and it is
easier to follow what happens when tracks are removed from the
TextTrackList.

BUG=249427
TEST=All existing LayoutTests still pass
R=adamk@chromium.org

Review URL: https://codereview.chromium.org/177003025

git-svn-id: svn://svn.chromium.org/blink/trunk@168534 bbb929c8-8fbe-4397-9dbb-9b2b20218538