The following reply was made to PR general/5404; it has been noted by GNATS.
From: Rodent of Unusual Size <[EMAIL PROTECTED]> To: Apache bug database <[EMAIL PROTECTED]> Cc: Subject: Re: general/5404: Apache seems to back-search bad URLS until it finds a good one, and returns it. This breaks things, such as my htdig search engine Date: Wed, 01 Dec 1999 15:20:54 -0500 William Colburn (aka Schlake) wrote: > > I forwarded this to the htdig developers, and I agree with > their response that apache seems to be doing the wrong thing > here. If SSI's are turned on, and someone accidentally puts > a / after an html document then all of a sudden all the > relative URLs in that document are broken. I'm sorry, but both you and the htdig people are wrong. This is how Apache is designed to work, and it is working correctly according to its design. The breakage of relative URLs is a side-effect of the algorithm browsers use to construct absoluteURIs from them: the algorithm simply backs up to the last '/', assuming it's part of the path. It can't tell, and since URIs are opaque it shouldn't need to, whether the '/' thus found is part of the path or of the path-info. For what it's worth, the author of the RFC (1808)on relative URLs is Roy Fielding, and he's part of the Apache project team. -- #ken P-)} Ken Coar <http://Web.Golux.Com/coar/> Apache Software Foundation <http://www.apache.org/> "Apache Server for Dummies" <http://ASFD.MeepZor.Com/>
