Fix Repaint-After-Layout after partial layout removal.

Fix Repaint-After-Layout after partial layout removal.

When the partial layout code was removed this changed the conditional
for triggering repaintTree from m_doFullRepaint || !partialLayout.isStopping()
to just m_doFullRepaint. This caused repaint to not happen in a lot of cases
because, typically, !paritalLayout.isStopping() was true and would trigger
repaintTree. I don't think we need the check at all and should be
unconditionally triggering repaintTree and using the information from layout to
determine what repaints.

BUG=283623, 320139
Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=169656

[dsinclair, 2014-03-20 12:56:24]

PTAL.

[Julien - ping for review, 2014-03-20 15:06:44]

lgtm

https://codereview.chromium.org/206413003/diff/1/Source/core/frame/FrameView.cpp
File Source/core/frame/FrameView.cpp (right):

https://codereview.chromium.org/206413003/diff/1/Source/core/frame/FrameView....
Source/core/frame/FrameView.cpp:1007: repaintTree(rootForThisLayout);
We talked about this with Dan: this will cause us to generate invalidation for
FrameView's full repaint which are unneeded. However we currently have to run
repaintTree at the end of layout or else we won't clear some state.

[commit-bot: I haz the power, 2014-03-20 15:06:56]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/dsinclair@chromium.org/206413003/1

[commit-bot: I haz the power, 2014-03-20 15:15:39]

Change committed as 169656