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