- From: Daniel W. Connolly <connolly@beach.w3.org>
- Date: Mon, 01 Jan 1996 14:17:19 -0500
- To: Larry Masinter <masinter@parc.xerox.com>
- Cc: sjk@amazon.com, www-talk@w3.org
In message <95Dec29.204102pst.2733@golden.parc.xerox.com>, Larry Masinter write s: >> I've just discovered that with some popular browsers, including the >> latest from Netscape, if you do a GET on a URL with a fragment (an >> anchor, a "#something" on the end), and the server issues a redirect >> (302) so that a different document is fetched, then the browser will >> NOT seek to the anchor to the ultimately viewed document -- you end up >> staring at the beginning of the page. > >I think it's a bug. I suppose this should be clarified in the next >revision of the URL documents. I agree that it's not the way I'd like it to work. However, according RFC1808, it's quite clearly a feature: http://www.w3.org/pub/WWW/Addressing/rfc1808.txt 5. Examples and Recommended Practice Within an object with a well-defined base URL of Base: <URL:http://a/b/c/d;p?q#f> the relative URLs would be resolved as follows: 5.1. Normal Examples g:h = <URL:g:h> g = <URL:http://a/b/c/g> ./g = <URL:http://a/b/c/g> g/ = <URL:http://a/b/c/g/> /g = <URL:http://a/g> //g = <URL:http://g> ?y = <URL:http://a/b/c/d;p?y> g?y = <URL:http://a/b/c/g?y> g?y/./x = <URL:http://a/b/c/g?y/./x> #s = <URL:http://a/b/c/d;p?q#s> g#s = <URL:http://a/b/c/g#s> g#s/./x = <URL:http://a/b/c/g#s/./x> g?y#s = <URL:http://a/b/c/g?y#s> ;x = <URL:http://a/b/c/d;x> g;x = <URL:http://a/b/c/g;x> g;x?y#s = <URL:http://a/b/c/g;x?y#s> . = <URL:http://a/b/c/> ./ = <URL:http://a/b/c/> .. = <URL:http://a/b/> ../ = <URL:http://a/b/> ../g = <URL:http://a/b/g> ../.. = <URL:http://a/> ../../ = <URL:http://a/> ../../g = <URL:http://a/g> I think there's a whole bunch of edge cases that haven't been fully explored in the URI specs. I started creating a test suite a long time ago: http://www.w3.org/pub/WWW/Addressing/url_test/ I hope to get resources to complete that test suite some time soon. Dan
Received on Monday, 1 January 1996 14:17:39 UTC