Bug 96839
Summary: | compositing/geometry/fixed-position-transform-composited-page-scale[-down].html fail | ||
---|---|---|---|
Product: | WebKit | Reporter: | Ojan Vafai <ojan> |
Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW | ||
Severity: | Normal | CC: | enne, jamesr, wangxianzhu |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Bug Depends on: | 104277 | ||
Bug Blocks: |
Ojan Vafai
Sometimes the second "Test" text is rendered a bit differently. See http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showAllRuns=true&showExpectations=true&tests=compositing%2Fgeometry%2Ffixed-position-transform-composited-page-scale.html.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Ojan Vafai
Marked flaky: http://trac.webkit.org/changeset/128668
Xianzhu Wang
With some debugging I found the reason is that the test sets enableCompositingForFixedPosition in onload callback. In many cases the "fixed-with-z-index" element is not composited because enableCompositingForFixedPosition is set after RenderLayerCompositor::requiresCompostingLayer() is called against that element. Actually the image baseline was created with the element not composited. Found this when fixing bug 102543. Will change the test to be not flaky but the baseline image should be updated.
Xianzhu Wang
The current image expectations were generated without the fixed element composited as expected. The composited contents now look a bit different from the non-composited contents. Should consider rebaselining the results.