DO NOT REPLY New: - Charset of date on error pages

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=40
432>.
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: bugshttpd.apache.org
        ReportedBy: egmontuhulinux.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=ema
il
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the
assignee.

------------------------------------------------------------
---------
To unsubscribe, e-mail: bugs-unsubscribehttpd.apache.org
For additional commands, e-mail: bugs-helphttpd.apache.org

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=40
432>.
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


sliveapache.org changed:

           What    |Removed                     |Added
------------------------------------------------------------
----------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




------- Additional Comments From sliveapache.org  2007-07-31
12:49 -------
The date has been removed from the error pages.

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

------------------------------------------------------------
---------
To unsubscribe, e-mail: bugs-unsubscribehttpd.apache.org
For additional commands, e-mail: bugs-helphttpd.apache.org