Get sheriff-o-matic data from auto-sheriff.appspot.com.

This moves the logic of which tests are failing and their
regression ranges to the server. This makes the tool much
faster to load. Having it on the server makes it so that
multiple tools can use this data.

Also, the data on the server has all the data we need for
non-layout test steps, so extending sheriff-o-matic will
be very easy once we have this in place.

NOTRY=true
R=abarth@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@178597 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Add new model directory to app.yaml.

Missed this in r178597.

TBR=abarth@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@178598 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Convert more tests into text-based-repaint tests

- less code
- to be able to use features of text-based-repaint.js

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

git-svn-id: svn://svn.chromium.org/blink/trunk@178600 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Revert of Fix Performance::now() for browser navigations. (https://codereview.chromium.org/379873002/)

Reason for revert:
Broke org.chromium.android_webview.test.AwContentsClientShouldOverrideUrlLoadingTest#testDoubleNavigateDoesNotSuppressInitialNavigate on the Android test bots.  See http://crbug.com/395817 .

Original issue's description:
> Fix Performance::now() for browser navigations.
> 
> Performance::now() is defined[1] as number of milliseconds since
> navigationStart. It works correctly for renderer-initiated navigations,
> but for browser-initiated ones we override the navigationStart with the
> recording taken on the browser side and this is not represented in
> Performace::now().
> 
> Among other reasons to be sad about this, this bug makes Chromium's
> pagecyclers not represent the renderer initialization times in their
> plt measurements.
> 
> This patch fixes this by adjusting the fields that are supposed to
> correspond to navigationStart when we change navigationStart from the
> embedder.
> 
> [1] http://www.w3.org/TR/hr-time/#dom-performance-now
> 
> BUG=376004
> 
> Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=178558

TBR=clamy@chromium.org,japhet@chromium.org,tonyg@chromium.org,ppi@chromium.org
NOTREECHECKS=true
NOTRY=true
BUG=376004

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

git-svn-id: svn://svn.chromium.org/blink/trunk@178601 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Revert of Enforce clearing renderers' paint invalidation state (https://codereview.chromium.org/389573008/)

Reason for revert:
Causing consistent assertion failures on Mac.  See e.g. http://build.chromium.org/p/chromium.webkit/builders/WebKit%20Mac10.6%20%28dbg%29/builds/16532/steps/webkit_tests/logs/stdio .  A sample stack:

STDERR: SHOULD NEVER BE REACHED
STDERR: ../../third_party/WebKit/Source/core/rendering/RenderObject.h(258) : void blink::RenderObject::assertRendererClearedPaintInvalidationState() const
STDERR: 1   0x99d08a7 blink::RenderObject::assertRendererClearedPaintInvalidationState() const
STDERR: 2   0x99bc4ee blink::RenderObject::assertSubtreeClearedPaintInvalidationState() const
STDERR: 3   0x99af007 blink::FrameView::invalidateTreeIfNeeded()
STDERR: 4   0x99b82ee blink::FrameView::invalidateTreeIfNeededRecursive()
STDERR: 5   0x99b710d blink::FrameView::updateLayoutAndStyleForPainting()
STDERR: 6   0x9d169f2 blink::PageAnimator::updateLayoutAndStyleForPainting(blink::LocalFrame*)
STDERR: 7   0x709b4fb blink::PageWidgetDelegate::layout(blink::Page*, blink::LocalFrame*)
STDERR: 8   0x720c8a4 blink::WebViewImpl::layout()
STDERR: 9   0xfc6ee content::EventSender::MouseMoveTo(gin::Arguments*)
STDERR: 10  0xf9be7 content::EventSenderBindings::MouseMoveTo(gin::Arguments*)
STDERR: 11  0x113572 base::internal::RunnableAdapter<void (content::EventSenderBindings::*)(gin::Arguments*)>::Run(content::EventSenderBindings*, gin::Arguments* const&)
STDERR: 12  0x1134af base::internal::InvokeHelper<false, void, base::internal::RunnableAdapter<void (content::EventSenderBindings::*)(gin::Arguments*)>, void ()(content::EventSenderBindings* const&, gin::Arguments* const&)>::MakeItSo(base::internal::RunnableAdapter<void (content::EventSenderBindings::*)(gin::Arguments*)>, content::EventSenderBindings* const&, gin::Arguments* const&)
STDERR: 13  0x11342b base::internal::Invoker<0, base::internal::BindState<base::internal::RunnableAdapter<void (content::EventSenderBindings::*)(gin::Arguments*)>, void ()(content::EventSenderBindings*, gin::Arguments*), void ()()>, void ()(content::EventSenderBindings*, gin::Arguments*)>::Run(base::internal::BindStateBase*, content::EventSenderBindings* const&, gin::Arguments* const&)
STDERR: 14  0x113c03 base::Callback<void ()(content::EventSenderBindings*, gin::Arguments*)>::Run(content::EventSenderBindings* const&, gin::Arguments* const&) const
STDERR: 15  0x113b5e gin::internal::Invoker<void, content::EventSenderBindings*, gin::Arguments*, void, void, void, void>::Go(gin::Arguments*, base::Callback<void ()(content::EventSenderBindings*, gin::Arguments*)> const&, content::EventSenderBindings* const&, gin::Arguments* const&)
STDERR: 16  0x113ab5 gin::internal::Dispatcher<void ()(content::EventSenderBindings*, gin::Arguments*)>::DispatchToCallback(v8::FunctionCallbackInfo<v8::Value> const&)
STDERR: 17  0x4f44b1e v8::internal::FunctionCallbackArguments::Call(void (*)(v8::FunctionCallbackInfo<v8::Value> const&))
STDERR: 18  0x4f9c17e _ZN2v88internalL21Builtin_HandleApiCallEiPPNS0_6ObjectEPNS0_7IsolateE
STDERR: 19  0x4150a4b6

Original issue's description:
> Enforce clearing renderers' paint invalidation state
> 
> The ASSERT checks that no flags cleared by clearPaintInvalidationState()
> is still set up after calling repaint-after-compositing-update.
> 
> The ASSERT is skipped for SVG subtree as we have an optimization that
> skips them. We could reproduce the exact condition but it seems not
> very useful to do so.
> 
> The change caught several bugs (yay!):
> - one in shouldCheckForPaintInvalidationAfterLayout()
> that made the ASSERT trip on fast/repaint/table-row.html.
> - one where setShouldDoFullPaintInvalidationAfterLayout didn't
> mark the containing block chain for invalidation.
> 
> BUG=385169
> 
> Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=178089
> 
> Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=178569

TBR=dsinclair@chromium.org,falken@chromium.org,leviw@chromium.org,jchaffraix@chromium.org
NOTREECHECKS=true
NOTRY=true
BUG=385169

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

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