- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Tue, 06 Dec 2011 13:12:18 +0100
- To: Amos Jeffries <squid3@treenet.co.nz>
- CC: ietf-http-wg@w3.org
On 2011-12-06 12:56, Amos Jeffries wrote: > On 7/12/2011 12:14 a.m., Anne van Kesteren wrote: >> When we design APIs (XMLHttpRequest) and protocols (CORS) that support >> transparent redirects (redirects automatically followed by the API) >> what exactly should count as a redirect as far as they are concerned? >> Everything in the 3xx range that contains a Location header? >> >> E.g. for some part of CORS >> http://dvcs.w3.org/hg/cors/raw-file/tip/Overview.html#actual-request >> we explicitly fail if the response code is 301, 302, 303, or 307, >> because we want the ability to support transparent redirects going >> forward. Should we also fail if the response code is 310? > > HTTP has always specified that any unknown code is to be treated as if > it was the x00 status of the matching numeric group. This has not changed. > > For the 3xx group 300 is defined as representing any one or more > alternatives. If a Location header is present it is the alternative > location of one representation, and MAY be used for automatic redirection. > http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-17#section-7.3.1 > ... Well, at least for 3xx, this seems to be the worst possible choice. It makes it extremely hard to introduce any new 3xx code which is not identical to 300. Best regards, Julian
Received on Tuesday, 6 December 2011 12:12:51 UTC