Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

multiple locations for 301/308 redirects? #1094

Open
reschke opened this issue Sep 15, 2022 · 5 comments
Open

multiple locations for 301/308 redirects? #1094

reschke opened this issue Sep 15, 2022 · 5 comments
Labels

Comments

@reschke
Copy link
Contributor

reschke commented Sep 15, 2022

https://httpwg.org/specs/rfc9110.html#status.301:

The 301 (Moved Permanently) status code indicates that the target resource has been assigned a new permanent URI and any future references to this resource ought to use one of the enclosed URIs.

Where would these additional locations come from?

(similar text is present for 308)

@royfielding
Copy link
Member

In the hypertext content. They used to be in the URI or Alternates header fields as well, but now just the content. Location only contains the preferred reference.

@reschke
Copy link
Contributor Author

reschke commented Sep 16, 2022

Then we should clarify that in the future. We also need to make the temporary and permanent redirect descriptions consistent (or is there a reason why the description for 302 is different with respect to this?).

@royfielding
Copy link
Member

Because we don't need multiple locations for a temporary redirect?

@royfielding
Copy link
Member

Think of it this way: 301 was originally designed for authoring tools (TimBL's editor), not web browsers. The content of a 301 response might be a very lengthy explanation of where the resource has moved and why you might want to choose one of many possible replacement links instead of the one being edited into your current document. 302, in contrast, is meant for redirects where the original request URI is still the preferred way to access the resource, and thus only applies to the current browser session.

@reschke
Copy link
Contributor Author

reschke commented Sep 17, 2022

Ok, that makes sense.

I belive it would be good if the introduction contained a short paragraph explaining why temporary and permanent redirects are different with respect to this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

2 participants