17744 2008-03-10 07:11:31 -0700 SVG opened in object does not honor transparent background 2009-07-15 17:42:02 -0700 1 1 1 Unclassified WebKit SVG 528+ (Nightly build) Mac OS X 10.4 RESOLVED DUPLICATE 10687 http://burningbird.net P2 Normal --- 0 shelleyp webkit-unassigned c.1 heycam jeffschiller oldest_to_newest 73192 0 shelleyp 2008-03-10 07:11:31 -0700 If you open an SVG file using the object element, and the element has a transparent background (no background color is specified for the SVG), WebKit/Safari paints the background white. I've tried to set the background to transparent in the SVG, in the object, nothing works. 77483 1 eric 2008-04-13 22:56:57 -0700 I just saw another bug like this tonight, but they were using wmode="transparent" to get this behavior. I wonder if the same would work for you. (the wmode bug did not reproduce for me, I think they were using an SVG plugin, instead of WebKit's built-in SVG support). 77553 2 shelleyp 2008-04-14 07:15:08 -0700 The page has a background color, which was hidden with both Safari (including Webkit) and Opera, but not with Firefox 3. I put a background on the object itself to fix. To demonstrate, I added the two SVG elements as objects, removed any background color and the following snapshot shows what the page looks like in Webkit: <a href="http://skitch.com/shelleyp/jxta/burningbird"><img src="http://img.skitch.com/20080414-t1u3fmn1kspnhr6befpanwppw3.preview.jpg" alt="Burningbird" /></a> However, same page with Firefox: <a href="http://skitch.com/shelleyp/jx1d/burningbird"><img src="http://img.skitch.com/20080414-c7792ac8j22nkxniajgkab5ey8.preview.jpg" alt="Burningbird" /></a> What's interesting, though, is that I used wget to create a <a href="http://burningbird.net/svgerror/burningbird.net">snapshot of the page</a> to preserve the bug, but Safari/Webkit now picks up the background color. The only difference? One site is dynamic, the other is a static web page. I'll leave the front page up for a time so you can see the bug, but I can't preserve the web page indefinitely. Hopefully the images will be enough to show how to recreate the bug. 77555 3 shelleyp 2008-04-14 07:20:08 -0700 Correction, it works when the page is served up as HTML, not when the page is served up as XHTML. That's the difference. 77557 4 shelleyp 2008-04-14 07:29:04 -0700 (In reply to comment #3) > Correction, it works when the page is served up as HTML, not when the page is > served up as XHTML. That's the difference. > Now that I know the exact problem, I've created static sites to serve for confirmation of this bug. The first site, http://burningbird.net/svgerror/burningbird.net/, serves the page up as HTML and Safari/Webkit processes the background color properly. The second site, at http://burningbird.net/svgerror/xburningbird.net/, serves the page up as XHTML, and the background color is not coming through. That's the only difference between the two pages. 128198 5 c.1 2009-06-25 09:39:42 -0700 Confirm this problem exists under MacOS only, glaringly inconsistent with all other browsers including webkit under Windows, tested unaffected by mime type with which the page is served, problem exhibited by http://grainger-quartet.co.uk/ 128376 6 c.1 2009-06-25 20:28:31 -0700 This bug also occurs in the Linux 32-bit Ubuntu build of the chromium-browser, webkit build 531. 131845 7 32775 heycam 2009-07-15 04:15:16 -0700 Created attachment 32775 Small test case Attachment has a smaller test case. Shows a 100x100 green rectangle in Firefox 3.5 and Opera 10a, shows plain white in WebKit. 132107 8 heycam 2009-07-15 17:42:02 -0700 *** This bug has been marked as a duplicate of bug 10687 *** 32775 2009-07-15 04:15:16 -0700 2009-07-15 04:15:16 -0700 Small test case url.txt text/plain 37 heycam aHR0cDovL21jYy5pZC5hdS90ZW1wLzIwMDkvc3ZnYmcuaHRtbA==