April 22nd, 2013, 04:53 AM
SVG works in one ISP but not another
I am not allowed to post URLs, so this is a bit difficult to describe.
I have an svg file on one ISP. If its address is directly entered in a browser, it works fine.
But if it is called from an html file, in any ISP, it fails.
But placed on another ISP, the svg can be called from an html on any ISP.
Hope that is clear.
This is the same in all the browsers I have tried: Firefox, Safari, iCab, Chrome. I am using Mac OS X 10.7.5.
My ISP (web10-dk) doesn't believe this can be their fault, and refuses to take it seriously.
April 22nd, 2013, 06:05 PM
April 22nd, 2013, 06:39 PM
The server where the file is not working is probably returning an incorrect content-type for the file, which would make it their fault.
It's relatively easy to prove this. If you use developer tools for Firefox or Chrome you can examine the HTTP requests that are being run and review the content-type being returned with the request for the SVG image file.
April 23rd, 2013, 02:58 AM
Thank you - But I'm sorry to say I can't figure out how to do that. I wonder if you would mind taking a look at these URLs:
This works in all ISPs:
donwagner .dk / SVG-test / Jigu3 .1 .svg
This doesn't work:
donwagner .dk / SVG-test / SVG-test .html
This does work:
staff .hum .ku .dk / dbwagner / SVG-test / SVG-test .html
April 23rd, 2013, 03:10 PM
The servers are returning different content-types for the svg files. The working server is returning "image/svg+xml", the broken server is returning "text/xml". If the broken server's configuration is modified to return "image/svg+xml" for svg files, then I bet it would work correctly.
April 24th, 2013, 02:32 AM
Thank you very much - I have written to the ISP, and maybe they will do something about it.
Originally Posted by E-Oreo
I really don't want the hassle of changing ISPs, and embedding the svg code in the html would make the html bloated and very difficult to work with. Can you suggest a workaround? For example, some way in html to tell the browser to ignore the file type returned by the server?
Regards and thanks again,
Note added later: My ISP has fixed the problem! So I don't need a workaround, but it looks as if using "embed" would have done it. Don.
Last edited by dbwagner; April 24th, 2013 at 03:35 AM.
Reason: New developments