WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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
Add attachment
proposed patch, testcase, etc.
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
Committed
r114030
: <
http://trac.webkit.org/changeset/114030
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug