Update LayoutTests/resources/testharness.*

These files are now consistent with
LayoutTests/http/tests/w3c/resources/testharness.*

BUG=242329
TEST=Existing layout tests updated.

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

git-svn-id: svn://svn.chromium.org/blink/trunk@166683 bbb929c8-8fbe-4397-9dbb-9b2b20218538
TimelinePanel: get MemoryStatistics and overviewControl out of TimelineView

move memoryStatistics and overviewControl management code from TimelineView to TimelinePanel
So MemoryStatistics view becomes the same level citizen as TimelineView.
As a result it is possible to have different types of views for a mode like in Memory mode.

BUG=326121
R=pfeldman@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@166684 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Handle zero width joiner in HarfBuzzShaper

Change HarfBuzzShaper to handle zero width joiners. Before when a zwj
was encountered it would start a new text run and use the font data for
the zwj character. Now it instead uses the font data for the character
it joins with and is a part of the same run.

TEST=fast/text/international/zerowidthjoiner.html
BUG=311372
R=eseidel@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@166685 bbb929c8-8fbe-4397-9dbb-9b2b20218538
[Font Load Events] Kick off pending font loads in load()

CSSFontFace::load() only schedules font load, and actual fetch occurs
when the FontLoader timer fires, or loadPendingFonts() is called. This
patch adds call to loadPendingFonts() at the end of FontFaceSet::load()
and FontFace::load() methods, so font loads starts sooner.

BUG=53213

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

git-svn-id: svn://svn.chromium.org/blink/trunk@166686 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Use correct FFT scaling for WebAudio AnalyserNode

Currently, for a fixed sine-wave input, the peak FFT amplitude changes
depending on the selected FFT size. This is incorrect; the FFT amplitude
should not appreciably change when the FFT size changes.

Layout test added to verify the FFT result stays approximately constant,
independent of the FFT size used.

When this test is run using an older version of Chrome, the peak varies
from about -44 dB (FFT size 32) to -7 dB (FFT size 2048).  With this CL,
the peak is about -7 dB.  (It's not 0 dB because of the Blackman window that is applied.)

Note: this change may break existing applications that depended on this strange scaling effect.

BUG=341536

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

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