RESOLVED FIXED 95732
[chromium] Dynamically removing preserve-3d from a layer has no effect
https://bugs.webkit.org/show_bug.cgi?id=95732
Summary [chromium] Dynamically removing preserve-3d from a layer has no effect
Sami Kyöstilä
Reported 2012-09-04 04:28:25 PDT
http://trac.webkit.org/changeset/126378 accidentally broke the logic for removing preserve-3d in GraphicsLayerChromium::updateLayerPreserves3D().
Attachments
Patch (5.60 KB, patch)
2012-09-04 05:55 PDT, Sami Kyöstilä
no flags
Patch (5.38 KB, patch)
2012-09-05 02:31 PDT, Sami Kyöstilä
no flags
Patch (5.58 KB, patch)
2012-09-07 03:58 PDT, Sami Kyöstilä
no flags
Patch (6.58 KB, patch)
2012-09-07 06:59 PDT, Sami Kyöstilä
no flags
Sami Kyöstilä
Comment 1 2012-09-04 05:55:12 PDT
James Robinson
Comment 2 2012-09-04 11:16:29 PDT
Comment on attachment 162025 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=162025&action=review D'oh! Thanks for adding the test, but why is it in platform/chromium? This should work anywhere, shouldn't it? > LayoutTests/platform/chromium/compositing/preserve-3d-toggle.html:52 > + }, 0); why the setTimeout?
Sami Kyostila
Comment 3 2012-09-05 01:21:50 PDT
Thanks for the review. (In reply to comment #2) > (From update of attachment 162025 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=162025&action=review > > D'oh! Thanks for adding the test, but why is it in platform/chromium? This should work anywhere, shouldn't it? Right, I just put it there because this was a chromium bug. I'll make it a shared test. > > LayoutTests/platform/chromium/compositing/preserve-3d-toggle.html:52 > > + }, 0); > > why the setTimeout? It's needed so that we first do a commit cycle with preserve-3d enabled and then another one with it disabled. Otherwise we won't hit bug in question, since there needs to be an existing layer with preserve-3d turned on.
Sami Kyöstilä
Comment 4 2012-09-05 02:31:25 PDT
WebKit Review Bot
Comment 5 2012-09-05 07:13:38 PDT
Comment on attachment 162195 [details] Patch Attachment 162195 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/13740936 New failing tests: http/tests/cache/subresource-expiration-1.html http/tests/cache/stopped-revalidation.html
James Robinson
Comment 6 2012-09-05 09:19:16 PDT
Comment on attachment 162195 [details] Patch Silly cq, let's try again
WebKit Review Bot
Comment 7 2012-09-05 13:54:57 PDT
Comment on attachment 162195 [details] Patch Rejecting attachment 162195 [details] from commit-queue. New failing tests: http/tests/cache/subresource-expiration-1.html http/tests/cache/stopped-revalidation.html Full output: http://queues.webkit.org/results/13768069
Sami Kyöstilä
Comment 8 2012-09-07 03:57:01 PDT
Not seeing those failures locally, so let's give it another go...
Sami Kyöstilä
Comment 9 2012-09-07 03:58:21 PDT
WebKit Review Bot
Comment 10 2012-09-07 05:23:42 PDT
Comment on attachment 162734 [details] Patch Rejecting attachment 162734 [details] from commit-queue. New failing tests: inspector/styles/protocol-css-regions-commands.html Full output: http://queues.webkit.org/results/13774726
WebKit Review Bot
Comment 11 2012-09-07 06:37:09 PDT
Comment on attachment 162734 [details] Patch Clearing flags on attachment: 162734 Committed r127865: <http://trac.webkit.org/changeset/127865>
WebKit Review Bot
Comment 12 2012-09-07 06:37:12 PDT
All reviewed patches have been landed. Closing bug.
Sami Kyöstilä
Comment 13 2012-09-07 06:51:49 PDT
D'oh, looks like I picked up the wrong version of this patch when rebasing which still had the tests in platform/chromium/compositing instead of compositing/. Let's fix that...
Sami Kyöstilä
Comment 14 2012-09-07 06:59:33 PDT
Created attachment 162760 [details] Patch Move tests to correct directory.
WebKit Review Bot
Comment 15 2012-09-07 12:54:08 PDT
Comment on attachment 162760 [details] Patch Clearing flags on attachment: 162760 Committed r127908: <http://trac.webkit.org/changeset/127908>
WebKit Review Bot
Comment 16 2012-09-07 12:54:12 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.