Summary: | REGRESSION(r52976): svg/W3C-SVG-1.1/filters-conv-01-f.svg fails on Windows | ||
---|---|---|---|
Product: | WebKit | Reporter: | Csaba Osztrogonác <ossy> |
Component: | SVG | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW --- | ||
Severity: | Normal | CC: | eric, schenney, zimmermann |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Bug Depends on: | 32294, 33400 | ||
Bug Blocks: |
Description
Csaba Osztrogonác
2010-01-08 03:38:17 PST
svg/W3C-SVG-1.1/filters-conv-01-f.svg skipped temporarily until fix by http://trac.webkit.org/changeset/52990 Adam Roben just confirmed for me on his windows build that running svg/W3C-SVG-1.1/filters-conv-01-f.svg by itself on windows produces 117, a result which does not match the mac when run stand-alone, but does match the mac when run after http/tests/uri/escaped-entity.html as mentioned in bug 32294. This is not what I expected. This suggests that the mac checkin is perhaps wrong and that we don't understand this issue. I'm leaning towards rolling out the run-webkit-tests change and skipped changes. This will likely be handled, or at least made much simpler, by bug 33400. Actually, not. This test just needs platform-specific results - kerning doesn't work with this font on Windows. Mitz tells me we don't need a new bug about that. Changed component to SVG, so it shows up in my all-svg-bugs search. This is Chromium issue http://code.google.com/p/chromium/issues/detail?id=32682 Does this still fail on windows? Did anyone investigate with a win machine whats going on there? |