id of iframe incorrectly sets window name

As per the specification, the iframe's name should be an empty string if unset:
http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#attr-iframe-name

Instead, Chromium was using the iframe's id as window name if the name was
unset. This change makes us behave like Firefox 27 and IE 11, verified using:
http://jsfiddle.net/xf5H7/9/

This CL sets the name attribute iframe in a lot of layout tests so that
testRunner.dumpChildFramesAsText() keeps printing the same result.

R=arv@chromium.org, tkent@chromium.org, abarth, arv, tkent
BUG=347169
TEST=fast/frames/iframe-no-name.html

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

git-svn-id: svn://svn.chromium.org/blink/trunk@168553 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Reduce compositing update in Silk's toggle_drawer by 20%

This reduces the amount of time spent in compositing update for Silk's
toggle_drawer test case by 20%. Previously, we would update the geometry for
every composited layer mapping during every compositing update, regardless of
whether any of the inputs to updateGraphicsLayerGeometry had changed. This CL
introduces dirty bits on CompositedLayerMapping to track which RenderLayers
underwent a change that could have resulted in changes during
updateGraphicsLayerGeometry.

This CL takes a basic approach, which is sufficient for toggle_drawer.
Specifically, if a RenderLayer changes style, we mark its
CompositedLayerMapping (and any ancestors and decendants) as needing a geometry
update. If we go through layout or scroll, we trigger a forced update, which
updates the geometry of all graphics layers.

Over time, we can improve this system to track dirtiness during layout. We
might also be able to avoid marking every ancestor dirty if we removed the
downward tree walks during updateGraphicsLayerGeometry. Instead, we could
compute the descendant-dependant information in an earlier phase and detect
whether it changed directly.

R=esprehn@chromium.org, ojan@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@168554 bbb929c8-8fbe-4397-9dbb-9b2b20218538
RenderLayerScrollableArea::updateResizerStyle shouldn't do work if there's no resizer

In profiling updateStyle on Silk's toggle_drawer test case, we saw some time
being spent updating the style of the resizer, which is wasted work because
there is no resizer. This CL teaches the code not to do work if there's no
resizer.

R=esprehn@chromium.org
BUG=335703

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

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