25294 2014-04-08 21:03:28 +0000 DOMParser.parseFromString with application/whatever+xml 2014-10-04 16:45:41 +0000 1 1 1 Unclassified WebAppsWG DOM Parsing and Serialization unspecified All All RESOLVED WONTFIX P2 normal --- 1 tffy travil annevk bugs bzbarsky esprehn mike public-webapps-bugzilla www-dom public-webapps-bugzilla oldest_to_newest 103571 0 tffy 2014-04-08 21:03:28 +0000 The specification disallows any type for DOMParser.parseFromString that isn't enumerated. That means anything except SVG and XHTML has to pretend to be generic XML, even though SVG and XHTML don't actually get any special treatment from the algorithm, so why not let other XML types be honest about what they are and use their full MIME type? Right now Webkit browsers actually behave that way (i.e. you can use "application/whatever+xml" as the second argument to parseFromString and they won't throw an error), while Firefox follows the spec to the letter. 103575 1 bugs 2014-04-08 21:10:55 +0000 So what is the use case you have? If you just want a Document created from a string, why don't you pass "text/xml"? 103576 2 bzbarsky 2014-04-08 21:17:21 +0000 Note that Blink also follows the spec here. 103578 3 tffy 2014-04-08 21:25:07 +0000 I know I can just pass "application/xml" or "text/xml". I just don't like that the DOMParser as specified uses an argument that *looks* like a MIME type but doesn't behave accordingly. It's misleading, especially with disagreeing implementations. If you want a small enumeration, why not just use {"html", "xml"} and nothing else, since that's what really matters for the algorithm at this point? but it's too late for that, so loosening the definition would be the next best thing. 103595 4 Ms2ger 2014-04-09 13:35:39 +0000 I don't see a particularly compelling argument to change the spec and implementations here. 103645 5 esprehn 2014-04-09 22:58:59 +0000 WebKit also follows the spec: http://svn.webkit.org/repository/webkit/trunk/Source/WebCore/xml/DOMParser.cpp I'm not sure what the original poster is referring to. 103646 6 bzbarsky 2014-04-09 23:42:11 +0000 The latest version of Safari on OS 10.8, for example, has different behavior from WebKit nightlies here.