Bug 59839 – [chromium] Layout test animations/3d/replace-filling-transform.html failing

• Component: New Bugs
• Status: RESOLVED FIXED

[Kenneth Russell]

http://trac.webkit.org/changeset/85338 added layout test animations/3d/replace-filling-transform.html which appears to be failing on all Chromium platforms. See:

http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20-%20chromium.org&tests=animations%2F3d%2Freplace-filling-transform.html

Suppressing this failure for the moment.

[Dean Jackson]

I tried to make this a platform independent pixel test. The strange thing about the bad actual results linked is that you're only seeing the red square. A failure should display both some red and green.

It's as if the green square is being composited below the red square. Is this with your hardware compositor enabled?

[Dean Jackson]

To be more clear about the test: the green square should animate and end up in the same location as the red square. The green should cover the red. A failure in the test should still show the entire green rectangle, just with some red visible.

The fact that you see only red suggests the red is being drawn over the green.

[Kenneth Russell]

Presumably this test is running with the hardware compositor enabled on Chromium.

[James Robinson]

(In reply to comment #3)
> Presumably this test is running with the hardware compositor enabled on Chromium.

Aha, that's the issue - it is not running with the compositor enabled in chromium!  We only run the tests enumerated here in the chromium gpu configuration:

http://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/layout_tests/port/chromium_gpu.py#L75

and we only skip the tests enumerated here in the chromium non-gpu configuration: 

http://trac.webkit.org/browser/trunk/LayoutTests/platform/chromium/test_expectations.txt#L285

We should update both to be aware of the fact that animations/3d/... is only useful when run with the compositor enabled.

[James Robinson]

Created attachment 92041 [details]
Patch

[James Robinson]

This should do the trick.

[Dirk Pranke]

the python patch looks correct to me.

[Kenneth Russell]

Comment on attachment 92041 [details]
Patch

Looks good to me.

[James Robinson]

Comment on attachment 92041 [details]
Patch

Clearing flags on attachment: 92041

Committed r85628: <http://trac.webkit.org/changeset/85628>

[James Robinson]

All reviewed patches have been landed.  Closing bug.

[Dean Jackson]

Out of interest, do you ignore 3d transforms when you don't have HW compositing? Technically, the test should have worked with or without compositing - there wasn't anything really 3d about it. I just used a translate3d(something, something, 0) in order to trigger HW on the Apple engine.

[James Robinson]

(In reply to comment #11)
> Out of interest, do you ignore 3d transforms when you don't have HW compositing? Technically, the test should have worked with or without compositing - there wasn't anything really 3d about it. I just used a translate3d(something, something, 0) in order to trigger HW on the Apple engine.

It should just be ignored.  Technically, this test was passing before - it was showing up as a failure just because the shade of green that chromium renders is slightly different from the baseline.  However, it seems more reasonable to run the animations/3d/ tests with our compositor enabled since that's what our users will experience.