66995 2011-08-25 16:17:48 -0700 [chromium] Eradicate unneded RefPtr usage in compositor 2013-04-11 15:10:54 -0700 1 1 1 Unclassified WebKit WebCore Misc. 528+ (Nightly build) Unspecified Unspecified RESOLVED WONTFIX P2 Normal --- 67440 68121 68135 1 nduca webkit-unassigned enne jamesr nduca schenney oldest_to_newest 457225 0 nduca 2011-08-25 16:17:48 -0700 CCLayerTreeHost does not need to be refcounted. Nor does LayerRendererChromium. CCLayerImpl, I don't know? RenderSurfaces? Not if we go to a RenderPass abstraction and let the LayerRenderer manage the RenderPass list. Might be less fragile, anyway. 461679 1 jamesr 2011-09-02 18:11:47 -0700 I'm going to take a crack at CCLayerTreeHost/LayerRendererChromium. 467416 2 jamesr 2011-09-14 15:34:02 -0700 https://bugs.webkit.org/show_bug.cgi?id=68121 fixes LayerRendererChromium to not be RefCounted. CCLayerImpl is a bit tricky since currently the TreeSynchronizer relies on the refcounting. We can probably do this another way but it's not trivial. RenderSurfaceChromium and CCRenderSurface are single ownership (and need a rewrite anyway). CCLayerTreeHost is definitely possible, we just need to be careful to clear back pointers since the GraphicsLayers and LayerChromiums can very easily outlive the CCLayerTreeHost. I'll take a crack at this one next. After that I think we're pretty much done. 874206 3 schenney 2013-04-11 15:10:54 -0700 https://code.google.com/p/chromium/issues/detail?id=230616