DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39245>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=39245





------- Additional Comments From [EMAIL PROTECTED]  2007-02-15 01:39 -------
(In reply to comment #8)
> I don't think this can reasonably be described as a bug: rather it's
> documented behaviour of ProxyErrorOverride.

Huh? http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#proxyerroroverride

[quote]
This directive is useful for reverse-proxy setups, where you want to have a
common look and feel on the error pages seen by the end user. This also allows
for included files (via mod_include's SSI) to get the error code and act
accordingly (default behavior would display the error page of the proxied
server, turning this on shows the SSI Error message).
[/quote]

Since when are redirects considered errors?

This bug is a *regression* in behaviour from 2.0.x.

> However, it's a reasonable enhancement request, to provide an option to
> preserve *headers* from the backend while substituting a local response
> *body*.

We (well, I) don't want that. We want the entire proxied request to be left
alone, because there's nothing wrong with it! Don't replace the body with the
ErrorDocument, don't remove the headers.

> Simple solution: if you want your cookies from the backend, don't override
> them.

I'm not...

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to