Mark failing test.

BUG=357004
TBR=vsevik
NOTRY=true

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

git-svn-id: svn://svn.chromium.org/blink/trunk@170231 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Provide correct saveLayer() bounds in FEGaussianBlur, FEMorphology.

In Skia r13323, I changed Skia's image filter clipping behaviour to
expand clip bounds to accommodate filter margins. However, the legacy
Blink DAG already makes such accommodation, which means we're creating
an offscreen with redundant pixels. The fix is to specify the computed
bounds directly in saveLayer(), which overrides (well, actually
intersects) the clip, giving the correct bounds. This does give
different results for large blur sigmas, but I believe the new results
are spec-correct: the intermediate buffers used by filters should
never exceed the size of the filter region.

Covered by marked svg tests.

BUG=
R=schenney@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@170232 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Dispel the myth that enclosingLayer can return zero

A bunch of code was needlessly null-checking enclosingLayer. That function can
only return zero for RenderObjects that are outside of the render tree.

R=esprehn@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@170233 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Return an infinite rect when calling RenderLayerClipper::parentClipRects on the root context layer

When calling RenderLayerClipper::backgroundClipRect on the
RenderLayerClipper object corresponding to the RenderLayer
which is equal to clipRectsContext.rootLayer, it first calls
parentClipRects on the clipper of that RenderLayer's parent.
In turn, this starts a recursive walk up the RenderLayer
tree in updateClipRects. This is incorrect, since a
RenderLayerClipper object is unable to clip above rootLayer
in the render tree. In particular, the recursion condition
in updateClipRects
depends on the recursion starting at a layer which is below
or equal to rootLayer.

BUG=336563

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

git-svn-id: svn://svn.chromium.org/blink/trunk@170234 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Bindings: rename |jsValue| => |v8Value|

Per request of haraken:
https://codereview.chromium.org/212593008/#msg4

TBR=haraken

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

git-svn-id: svn://svn.chromium.org/blink/trunk@170235 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Mark two tests flaky.

- inspector/sources/debugger/script-formatter-breakpoints-2.html [ Pass Timeout ]

- http/tests/workers/terminate-during-sync-operation.html [ Crash Pass Slow Timeout ]

BUG=357004,357427
TBR=enne@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@170236 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Remove repaint.js from layout tests

All of these tests don't seem to depend on minimizing repaints and are
more trying to make sure that something has repainted.  Therefore,
change them all to just use rAF rather than repaint.js and make them
pixel tests where applicable.

BUG=345027

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

git-svn-id: svn://svn.chromium.org/blink/trunk@170237 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Prevent ctrl+wheel from scrolling in more places

Chromium now sends ctrl+wheel events to webkit first before using them for zooming. Rather than prevent scrolling for these events in EventHandler::handleWheel, push that check a couple levels deeper into ScrollableArea::handleWheelEvent.  In addition to EventHandler, this code is also called by WebPluginScrollbarImpl and so will fix some additional cases.

This is mostly already tested by the fast/event/wheelevent-ctrl.html test I added in http://crrev.com/183403002.  I've extended that test to cover document and div scrolling cases and ensured it fails reliably if either the ScrollableArea or EventHandler::defaultWheelEventHandler check is removed. 

BUG=352474, 111059

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

git-svn-id: svn://svn.chromium.org/blink/trunk@170238 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Remove display() from more layout tests

These are the remaining tests that call display() directly and also do
not need actually need a paint phase to test what they intend to.

BUG=345027

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

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