52423 2011-01-13 22:00:16 -0800 RenderObject::canHaveChildren()==false prevents shadow renderer creation 2012-02-26 21:59:04 -0800 1 1 1 Unclassified WebKit DOM 528+ (Nightly build) All All RESOLVED FIXED P2 Normal --- 72352 1 tkent webkit-unassigned cmarcelo dglazkov dominicc morrita shinyak oldest_to_newest 334115 0 tkent 2011-01-13 22:00:16 -0800 Some renderers return false for canHaveChildren(). So if we try to convert the legacy shadow DOM code to the new API, the shadow nodes won't have their renderers. See Node::createRendererIfNeeded(). dglazkov said: > I think it should be a function on an Element which indicates whether its children should be rendered Source/WebCore/rendering/RenderButton.h: virtual bool canHaveChildren() const; Source/WebCore/rendering/RenderDataGrid.h: virtual bool canHaveChildren() const { return false; } Source/WebCore/rendering/RenderIndicator.h: virtual bool canHaveChildren() const { return false; } Source/WebCore/rendering/RenderListBox.h: virtual bool canHaveChildren() const { return false; } Source/WebCore/rendering/RenderMenuList.h: virtual bool canHaveChildren() const { return false; } Source/WebCore/rendering/RenderReplaced.h: virtual bool canHaveChildren() const { return false; } Source/WebCore/rendering/RenderTableCol.h: virtual bool canHaveChildren() const; Source/WebCore/rendering/RenderTextControl.h: virtual bool canHaveChildren() const { return false; } 383194 1 dglazkov 2011-04-11 09:00:41 -0700 This is going to be part of <content> element machinery. By default, if the element has shadow DOM subtree, the children aren't rendered, so this decision becomes runtime, not compile-time. 384994 2 dglazkov 2011-04-13 10:45:15 -0700 (In reply to comment #1) > This is going to be part of <content> element machinery. By default, if the element has shadow DOM subtree, the children aren't rendered, so this decision becomes runtime, not compile-time. Turns out that the best solution is just to never render children for Elements that have shadow DOM. 565315 3 morrita 2012-02-26 21:59:04 -0800 Fixed by http://trac.webkit.org/changeset/108758.