[Webkit-unassigned] [Bug 11049] XMLHttpRequest always defaults Content-Type to application/xml, while it should depend on data type

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Nov 4 15:19:37 PST 2009


https://bugs.webkit.org/show_bug.cgi?id=11049





--- Comment #4 from Carol Szabo <carol.szabo at nokia.com>  2009-11-04 15:19:37 PDT ---
Compatibility survey:
According to my tests:
Mozilla uses (like the current version of WebKit): application/xml
IE8: does not set the header at all.

To me neither is quite correct, but I'd pick IE over Mozilla since the content
of the string may not necessarily be XML. On the other hand we could go with
what the spec says.
To me if the client does not set a content-type, probably the server doesn't
care either about the content-type, so there shouldn't be compatibility issues,
but one never knows.
Maybe Anne is wiling to change his mind, and alter the standard to say that
since the name of the object is XMLHttpRequest, it should probably assume that
by default it sends XML unless otherwise specified.
This way I can make my testers happy too.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list