Auto-rebaseline for r173673

http://src.chromium.org/viewvc/blink?view=revision&revision=173673

BUG=361729
TBR=enne@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@173704 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Remove dead RenderLayerCompositor::setCompositingParent

This code is dead, we always pass a null parentLayer which causes us to
early return. I think we were supposed to call
childLayer->compositedLayerMapping()->childForSuperlayers()->removeFromParent()
in the original design, but since r44876 [1] we always early return when the
parentLayer is null, and that patch was back in 2009 so clearly the code
is not needed.

[1] http://src.chromium.org/viewvc/blink?revision=44876&view=revision

R=abarth@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@173705 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Additionally mark filter-refresh, text-text-05-t.svg as failing

TBR=enne@chromium.org
BUG=371651

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

git-svn-id: svn://svn.chromium.org/blink/trunk@173707 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Auto-rebaseline for r173673

http://src.chromium.org/viewvc/blink?view=revision&revision=173673

BUG=361729
TBR=enne@chromium.org

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

git-svn-id: svn://svn.chromium.org/blink/trunk@173708 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Prevent squashing into your own compositing container

If you squash on to your compositing container, you'll draw in the wrong order
because you'll draw after other RenderLayers that come after you in paint order
into your compositing container.

R=chrishtr@chromium.org
BUG=370862

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

git-svn-id: svn://svn.chromium.org/blink/trunk@173709 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Oilpan: Prepare to move FormController and DocumentState to Oilpan heap, and remove RefPtrs to HTMLFormControlElement and HTMLFormControlElementWithState.

Note: ValidationMessage has a raw pointer member to HTMLFormControlElement. This
CL doesn't make it traceable because a CL to remove ValidationMessage class is
in-progress. A ValidationMessage object is owned by the HTMLFormControlElement
object and the raw pointer is safe.

BUG=357163

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

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