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: [email protected] ReportedBy: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
