RESOLVED FIXED Bug 44341
some clip paths broken on chromium win/linux after r65729
https://bugs.webkit.org/show_bug.cgi?id=44341
Summary some clip paths broken on chromium win/linux after r65729
John Gregg
Reported 2010-08-20 09:58:53 PDT
svg/clip-path/clip-path-pixelation.svg : green rectangle is rendered instead of circles svg/batik/text/textProperties.svg : patterned rectangle is rendered instead of patterned text svg/clip-path/clip-path-childs-clipped.svg : star on the left is filled instead of open more details: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showExpectations=true&useWebKitCanary=true&tests=svg%2Fclip-path%2Fclip-path-pixelation.svg%2Csvg%2Fbatik%2Ftext%2FtextProperties.svg%2Csvg%2Fclip-path%2Fclip-path-childs-clipped.svg
Attachments
Dirk Schulze
Comment 1 2010-08-20 10:34:06 PDT
I would say, that save/restore don't cover the translation and concatCTM correctly. That would explain svg/clip-path/clip-path-childs-clipped.svg. The text clipping is another strange behavior of the Skia port. Everything that is outside of the clipping rect, get's not clipped away on the Skia implementation (just for clipToImageBuffer). So the same problem like clip-path-childs-clipped.svg. The clipping rect is translated and don't match the real clipping area anymore. Both examples have in common, that either the clipped object or its parent are translated with a SVGtransform.
Stephen Chenney
Comment 2 2012-04-12 14:00:57 PDT
Note You need to log in before you can comment on or make changes to this bug.