|Summary:||svg pixel tests not matching expectations after r54865|
|Product:||WebKit||Reporter:||Julie Parent <jparent>|
|Component:||Tools / Tests||Assignee:||Nobody <webkit-unassigned>|
|Severity:||Normal||CC:||eric, yael, zimmermann|
|Version:||528+ (Nightly build)|
|OS:||OS X 10.5|
Description Julie Parent 2010-02-23 18:07:09 PST
After http://trac.webkit.org/changeset/54865 was checked in, 3 svg tests started failing for Chromium, due to pixel result mismatches (chromium runs pixel tests, webkit.org does not). I've checked these all on a webkit checkout, and the tests also fail for webkit and have results that match Chromium. Do these simply need rebaselining, or was the old behavior correct and this is a regression? I am not familiar enough with svg to know the answer here. The tests: fast/borders/svg-as-border-image-2.html fast/borders/svg-as-border-image.html fast/images/svg-as-tiled-background.html You can see more details of the mismatch on the Chromium layout test dashboard. This has a lot of data, but the part of interest is where you see the "ACTUAL RESULTS" for the png files. http://src.chromium.org/viewvc/chrome/trunk/src/webkit/tools/layout_tests/flakiness_dashboard.html#tests=fast%2Fimages%2Fsvg-as-tiled-background.html%2Cfast%2Fborders%2Fsvg-as-border-image.html%2Cfast%2Fborders%2Fsvg-as-border-image-2.html&showExpectations=true
Comment 1 Yael 2010-02-24 04:56:47 PST
Sorry about that, I will take a look.
Comment 2 Yael 2010-02-25 10:33:04 PST
fast/images/svg-as-tiled-background.html tests exactly the same bug that I just fixed, so it should get updated results. (I guess my new test was redundant) fast/borders/svg-as-border-image-2.html fast/borders/svg-as-border-image.html At first, I thought that these 2 tests exposed a bug, but then I compared the results of these 2 tests with the result of fast/borders/border-image-01.html. The SVG border image now behaves the same as non-SVG border image, so I think we just need an updated test result.