RESOLVED FIXED 68295
Remove preserves3D() from CCLayerDelegate
https://bugs.webkit.org/show_bug.cgi?id=68295
Summary Remove preserves3D() from CCLayerDelegate
Antoine Labour
Reported 2011-09-16 17:43:06 PDT
Remove preserves3D() from CCLayerDelegate
Attachments
Patch (6.43 KB, patch)
2011-09-16 17:44 PDT, Antoine Labour
no flags
Patch (6.44 KB, patch)
2011-09-16 18:01 PDT, Antoine Labour
no flags
Patch (6.46 KB, patch)
2011-09-22 19:51 PDT, Antoine Labour
no flags
Patch (5.32 KB, patch)
2011-09-23 15:52 PDT, Antoine Labour
no flags
Antoine Labour
Comment 1 2011-09-16 17:44:51 PDT
Antoine Labour
Comment 2 2011-09-16 18:01:09 PDT
Antoine Labour
Comment 3 2011-09-22 19:51:33 PDT
Antoine Labour
Comment 4 2011-09-22 19:53:00 PDT
Rebased patch (and friendly ping)
James Robinson
Comment 5 2011-09-23 14:55:52 PDT
Comment on attachment 108436 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=108436&action=review > Source/WebCore/platform/graphics/chromium/GraphicsLayerChromium.cpp:367 > + platformLayer->setPreserves3D(m_preserves3D); I don't think we need to do this - the canvas contents layer can't have preserves3D set since it's a CSS property and would only apply to the container layer, and even if it could we should be able to rely on the normal property propagation code > Source/WebCore/platform/graphics/chromium/GraphicsLayerChromium.cpp:400 > + layer->setPreserves3D(m_preserves3D); same here - i don't think media layers can have this bit > Source/WebCore/platform/graphics/chromium/GraphicsLayerChromium.cpp:600 > + if (m_contentsLayer) > + m_contentsLayer->setPreserves3D(m_preserves3D); it looks like we used to propagate the preserves3D bit to the contents layer. this change preserves that behavior but I think it's actually wrong. Can you see if any tests break if you only propagate the preserves3D bit to the m_layer? > Source/WebCore/platform/graphics/chromium/GraphicsLayerChromium.cpp:652 > + m_contentsLayer->setPreserves3D(m_preserves3D); do we need this?
James Robinson
Comment 6 2011-09-23 14:57:11 PDT
Comment on attachment 108436 [details] Patch R=me since this is preserving the existing behavior, so it's fine to land as-is. I think we can simplify, however.
Antoine Labour
Comment 7 2011-09-23 15:52:44 PDT
Antoine Labour
Comment 8 2011-09-23 15:54:08 PDT
View in context: https://bugs.webkit.org/attachment.cgi?id=108436&action=review >> Source/WebCore/platform/graphics/chromium/GraphicsLayerChromium.cpp:367 >> + platformLayer->setPreserves3D(m_preserves3D); > > I don't think we need to do this - the canvas contents layer can't have preserves3D set since it's a CSS property and would only apply to the container layer, and even if it could we should be able to rely on the normal property propagation code Done. >> Source/WebCore/platform/graphics/chromium/GraphicsLayerChromium.cpp:400 >> + layer->setPreserves3D(m_preserves3D); > > same here - i don't think media layers can have this bit Done. >> Source/WebCore/platform/graphics/chromium/GraphicsLayerChromium.cpp:600 >> + m_contentsLayer->setPreserves3D(m_preserves3D); > > it looks like we used to propagate the preserves3D bit to the contents layer. this change preserves that behavior but I think it's actually wrong. Can you see if any tests break if you only propagate the preserves3D bit to the m_layer? Done. Layout tests still pass. >> Source/WebCore/platform/graphics/chromium/GraphicsLayerChromium.cpp:652 >> + m_contentsLayer->setPreserves3D(m_preserves3D); > > do we need this? Removed.
James Robinson
Comment 9 2011-09-23 15:57:04 PDT
Comment on attachment 108551 [details] Patch R=me
WebKit Review Bot
Comment 10 2011-09-23 16:24:10 PDT
Comment on attachment 108551 [details] Patch Clearing flags on attachment: 108551 Committed r95886: <http://trac.webkit.org/changeset/95886>
WebKit Review Bot
Comment 11 2011-09-23 16:24:15 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.