Re: Redirection Location MUST be absolute (was Re: Send a cookie,AND a redirect ?)

2001-02-09 Thread Tony Demark
Let me bring this back to mod_perl for a sec: If a CGI script sends out a Location: header that doesn't begin with a protocol (like http: or ftp:), then it's an *internal* redirect. For an internal redirect, the browser never sees the transaction. The web server just does a "goto", picking up

Re: Redirection Location MUST be absolute (was Re: Send a cookie,AND a redirect ?)

2001-02-08 Thread Robert Landrum
If all browsers followed the W3 standards the world would be a better place... They say "...field value consists of a single absolute URL." ^^^ I think they mean URI because the example says "absoluteURI", not URL. An absolute URI is

Re: Redirection Location MUST be absolute (was Re: Send a cookie,AND a redirect ?)

2001-02-08 Thread Jeffrey W. Baker
On Thu, 8 Feb 2001, Robert Landrum wrote: If all browsers followed the W3 standards the world would be a better place... They say "...field value consists of a single absolute URL." ^^^ I think they mean URI because the example says

Re: Redirection Location MUST be absolute (was Re: Send a cookie, AND a redirect ?)

2001-02-08 Thread Robert Landrum
That's what the RFC says... But that's not the way that a browser handles it. I don't know why browsers don't support the "standards," but that's not exactly the topic. Every browser I've ever tested with, including LWP, lynx and AOL, have supported relative Location headers. If the W3

Re: Redirection Location MUST be absolute (was Re: Send a cookie, AND a redirect ?)

2001-02-08 Thread Randal L. Schwartz
"Robert" == Robert Landrum [EMAIL PROTECTED] writes: Robert By using relative *URLs* such as /some/location, you avoid changing Robert the location field in the browser window, which is often desired. If Robert you use an absolute *URL*, the location field changes to the absolute Robert URL.

Re: Redirection Location MUST be absolute (was Re: Send a cookie, AND a redirect ?)

2001-02-08 Thread Michael Peppler
Robert Landrum writes: Every browser I've ever tested with, including LWP, lynx and AOL, have supported relative Location headers. I've made the mistake of using relative (i.e. without the scheme) URLs in Location headers, and although it worked most of the time there were situations

Re: Redirection Location MUST be absolute (was Re: Send a cookie, AND a redirect ?)

2001-02-08 Thread Robin Berjon
At 18:19 08/02/2001 -0500, Robert Landrum wrote: Every browser I've ever tested with, including LWP, lynx and AOL, have supported relative Location headers. Lynx will likely give you a warning on that (though admittedly it'll work). A good number of Netscape servers will react to it in an

Re: Redirection Location MUST be absolute (was Re: Send a cookie, AND a redirect ?)

2001-02-08 Thread ___cliff rayman___
you are supposed to be able to use: base href="/foo/bar/fred.html" which changes the base of the document. if u really wanted to use internal redirects, you would have to insure that all documents contained this tag, or filter the page and include it yourself. of course this is just a spec,

Re: Redirection Location MUST be absolute (was Re: Send a cookie, AND a redirect ?)

2001-02-08 Thread ___cliff rayman___
___cliff rayman___ wrote: you are supposed to be able to use: base href="/foo/bar/fred.html" make that: base href="http://host.mydomain.net/foo/bar/fred.html" which changes the base of the document. if u really wanted to use internal redirects, you would have to insure that all

Re: Redirection Location MUST be absolute (was Re: Send a cookie,AND a redirect ?)

2001-02-08 Thread Robert Landrum
We only use absolute URLs /images/some.gif. When dealing with apache, it's often neccesary to see the previous requests environment (error pages, etc.) so that you can show that information to the user and email it to the webmaster. That's only possible with an internal redirect. As in

Re: Redirection Location MUST be absolute (was Re: Send a cookie, AND a redirect ?)

2001-02-08 Thread G.W. Haywood
Hi guys, Do you think you could take this off-list now? 73, Ged.