Bug 18178 – Website claims there is no SVG support

• Status: RESOLVED
• Resolution: WORKSFORME
• Component: Evangelism

[Dan Ross]

When entering the website it claims there is no support for SVG graphics.

[Dan Ross]

Created attachment 20203 [details]
Screenshot of the error

[Dan Ross]

The shipping builds of Safari 3.1 do not have this problem.

[Alexey Proskuryakov]

I'm seeing this problem on shipping Safari 3.1, too. Could you please double-check that it works for you?

From looking at the site code, the root cause appears to be bug 17400 - but this behavior has changed after Safari 3.0, not 3.1.

[Dan Ross]

My mistake. You're correct. The shipping version of 3.1 does indeed have this problem.

(In reply to comment #3)
> I'm seeing this problem on shipping Safari 3.1, too. Could you please
> double-check that it works for you?
> 
> From looking at the site code, the root cause appears to be bug 17400 - but
> this behavior has changed after Safari 3.0, not 3.1.
> 

[Alexey Proskuryakov]

Our behavior is correct to the letter of standard. The current consensus seems to be that we don't want to disobey the standard here, even though Firefox does, so moving to Evangelism.

[Eric Seidel (no email)]

This will get fixed when we turn back on SVG_FILTER support.

FireFox is violating the spec if they claim to support any of these feature strings:

supported:function(){
var svgFeature="http://www.w3.org/TR/SVG11/feature#SVG";
var supported = (document.implementation && (document.implementation.hasFeature("org.w3c.svg","1.0") || document.implementation.hasFeature(svgFeature,"1.1")));
return supported;
}

Since all of those strings require SVG filter and SVG animation support.  Both of which we have partial implementations for, both of which were turned off for Safari 3.0 and 3.1.  We incorrectly claimed support of these feature strings in Safari 3.0 (beta), but it was fixed by the final version, IIRC.

We can keep this bug around, but mostly this is just site evangelism.  OpenLayers.js file is using the easy check (which requires all of SVG) instead of using finer-grained checks for the features it is actually using.

This bug will "fix itself" if we're successful in getting a GSoC student this summer interested in SVG Filter completion.

[Eric Seidel (no email)]

If you're curious, the exact checks in our code which are causing this "bug" can be found here:
http://trac.webkit.org/projects/webkit/browser/trunk/WebCore/dom/DOMImplementation.cpp#L62

[Eric Seidel (no email)]

I filed https://bugzilla.mozilla.org/show_bug.cgi?id=426384 with Mozilla about their feature strings.

[Robert Blaut]

I'm unable to load the reported site: http://smallmerchantship.com/ik/ 

[Alexey Proskuryakov]

The Firefox bug has been fixed, now they also don't claim to have full SVG support. No need to keep tracking this as evangelism bug, since we don't know any affected sites.