Bug 48462 – SVG content gets opaque white background

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: SVG

[Michael O'Rourke]

Created attachment 72079 [details]
Content referenced by example HTML files

When SVG content is brought into HTML via the <object> or <embed> tags the unpainted background of the SVG content is rendered as opaque white.

When SVG content in brought into HTML via the <img> tag the unpainted background of the SVG content is rendered as transparent.

It seems that the <img> tag behaviour is far more useful for compositing content and the correct model for SVG content.

Using the <img> tag is undesirable as it seems to treat the SVG content as an image and then text selection and links in text do not work. These do work when the content is brought in with <object> or <embed> but then the opaque white background limits the usefulness of SVG content.

[Michael O'Rourke]

Created attachment 72080 [details]
HTML which brings in SVG content via <embed>

[Michael O'Rourke]

Created attachment 72081 [details]
HTML which brings in SVG content via <img>

[Dirk Schulze]

The reason seems to be http://trac.webkit.org/browser/trunk/WebCore/rendering/RenderBoxModelObject.cpp#L646
Not sure what the SVG spec is saying.

[Jeff Schiller]

WORKSFORME

Please check with a nightly webkit.  This was fixed for Bug 10687 and the embed displays with a transparent background on my nightly build.

[Dirk Schulze]

(In reply to comment #4)
> WORKSFORME
> 
> Please check with a nightly webkit.  This was fixed for Bug 10687 and the embed displays with a transparent background on my nightly build.

I couldn't check the examples of above, since the circle.svg is not included, nor accessible. But I guess he's not talking about the transparence level, but the color. Can it be that the background of the embedded SVG's are transparent white and on image transparent black? If so, we should make it consistent. This can make a difference on some compositing modes.

[Dirk Schulze]

Hm, maybe I misinterpreted the original comment, sorry.

[Michael O'Rourke]

Bug 10687 does sound like it is the same issue and should resolve my problem.

Sorry about that. I'll try out the nightly build.

Is there a way to tell what version of webkit is in Chrome? So that I can see when the fixed webkit build gets into my Chrome?

[Helder Magalhães]

(In reply to comment #4)
> WORKSFORME
> 
> Please check with a nightly webkit.  This was fixed for Bug 10687 and the embed displays with a transparent background on my nightly build.

I confirm this fixed as well (on Windows Vista SP2 with Chrome 10.0.648.6 dev) - I'd vote this closed as well: WFM (as Jeff suggested) or even as a dup. of bug 10687, as that underlying issue is more generic and also older than this one (although a dependency was already set). :-)

BTW: Great work in #10687, Jeff! ;-)

[Alexey Proskuryakov]

Please feel free to re-open if this is still an issue.

*** This bug has been marked as a duplicate of bug 10687 ***