Mailing-List: contact bugs-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache HTTPD Bugs Notification List" <bugs@httpd.apache.org>
From: bugzilla@apache.org
To: bugs@httpd.apache.org
Subject: DO NOT REPLY [Bug 40432]  New:  - Charset of date on error pages
Message-ID: <bug-40432-7868@http.issues.apache.org/bugzilla/>
Date: Thu,  7 Sep 2006 11:43:19 +0000 (GMT)

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

           Summary: Charset of date on error pages
           Product: Apache httpd-2
           Version: 2.2.2
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Core
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: egmont@uhulinux.hu


The error text (e.g. "Objekt nicht gefunden" and its longer explanation) is 
presented in the language the client requests. Its character set is defined for 
every language by the error templates Apache provides.

However, in the footer, the date is shown in the language and charset 
corresponding to the locale on the server side, with no character set 
conversion.

As a result, if these two character sets do not match, the date will be shown 
with wrong accented characters.

For example, suppose Apache runs with LC_ALL=fr_FR.UTF-8 and the client 
requests French language. The header of the returned page will define the ISO-
8859-1 charset (taken from the error templates), but the date will be put there 
with UTF-8, hence it appears as "double UTF-8". Stranger results (even invalid 
byte sequences) can occur with other combination of the two languages (e.g. the 
server may run with hu_HU while the client requests Japanese...)

Suggested solutions:

- [I'd prefer this one] Convert all error templates to UTF-8, and modify Apache 
to convert the date string received from libc (strftime() I guess) from the 
current locale to UTF-8.

or

- Modify Apache to convert the date string received from libc from the current 
locale to &#num; html entities so that they work with any character set. [I 
hate html entities anyway and I see no reason not to use bare UTF-8.]

-- 
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: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org