RESOLVED FIXED 100263
[chromium] Enable fixed position compositing on Android DRT
https://bugs.webkit.org/show_bug.cgi?id=100263
Summary [chromium] Enable fixed position compositing on Android DRT
Sami Kyöstilä
Reported 2012-10-24 09:54:51 PDT
[chromium] Enable fixed position compositing on Android DRT
Attachments
Patch (9.16 KB, patch)
2012-10-24 10:11 PDT, Sami Kyöstilä
no flags
Patch (11.95 KB, patch)
2012-10-25 04:26 PDT, Sami Kyöstilä
no flags
Patch (9.16 KB, patch)
2012-10-25 08:18 PDT, Sami Kyöstilä
no flags
Sami Kyöstilä
Comment 1 2012-10-24 10:11:07 PDT
Sami Kyöstilä
Comment 2 2012-10-24 10:14:47 PDT
Having some trouble seeing the effects of this locally, so let's run it through the bots. I did check with debug logs that the appropriate flags are getting set.
WebKit Review Bot
Comment 3 2012-10-24 12:04:18 PDT
Comment on attachment 170419 [details] Patch Attachment 170419 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/14563296 New failing tests: compositing/geometry/fixed-position-transform-composited-page-scale-down.html
Adam Barth
Comment 4 2012-10-25 02:32:54 PDT
This is likely a patch for jamesr to review.
Sami Kyöstilä
Comment 5 2012-10-25 02:50:36 PDT
Looks like we don't run Android layout tests on the bots yet. Running locally, I see 3 types of failures: - Red/blue color channels are swapped. - Repaint tests don't work with the compositor. - Some compositor tiles have have different low-order bits, most likely because of inaccuracies in linear interpolation. I think this is expected because GL doesn't guarantee bit-exactness. I'll try to fix the red/blue issue first.
Sami Kyöstilä
Comment 6 2012-10-25 04:26:03 PDT
Created attachment 170611 [details] Patch Fix red/blue color channel issue. I also checked the tile texel filtering problem on three different devices and got three different results, so I think we'll have to live with it. Same goes for repaint tests, because all of them need to be rewritten to use the new mechanism from bug 97801.
Peter Beverloo
Comment 7 2012-10-25 05:37:15 PDT
Comment on attachment 170611 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=170611&action=review Cool, thanks Sami! Do we know how many tests are failing after the color adjustments? > Tools/DumpRenderTree/chromium/TestShell.cpp:685 > + // in software rendering mode but BGRA if accelerated compositing is active. Isn't Alexandre working on software rendering (albeit through the compositor)?
WebKit Review Bot
Comment 8 2012-10-25 06:06:21 PDT
Comment on attachment 170611 [details] Patch Attachment 170611 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/14566587 New failing tests: compositing/geometry/fixed-position-transform-composited-page-scale-down.html
Sami Kyöstilä
Comment 9 2012-10-25 06:13:46 PDT
(In reply to comment #7) > (From update of attachment 170611 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=170611&action=review > > Cool, thanks Sami! Do we know how many tests are failing after the color adjustments? I'm still running the tests locally, but from the failures so far I'd estimate about 7100 :) > > Tools/DumpRenderTree/chromium/TestShell.cpp:685 > > + // in software rendering mode but BGRA if accelerated compositing is active. > > Isn't Alexandre working on software rendering (albeit through the compositor)? Yes he is, but at least initially that's not going to be the mode used by Chrome on Android. And as you said, it's still going through the compositor, so we'd need some new mechanism to detect that mode. Thinking about this a little more, the root issue here is that the compositor readback gives back pixels with the wrong component order. Let me take another pass to figure out why that is happening. Also, I'll see what's up with that failing test on cr-linux.
WebKit Review Bot
Comment 10 2012-10-25 06:25:00 PDT
Comment on attachment 170611 [details] Patch Attachment 170611 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/14544604 New failing tests: compositing/geometry/fixed-position-transform-composited-page-scale-down.html
Sami Kyöstilä
Comment 11 2012-10-25 08:18:28 PDT
Created attachment 170653 [details] Patch Fixing R/B ordering issue separately in bug 98647. compositing/geometry/fixed-position-transform-composited-page-scale-down.html fails with and without this patch.
WebKit Review Bot
Comment 12 2012-10-25 11:32:25 PDT
Comment on attachment 170653 [details] Patch Attachment 170653 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/14566692 New failing tests: compositing/geometry/fixed-position-transform-composited-page-scale-down.html
Sami Kyöstilä
Comment 13 2012-10-29 03:26:50 PDT
Anyone care to review?
James Robinson
Comment 14 2012-10-29 09:56:17 PDT
Comment on attachment 170653 [details] Patch Sure
Peter Beverloo
Comment 15 2012-10-29 10:06:01 PDT
Comment on attachment 170653 [details] Patch The failing test should be unrelated, the CQ should verify that. Setting CQ+ on request.
WebKit Review Bot
Comment 16 2012-10-29 11:04:10 PDT
Comment on attachment 170653 [details] Patch Rejecting attachment 170653 [details] from commit-queue. New failing tests: compositing/geometry/fixed-position-transform-composited-page-scale-down.html Full output: http://queues.webkit.org/results/14623401
Peter Beverloo
Comment 17 2012-11-06 06:25:56 PST
Comment on attachment 170653 [details] Patch Trying again.
WebKit Review Bot
Comment 18 2012-11-06 07:32:45 PST
Comment on attachment 170653 [details] Patch Clearing flags on attachment: 170653 Committed r133607: <http://trac.webkit.org/changeset/133607>
WebKit Review Bot
Comment 19 2012-11-06 07:32:50 PST
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.