A user account is required in order to edit this wiki, but we've had to disable public user registrations due to spam.
To request an account, ask an autoconfirmed user on Chat (such as one of these permanent autoconfirmed members).
HTTP: Difference between revisions
mNo edit summary |
m (→Redirects) |
||
Line 3: | Line 3: | ||
== Redirects == | == Redirects == | ||
For 301 and 302 redirects browsers uniformly ignore HTTP and use GET for the subsequent request | For 301 and 302 redirects browsers uniformly ignore HTTP and use GET for the subsequent request if the initial request uses an unsafe method. (And the user is not prompted.) | ||
'''Raised:''' http://lists.w3.org/Archives/Public/ietf-http-wg/2007JanMar/thread.html#msg225 | '''Raised:''' http://lists.w3.org/Archives/Public/ietf-http-wg/2007JanMar/thread.html#msg225 |
Revision as of 16:42, 30 March 2009
This page is an attempt to document some discrepancies between browsers and RFC 2616 (and its successor, RFC 2616) because the HTTP WG seems unwilling to resolve those issues. Hopefully one day someone writes HTTP5 and takes this into account.
Redirects
For 301 and 302 redirects browsers uniformly ignore HTTP and use GET for the subsequent request if the initial request uses an unsafe method. (And the user is not prompted.)
Raised: http://lists.w3.org/Archives/Public/ietf-http-wg/2007JanMar/thread.html#msg225
Location header
Browsers handle relative URIs and URIs with invalid characters in interoperable fashion.
Raised: http://lists.w3.org/Archives/Public/ietf-http-wg/2009JanMar/thread.html#msg276
Content-Location header
Browsers cannot support this header.
Raised: http://lists.w3.org/Archives/Public/ietf-http-wg/2006OctDec/thread.html#msg190
Requiring two interoperable browser implementations
To proof that RFC 2616 can be implemented there should be two compatible implementations in browsers.
Raised: http://lists.w3.org/Archives/Public/ietf-http-wg/2007JanMar/0222.html