Ticket #332 (closed design: fixed)
relax requirements on hypertext in 3/4/5xx error responses
|Reported by:||firstname.lastname@example.org||Owned by:||email@example.com|
|Component:||p2-semantics||Severity:||Active WG Document|
Description (last modified by firstname.lastname@example.org) (diff)
Bjoern H. notes:
The fallback requirement
Unless the request method was HEAD, the representation of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s), since most user agents do not understand the 308 status code yet. Therefore, the note SHOULD contain the information necessary for a user to repeat the original request on the new URI.
strikes me as a bad idea. It's a transient problem so it should be conditioned and how widely supported this is, and it's only useful if you have some HTML implementation on the other end or an interactive user; a web service not meant for interactive use where you can be sure that the code is supported, because, say, you control the client, is unaffected, and if you add that as another exception you basically end up saying you can do this so your site works better with legacy clients in some situations and making your site work good is probably a good idea, so I'd prefer just saying that. I don't really want to ponder whether I should send this hypertext response in response to an OPTIONS request in 2015, just because your specification says I should.
- Owner changed from email@example.com to firstname.lastname@example.org
- Milestone changed from unassigned to 19
- Status changed from assigned to closed
- Resolution set to incorporated
- Status changed from closed to reopened
- Resolution incorporated deleted