Support Tracing.bufferUsage percentFull param
Merge pull request #666 from yury-s/percentFull

Support Tracing.bufferUsage percentFull param
Add support for VSync highlighting
Merge pull request #662 from petrcermak/vsync_line

Support VSync highlighting
Update the filled trace buffer % in title

During trace recording, stop overlay updates the % of trace buffer
filled. It is a warning to user to complete the usecase quickly as
once buffer is 100%, no more trace events will be recorded. But to
know the % of buffer filled, user has to switch back to tracing tab.

Instead of switching tabs back and forth we can show the buffer % in
title itself.

BUG=None

R=dsinclair
Merge pull request #668 from kphanee/update_buffer_per_on_title

Update the filled trace buffer % in title
Migrate inspector connection to the new API.
Merge pull request #670 from dgozman/devtoolshost

Migrate inspector connection to the new API.
Fix #671 (Importer skipping initial systrace entries)
Merge pull request #672 from petrcermak/systrace_fix

Fix #671 (Importer skipping initial systrace entries)
Add a perf test for CounterTrack class
Merge pull request #673 from petrcermak/counter_track_perf_test

Add a perf test for CounterTrack class
Reduce button presses to get a specific presetted trace

Users of tracing many times uses predefined preset modes e.g.
Web Developer, Frame Viewer, Input Latency etc.
This involves pressing 'Record', then choosing the preset option
from dropdown and then pressing Record button.

Instead we can list presets as options, where clicking on the preset
starts recording with the pre-defined trace categories. Only if we
choose "manual settings" mode, we need to press Record button.

The UX changes of this CL are as per the wireframes suggested by pdr
in the document:
https://docs.google.com/a/chromium.org/drawings/d/1fTlQyI2vdJoVzMqmdX9qRQsZIdJ1zzz_FCCEKfJ5S8M/edit

BUG=603

R=nduca,dsinclair,pdr
Merge pull request #667 from kphanee/change_record_sel_dlg

Reduce button presses to get a specific presetted trace
Correct the categories-expanded classlist behavior.

CL 667 modified the UX of the Record Selection dialog.
Committed CL had couple of minor issues:
1. If last selected value was 'Manual', on next invocation
   of record dialog, though the categories view was expanded
   the 'Edit categories' arrow was shown not expanded.
2. If user clicked on 'Edit categories' on a preset option,
   and then chooses another preset option, the 'Edit categories'
   was still open though it shouldn't be.

Both the issues are fixed in this CL.

BUG=603

R=dsinclair
Merge pull request #675 from kphanee/fixup_record_sel_dlg

Correct the categories-expanded classlist behavior.