How to catch an expected (and intended) 302 response code with generic XmlHttpRequest?
- by Anthony
So, if you look back at my previous question about Exchange Autodiscover, you'll see that the easiet way to get the autodiscover URL is to send a non-secure, non-authenticated GET request to the server, ala:
http://autodiscover.exchangeserver.org/autodiscover/autodiscover.xml
The server will respond with a 302 redirect with the correct url in the Location header.
I'm trying out something really simple at first with a Chrome extension, where I have:
if (req.readyState==4 && req.status==302) {
return req.getResponseHeader("Location");
}
With another ajax call set up with the full XML Post and the user credentials,
But instead Chrome hangs at this point, and a look at the developer panel shows that it is not returning back the response but instead is acting like no response was given, meanwhile showing a
Uncaught Error: NETWORK_ERR: XMLHttpRequest Exception 101
in the error log.
The way I see it, refering to the exact response status is about the same as "catching" it, but I'm not sure if the problem is with Chrome/WebKit or if this is how XHR requests always handle redirects.
I'm not sure how to catch this so that I can get still get the headers from the response.
Or would it be possible to set up a secondary XHR such that when it gets the 302, it sends a totally different request?
Quick Update
I just changed it so that it doesn't check the response code:
if (req.readyState==4) {
return req.getResponseHeader("Location");
}
and instead when I alert out the value it's null. and there is still the same error and no response in the dev console. SO it seems like it either doesn't track 302 responses as responses, or something happens after that wipes that response out?
