Explicitly invalidate LayoutView when overflow is recalculated.

third_party/WebKit/Source/core/frame/FrameView.cpp

Index: third_party/WebKit/Source/core/frame/FrameView.cpp
diff --git a/third_party/WebKit/Source/core/frame/FrameView.cpp b/third_party/WebKit/Source/core/frame/FrameView.cpp
index efc80fa5c09c38874f7c3119b3de6e9c9b0cb129..c2a02aed88c52165dc5feee7f88f1bebb8f35680 100644
--- a/third_party/WebKit/Source/core/frame/FrameView.cpp
+++ b/third_party/WebKit/Source/core/frame/FrameView.cpp
@@ -830,6 +830,12 @@ void FrameView::recalcOverflowAfterStyleChange() {
   if (needsLayout())
     return;
 
+  // If the visualViewport supplies scrollbars, we won't get a paint
+  // invalidation from computeScrollbarExistence so we need to force one
+  // TODO(bokan): We should avoid computeScrollbarExistence otherwise.
+  if (visualViewportSuppliesScrollbars())
+    layoutViewItem.setMayNeedPaintInvalidation();
+
   // TODO(pdr): This should be refactored to just block scrollbar updates as
   // we are not in a scrollbar update here and m_inUpdateScrollbars has other
   // side effects. This scope is only for preventing a synchronous layout from