For SVG_COLORTYPE_RGBCOLOR, SVGColor::cssText() currently returns Color::name() which uses #RRGGBBAA notation for colors with alpha < 255. These color values are not valid CSS and can't be set. We should return spec compliant serialized colors (i.e using rgba() notation for colors with alpha.)
Created attachment 71545 [details] Proposed patch
Comment on attachment 71545 [details] Proposed patch View in context: https://bugs.webkit.org/attachment.cgi?id=71545&action=review Fix looks good, but tests do not. > LayoutTests/ChangeLog:9 > + Color::serialized() is already exercised in depth by fast/canvas tests. Sure, it’s good that function has good test coverage, but this patch doesn’t include a test case for the bug you are fixing! These test results only show that we are switching from uppercase hex to lowercase hex.
Ok, the problem is, that SVG doesn't support RGBA. But we added RGBA support recently with rgba(..,..,..,..). This is a violation of the specification, but a useful one. Therefor SVG_COLORTYPE_RGBCOLOR is also a unlucky name now, since it implicates that there are just three channels (what the spec explicitly wants). We should look what the other Browsers are doing and should definitely write to the www-svg mailing list. Didn't take a look at the SVG 1.1se specification, but I doubt that someone specified it yet. This is also a topic the svg-css task force should look at. Can you investigate more please?
For now, we shouldn't exose these colors through CSS, as long as it's not specified how. I'll also ask on the SVG WG, now that I'm a member :-) Bug 55119 rewrites SVGColor/SVGPaint to be spec compilant, and depends on this bug to be fixed, as well. *** This bug has been marked as a duplicate of bug 55119 ***