When getting a svg file by means of XMLHTTPRequest, there is a responseText field in the response that actually holds the information, but there is no responseXML field that holds the SVG's parsed DOM. It instead is undefined. Since the content type says it's image/svg+xml, WebKit should treat it as such.
Oh wow, this should be really simple
Created attachment 15078 [details] Fix for the bug Still need to make a test case for this.
Comment on attachment 15078 [details] Fix for the bug Just realised this is really really wrong
IMHO, this should work more generic, I think. There are a lot more cases in which parsing as XML is reasonable, and they all have in common that they're ending with '/xml' or '+xml'.
I'm surprised - this is supposed to work really well with nightly builds. Can you reproduce this issue with a nightly build, or just with shipping Safari?
Yeah, the above patch was incorrect (hence me r-ing my own patch) Immediately following that check we do a regex check that *should* pick up */*+xml as an xml doc. For reasons beyond comprehension in this particulr case it does nopt aapear to be working. Alas i haven't been able to produce a case where it would screw up, so fixing/testing is proving difficult.
(In reply to comment #6) > For reasons beyond comprehension in this particulr case it does nopt aapear to > be working. So, is there some site where this problem can be seen?
I wonder if someone might have expected a responseXML when fetching an SVG with the wrong mime type... say image/svg-xml instead of +xml.
This clearly works on at least some sites. If a reproducible case is found, please reopen.
Comment on attachment 15078 [details] Fix for the bug Obsoleted this since the idea is wrong and the bug does not appear relevant any more.