DevTools: Fix failure of search in elements after empty results

BUG=

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

git-svn-id: svn://svn.chromium.org/blink/trunk@179334 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Abs-positioned objects should move with inline rel-positioned containers when the latter change width

In line layout the position of an absolute positioned object that has a fixed
offset from an inline rel-positioned container needs to move if the container changes
width. If we are positioning an abspos object inside a rel-pos container during line
layout then its container has probably changed width - so force a layout on the object
if its position depends on the edge that moves with the width.

BUG=338856

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

git-svn-id: svn://svn.chromium.org/blink/trunk@179335 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Enable Oilpan by default for websocket/

This CL basically just drops WillBe types from websocket objects. Non-trivial parts are:

- Changed MockWebSocketChannelClient from RefCountedGarbageCollected to GarbageCollectedFinalized since it doesn't need to be RefCounted.

- Marked AllowCrossThreadAccessWrapper as STACK_ALLOCATED, and intentionally allowed to use a raw pointer to T*. Ideally this should be Member<T> if T inherits from GarbageCollected, but I don't want to introduce another template magic just to distinguish Member<T> from T* on stack-allocated objects. Added a comment about it.

BUG=340522

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

git-svn-id: svn://svn.chromium.org/blink/trunk@179336 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Tentative fix for crash during GestureTap handling

In r178098 I changed EventHandler::HandleGestureTap to re-use only
the needed portions of mouse event handling, rather than fully simulating
a real mouse event.  Since that change we've seen a few crashes reported
inside of HandleGestureTap that look like they could be due to a null
m_frame->document() or null m_frame->page().  I've tried unsuccessfully
to reproduce such crashes, but I noticed that the original mouse handling
code adds a ref to the FrameView for the duration of the function. I've
re-added that ref in HandleGestureTap in the hopes it'll address these
crashes.

I've also added a test that verifies removing an iframe during the
middle of a tap being handled in it doesn't cause any problems. I wasn't
able to get this to crash, but it's still good test coverage to have.

BUG=399020,398982

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

git-svn-id: svn://svn.chromium.org/blink/trunk@179337 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Fix treemaps view of the flakiness dashboard.

This broke when times_ms.json files were changes to store and
require a build number when uploading/querying. Unfortunately,
they store 0 instead of the actual build number and buildnumber=latest
appears to not work, so use buildnumber=0 for now.

NOTRY=true

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

git-svn-id: svn://svn.chromium.org/blink/trunk@179338 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Follow-up fixes for WorkerThread.

In my initial patch (https://codereview.chromium.org/438523002/) to move WorkerThread to WebThread there were two issues:
* When WorkerThread::stop is called, it doesn't kill the debug message queue
* The shared timer didn't account for WorkerGlobalScope in closing state.

This CL fixes those two issues.

BUG=301515

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

git-svn-id: svn://svn.chromium.org/blink/trunk@179339 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Simply V8 wrapper generation for Event objects

When trying to determine what kind of wrapper to produce, we'd iterate
over core event types (exiting early) then try iterating over module
event types. If the latter yielded an empty handle we'd wrap the
object as just a V8Event, which is bogus. This could happen in a
worker if the object was indeed a module event type, but the worker
had been asynchronously stopped and v8 was politely failing to produce
a wrapper.

Remove the fallback case, and instead assert if we make it as far as
module event type iteration and no match is found.

BUG=395411
R=abarth,tasak

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

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