Fix assert failure in AnimatableStrokeDasharrayList::equalTo()

Inherited methods were asserting AnimatableStrokeDasharrayList objects
were the parent class AnimatableValue type. Changed type check to allow
the subclass when up casting.
Added unittest case to test fix.

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

git-svn-id: svn://svn.chromium.org/blink/trunk@160064 bbb929c8-8fbe-4397-9dbb-9b2b20218538
IDL compiler: [KeepAttributeAliveForGC] for setters

Test-only change, as this only affects getters, and it's already implemented.
(Meaningful test though, as this extended attribute is a nop for read only
attributes, so this is checking behavior for writable attributes.)

Docs:
https://sites.google.com/a/chromium.org/dev/blink/webidl/blink-idl-extended-attributes#TOC-KeepAttributeAliveForGC-a-

BUG=239771
NOTRY=true

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

git-svn-id: svn://svn.chromium.org/blink/trunk@160065 bbb929c8-8fbe-4397-9dbb-9b2b20218538
IDL compiler: Working tests for setters (6 extended attributes)

Test-only change, removing |readonly|.
The following extended attributes already work for setters:
[NotEnumerable]
[PerContextEnabled]
[PerWorldBindings]
[RuntimeEnabled]
[TreatReturnedNullStringAs]
[Unforgeable]
This removes |readonly| and asserts that they work for setters.
Batching per request:
https://codereview.chromium.org/31843002/#msg2

Remaining extended attributes do require logic changes.

BUG=239771
NOTRY=true

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

git-svn-id: svn://svn.chromium.org/blink/trunk@160066 bbb929c8-8fbe-4397-9dbb-9b2b20218538
IDL compiler: [MeasureAs] for setters

Docs:
https://sites.google.com/a/chromium.org/dev/blink/webidl/blink-idl-extended-attributes#TOC-MeasureAs-m-a-

BUG=239771
NOTRY=true

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

git-svn-id: svn://svn.chromium.org/blink/trunk@160067 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Web Animations CSS: Support animation of object-position

object-position controls the position of an object when using object-fit. See
the following two pages for demos of this property;
  http://dev.opera.com/articles/view/css3-object-fit-object-position/
  http://devfiles.myopera.com/articles/4682/object-fit-none-transitions.html

BUG=257591

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

git-svn-id: svn://svn.chromium.org/blink/trunk@160068 bbb929c8-8fbe-4397-9dbb-9b2b20218538
[WebSocket] Add Sec-WebSocket-Extensions header to handshake response.

Add the header to the handshake response in order to show it in the inspector.

BUG=229290
R=tyoshino

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

git-svn-id: svn://svn.chromium.org/blink/trunk@160069 bbb929c8-8fbe-4397-9dbb-9b2b20218538
IDL compiler: treat DOMString and DOMTimeStamp as primitive types

This is part of simplifying IncludesForType handling
(full CL was a bit long, breaking this off).
This removes various special cases for DOMString by treating it as a
primitive type.
Also DOMTimeStamp, which is just a typedef.

No changes to generated code.

BUG=239771

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

git-svn-id: svn://svn.chromium.org/blink/trunk@160070 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Web Animations: Implement AnimationClock and fix start time of animations

We currently update the current time of the DocumentTimeline only when
serviceAnimations is called and when we set the zero time. As a result,
when we start animations/transitions (without any currently running),
their start time will be incorrect since the current time won't have
been updated recently.

This patch adds an AnimationClock to fix this issue. The
DocumentTimeline will pass time updates on to the clock when it gets
them (serviceAnimations). The clock has a notion of being 'frozen',
which corresponds to having an up to date time.  When it is not frozen,
the next call to AnimationClock::currentTime() will update the time, so
newly started animations have up to date times. We always unfreeze after
a document style recalc finishes, and freeze at the end of updateTime().

Note that the AnimationClock is on Document and not the DocumentTimeline
since a TransitionTimeline is going to be added in a later patch which
will need to refer to the same clock.

The TestExpectation change is for a test which waits 200ms before
starting an animation.

BUG=258896

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

git-svn-id: svn://svn.chromium.org/blink/trunk@160071 bbb929c8-8fbe-4397-9dbb-9b2b20218538
DevTools: use platform/TraceEvent.h types in TimelineTraceEventProcessor

We used to have several types matching those in chromium defined locally
in TimelineTraceEventProcessor since WebKit times. Now that TraceEvent.h
is in platform we can switch over to types defined there.

BUG=

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

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