Bug 76488
Summary: | [skia] css3/images/cross-fade-background-size.html renders incorrectly in Skia | ||
---|---|---|---|
Product: | WebKit | Reporter: | James Robinson <jamesr> |
Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED WONTFIX | ||
Severity: | Normal | CC: | reed, schenney, senorblanco, thorton |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Unspecified | ||
OS: | Unspecified |
James Robinson
http://trac.webkit.org/export/105172/trunk/LayoutTests/css3/images/cross-fade-background-size.html should look like http://trac.webkit.org/browser/trunk/LayoutTests/platform/mac/css3/images/cross-fade-background-size-expected.png?rev=105172 but instead it looks like http://build.chromium.org/f/chromium/layout_test_results/Webkit_Linux/results/layout-test-results/css3/images/cross-fade-background-size-actual.png in Skia.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Mike Reed
-webkit-cross-fade
Is that turning into a skia call, or is this implemented in chrome's compositor layer?
Stephen White
(In reply to comment #1)
> -webkit-cross-fade
>
> Is that turning into a skia call, or is this implemented in chrome's compositor layer?
It looks like the code in question is in platform/graphics/CrossFadeGeneratedImage.cpp. It makes some pretty ordinary GraphicsContext calls (which turn into skia calls). My guess is perhaps some weird artifact of the resampling mode, as if it's ending up in "nearest" rather than "linear".