httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <traw...@gmail.com>
Subject Re: [1.3 PATCH] rework suppress-error-charset feature
Date Mon, 02 May 2005 20:18:29 GMT
On 5/2/05, Rici Lake <rici@ricilake.net> wrote:
> 
> On 1-May-05, at 7:04 PM, Jeff Trawick wrote:
> 
> > I found a description of the problem:
> >
> >> When Apache issues a redirect in response to a client request, the
> >> response
> >> includes some actual text to be displayed in case the client can't
> >> (or doesn't)
> >> automatically follow the redirection. Apache ordinarily labels this
> >> text according
> >> to the character set which it uses, which is ISO-8859-1.
> >>
> >> However, if the redirection is to a page that uses a different
> >> character set, some
> >> broken browser versions will try to use the character set from the
> >> redirection text
> >> rather than the actual page. This can result in Greek, for instance,
> >> being
> >> incorrectly rendered.
> 
> If the action is required to compensate for a browser bug, wouldn't it
> be better to leave it as an environment variable and set it with
> BrowserMatch?

You're absolutely right.   I put the blinders on to environment
variables when I saw that mod_env didn't do anything until the fixup
hook, which is too late for processing of Redirect directives.  But
mod_setenvif does its work sooner and is the proper solution.

Thanks!

Mime
View raw message