You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2004/09/17 11:21:45 UTC

DO NOT REPLY [Bug 31274] New: - Environment variable "suppress-error-charset" is ignored.

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=31274>.
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=31274

Environment variable "suppress-error-charset" is ignored.

           Summary: Environment variable "suppress-error-charset" is
                    ignored.
           Product: Apache httpd-2.0
           Version: 2.0.50
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Major
          Priority: Other
         Component: Core
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: moriyama@bekkoame.ne.jp
                CC: moriyama@bekkoame.ne.jp


This environment variable is processed properly in the "ap_send_error_response"
function of http_protocol.c of Apache1.3.31, but any corresponding logic isn't
implemented in the same function of Apache2.0.50.
In Apache2.0.50, "charset=iso-8859-1" is enforced after a redirection, so the
non-English(e.g. Japanese) target page is always displayed in inappropriate
character set.(displayed as garbage characters.)

Here's the logic which is implemented in Apache1.3.31:

        if (ap_table_get(r->subprocess_env,
                         "suppress-error-charset") != NULL) {
            r->content_type = "text/html";
        }
        else {
            r->content_type = "text/html; charset=iso-8859-1";
        }

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org