FrameSelection::updateApperance for caret should not cause layout.

Source/web/WebViewImpl.cpp

 /*
  * Copyright (C) 2011, 2012 Google Inc. All rights reserved.
  *
  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions are
  * met:
  *
  *     * Redistributions of source code must retain the above copyright
  * notice, this list of conditions and the following disclaimer.
  *     * Redistributions in binary form must reproduce the above
@@ skipping 1724 matching lines @@
 
     if (!m_page)
         return;
 
     PageWidgetDelegate::animate(m_page.get(), monotonicFrameBeginTime);
 
     if (m_continuousPaintingEnabled) {
         ContinuousPainter::setNeedsDisplayRecursive(m_rootGraphicsLayer, m_pageOverlays.get());
         m_client->scheduleAnimation();
     }
+
+    const Frame* frame = focusedWebCoreFrame();
+    if (frame && frame->isLocalFrame())
+        toLocalFrame(frame)->selection().recomputeCaretRect();

[abarth-chromium, 2014/08/09 19:05:09]

This is much too early.  What if the GraphicsLayer for the caret gets created or
destroyed during the compositing update?  We want to do this work when the
DocumentLifecycle is InPaintInvalidation.

 }
 
 void WebViewImpl::layout()
 {
     TRACE_EVENT0("blink", "WebViewImpl::layout");
     if (!localFrameRootTemporary())
         return;
 
     PageWidgetDelegate::layout(m_page.get(), localFrameRootTemporary()->frame());
     updateLayerTreeBackgroundColor();
@@ skipping 2480 matching lines @@
     const PageScaleConstraints& constraints = m_pageScaleConstraintsSet.pageDefinedConstraints();
 
     if (!mainFrameImpl() || !mainFrameImpl()->frameView())
         return false;
 
     return mainFrameImpl()->frameView()->layoutSize().width() == m_size.width
         || (constraints.minimumScale == constraints.maximumScale && constraints.minimumScale != -1);
 }
 
 } // namespace blink