Index: third_party/WebKit/Source/core/layout/LayoutObject.h |
diff --git a/third_party/WebKit/Source/core/layout/LayoutObject.h b/third_party/WebKit/Source/core/layout/LayoutObject.h |
index 6b76d49513b1ab26c8c7a64086aa84878b7d6c7b..62831dad63597dc6cd2e82180415e0d0da79b81f 100644 |
--- a/third_party/WebKit/Source/core/layout/LayoutObject.h |
+++ b/third_party/WebKit/Source/core/layout/LayoutObject.h |
@@ -1300,14 +1300,7 @@ public: |
DisplayItemClient displayItemClient() const { return toDisplayItemClient(this); } |
void invalidateDisplayItemClient(const DisplayItemClientWrapper&) const; |
- void invalidateDisplayItemClientForNonCompositingDescendants() const { invalidateDisplayItemClientForNonCompositingDescendantsOf(*this); } |
- // A normal object should use invalidateDisplayItemClientForNonCompositingDescendants() |
- // to invalidate its descendants which are painted on the same backing. However, for |
- // an object (e.g. LayoutScrollbarPart, custom scroll corner, custom resizer) which is |
- // not hooked up in the layout tree and not able to find its paint backing, it should |
- // let its owning layout object call the following function. |
- // FIXME: should we hook up scrollbar parts in the layout tree? crbug.com/484263. |
- void invalidateDisplayItemClientForNonCompositingDescendantsOf(const LayoutObject&) const; |
+ void invalidateDisplayItemClientsIncludingNonCompositingDescendants(const LayoutBoxModelObject* paintInvalidationContainer, PaintInvalidationReason, const LayoutRect* paintInvalidationRect) const; |
// Called before anonymousChild.setStyle(). Override to set custom styles for the child. |
virtual void updateAnonymousChildStyle(const LayoutObject& anonymousChild, ComputedStyle& style) const { } |