views:

1802

answers:

3

I'm trying to set the Accept HTTP header to "text/xml" with this jquery code:

$.ajax({
beforeSend: function(req) {
req.setRequestHeader("Accept", "text/xml");
},
type:"GET",
url: "[proper url]",
contentType: "text/plain; charset=utf-8",
dataType: ($.browser.msie) ? "text" : "xml",
username: '---',
password: '-------',                       
success: function(data){
var xml;
    if (typeof data == "string") {
    alert("Data is string:" + data);
    xml = new ActiveXObject("Microsoft.XMLDOM");
    xml.async = false;
    xml.loadXML(data);
    } else {
     xml = data;
     alert("Data is not string:" + $(xml).text());
    }
    // Returned data available in object "xml"
    //alert("Status is: " + xml.statusText);
    $("#ingest_history").html($(xml).text());
}

});

In firefox it works great.

But in IE, the value that I am trying to set for the Accept header seems to get appended onto the end so it becomes: "Accept: */*, text/xml". This causes my ajax call to return the html version as opposed to the xml version which I want.

Does anybody know how to properly set/clear the Accept header in IE 8?

Updated: For some reason the asterisks weren't appearing as I entered them. The Accept Header in IE appears to be: "Accept: */*, text/xml"

A: 

I don't believe that IE(any version) plays nice with the Accept header. See this link: [http://blogs.msdn.com/ieinternals/archive/2009/07/01/IE-and-the-Accept-Header.aspx]

A possible solution might be to check the User Agent to see if it's IE. If it is, then check for the presence of text/xml.

Good Luck!

Edit:

Opps on the link. My hunch was IE is always adding the / and setting the accept header just adds the desired mime type after the /.

BStruthers
It doesn't add just the /. It actually adds: \*/\*Formatting issue in the question
Yeah, I figured it was a formatting issue... I faced the same thing
BStruthers
A: 

I think the original poster might have been referring to this link: http://blogs.msdn.com/ieinternals/archive/2009/07/01/IE-and-the-Accept-Header.aspx however, this doesn't explain the behavior you see.

IE does not, by itself, have the behavior you describe, and setting the Accept header via XMLHTTPRequest should work properly. I've tested in IE8 to confirm.

It's possible there's an issue in your version of jQuery, or perhaps you have some plugin mangling your traffic?

EricLaw -MSFT-
+1  A: 

Your problem seems to be the one described here: http://www.grauw.nl/blog/entry/470. The issue is that the XMLHttpRequest specification currently states that user agents should not set any Accept headers by default for the request, so that req.setRequestHeader() can just append new Accepts. Unfortunately browsers don't yet adhere to this. The problem writeup lets you test your browser to see if it works properly, and unfortunately IE7, Chrome, Safari, Firefox, and Opera all fail.

Laurens Grauw also talks about the effects of first trying to null out the Accept header with

setRequestHeader('Accept', '')

or

setRequestHeader('Accept', null)

These might help here.

Ugly server-side hacks: If you have control over your server-side app you can hardwire it to always return XML, add support for a custom media type like "application/i-really-want-xml", or add support for a custom HTTP header like "X-Accept".

Jim Ferrans
setRequestHeader('Accept', null)gives "type mismatch" in IE8Setting it to "" first works!
mplungjan