Summary: | When hitting 302 pages the originating page is saved to history rather than the redirected page | ||
---|---|---|---|
Product: | WebKit | Reporter: | Dave Verwer <dave.verwer> |
Component: | History | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW --- | ||
Severity: | Normal | CC: | ap, beidson, freewizard |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Mac | ||
OS: | OS X 10.5 | ||
URL: | http://en.wikipedia.org/wiki/Special:Random |
Description
Dave Verwer
2008-06-11 17:34:34 PDT
It seems that WebKit is handling this "correctly" where correctly means being in accordance with to RFC 2616: "10.3.3 302 Found. The requested resource resides temporarily under a different URI. Since the redirection might be altered on occasion, the client SHOULD continue to use the Request-URI for future requests." That is why i used "correctly", the RFC may say that but in terms of user experience this is far from ideal. //bump This is *very* annoying bc the shortened urls are getting more and more popular among social networks (e.g. fb.me , t.co and youtu.be) in the last few yrs. A shortened URLs usually don't have a title, so the saved history items contains nothing meaningful but a hash string. This makes the browser history and omnibar useless in many cases. This still seems broken, possibly even regressed. The history doesn't contain any intermediate pages now. |