Catch callers who forget to use initializeStyle
authordarin@apple.com <darin@apple.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Mon, 16 Dec 2013 16:00:42 +0000 (16:00 +0000)
committerdarin@apple.com <darin@apple.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Mon, 16 Dec 2013 16:00:42 +0000 (16:00 +0000)
https://bugs.webkit.org/show_bug.cgi?id=125763

Reviewed by Andreas Kling.

A recent fix was because a caller used setStyle first rather than using
initializeStyle. This patch adds an assertion to catch cases where we do
that so we see the mistake right away instead of indirectly later.

* rendering/RenderElement.cpp:
(WebCore::RenderElement::initializeStyle): Simplified an assertion.
(WebCore::RenderElement::setStyle): Added an assertion that m_hasInitializedStyle
is true, with an exception for RenderView, which needs to be created before we
have the correct style computed for it (at least for now). Also broke out an
assertion that was using &&, since we would prefer to know which clause failed,
making separate assertions more useful than a combined assertion.

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@160639 268f45cc-cd09-0410-ab3c-d52691b4dbfc

Source/WebCore/ChangeLog
Source/WebCore/rendering/RenderElement.cpp

index 0eee137..6b66097 100644 (file)
@@ -1,3 +1,22 @@
+2013-12-15  Darin Adler  <darin@apple.com>
+
+        Catch callers who forget to use initializeStyle
+        https://bugs.webkit.org/show_bug.cgi?id=125763
+
+        Reviewed by Andreas Kling.
+
+        A recent fix was because a caller used setStyle first rather than using
+        initializeStyle. This patch adds an assertion to catch cases where we do
+        that so we see the mistake right away instead of indirectly later.
+
+        * rendering/RenderElement.cpp:
+        (WebCore::RenderElement::initializeStyle): Simplified an assertion.
+        (WebCore::RenderElement::setStyle): Added an assertion that m_hasInitializedStyle
+        is true, with an exception for RenderView, which needs to be created before we
+        have the correct style computed for it (at least for now). Also broke out an
+        assertion that was using &&, since we would prefer to know which clause failed,
+        making separate assertions more useful than a combined assertion.
+
 2013-12-16  Mario Sanchez Prada  <mario.prada@samsung.com>
 
         [ATK] Expose accessibility objects with ATK_ROLE_CHECK_MENU_ITEM
index be05a16..c725288 100644 (file)
@@ -384,11 +384,8 @@ void RenderElement::initializeStyle()
 
     styleDidChange(StyleDifferenceEqual, nullptr);
 
-#if !ASSERT_DISABLED
     // We shouldn't have any text children that would need styleDidChange at this point.
-    auto textChildren = childrenOfType<RenderText>(*this);
-    ASSERT(textChildren.begin() == textChildren.end());
-#endif
+    ASSERT(!childrenOfType<RenderText>(*this).first());
 
     // It would be nice to assert that !parent() here, but some RenderLayer subrenderers
     // have their parent set before getting a call to initializeStyle() :|
@@ -396,11 +393,19 @@ void RenderElement::initializeStyle()
 
 void RenderElement::setStyle(PassRef<RenderStyle> style)
 {
+    // FIXME: Should change RenderView so it can use initializeStyle too.
+    // If we do that, we can assert m_hasInitializedStyle unconditionally,
+    // and remove the check of m_hasInitializedStyle below too.
+    ASSERT(m_hasInitializedStyle || isRenderView());
+
     if (&m_style.get() == &style.get()) {
+        // FIXME: Can we change things so we never hit this code path?
 #if USE(ACCELERATED_COMPOSITING)
         // We need to run through adjustStyleDifference() for iframes, plugins, and canvas so
         // style sharing is disabled for them. That should ensure that we never hit this code path.
-        ASSERT(!isRenderIFrame() && !isEmbeddedObject() && !isCanvas());
+        ASSERT(!isRenderIFrame());
+        ASSERT(!isEmbeddedObject());
+        ASSERT(!isCanvas());
 #endif
         style.dropRef();
         return;