After http://trac.webkit.org/changeset/52976 MAC's generate good output for svg/W3C-SVG-1.1/filters-conv-01-f.svg
(without DRT sideeffect), so Eric updated the expected file by http://trac.webkit.org/changeset/52980 ,
but unfortunately Windows has still sideeffect.
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?