Add timeout expectation for fast/forms/empty-textarea-toggle-disabled.html

BUG=252573
TBR=ojan

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

git-svn-id: svn://svn.chromium.org/blink/trunk@152849 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Remove SK_IGNORE_MAC_TEXT_BOUNDS_FIX - take 2

Second attempt of removing the SK_IGNORE_MAC_TEXT_BOUNDS_FIX Skia build flag.

The CL includes ~750 Mac ImageOnlyFailure suppressions, and will require a significant number of rebaselines.

Should land at a quiet time to minimize rebaseline contention.

BUG=252414
TBR=bungeman@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@152850 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Remove formmethod-attribute-button-html-expected.png from platform/chromium-linux-x86

This test doesn't require a pixel result

TBR=dpranke

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

git-svn-id: svn://svn.chromium.org/blink/trunk@152851 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Remove duplicated expected results from platform/chromium-linux-x86

These tests have identical expetced results in platform/chromium-linux, which
is on the fallback path for platform/chromium-linux-x86

TBR=dpranke

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

git-svn-id: svn://svn.chromium.org/blink/trunk@152852 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Remove all static_casts to HTMLStyleElement*, we already have toHTMLStyleElement

In addition to switching all static_cast<HTMLStyleElement*> casts I added a hasTagName
check in DocumentStyleSheetCollection::collectActiveStyleSheets to a scary looking
case where we'd cast without even checking. I assume this was because the collection
only contains 3 kinds of things, but this code still seemed very fragile.

Review URL: https://chromiumcodereview.appspot.com/17022012

git-svn-id: svn://svn.chromium.org/blink/trunk@152853 bbb929c8-8fbe-4397-9dbb-9b2b20218538
DevTools: didRecalculateStyleForElement should only be called if style really was recalced

Currently we call didRecalculateStyleForElement as we walk down the tree to find
the elements that actually need a style recalc and we don't ever call it when
doing a reattach of the element.

This moves the call into the if statement in Element::recalcStyle so we'll only
do it when actually recomputing the style or when doing an attach from inside
recalcStyle (which handles lazyAttach).

The count of the number of elements that went through a "Recalculate Style"
in the web inspector should be much more accurate.

I also updated timeline-recalculate-styles.html to exercise this new behavior. The
expected result is the same, but the number of nodes we walk through is much
higher.

TEST=LayoutTests/inspector/timeline/timeline-recalculate-styles.html

Review URL: https://chromiumcodereview.appspot.com/14842007

git-svn-id: svn://svn.chromium.org/blink/trunk@152854 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Use correct param to hitTestResultAtPoint in AutoscrollController.
hitTestResultAtPoint's param type changed a while ago, but the code was
calling it using previous signature (allowShadowContent = true). Won't
get caught because this is behind ENABLE(PAN_SCROLLING).

BUG=None
Test=None

Review URL: https://chromiumcodereview.appspot.com/17291014

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