Bug 86474

Summary: Dates in apache error pages are shown in wrong encoding
Product: [Retired] Red Hat Linux Reporter: Christian Rose <menthos>
Component: httpdAssignee: Joe Orton <jorton>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: low    
Version: 8.0CC: mitr
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 2.0.45-4 Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-05-18 19:02:06 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Screenshot that shows the wrong encoding none

Description Christian Rose 2003-03-23 14:52:22 UTC
Tested on a RHL 8.0 system with sv_SE.UTF-8 locale.

The dates in the default apache error pages seem to be encoded wrongly. They
seem to be encoded in UTF-8 although the page source specifies that the page is
in iso-8859-1. Hence, web browsers will show the date improperly. I'm attaching
a screenshot that shows the problem.

Comment 1 Christian Rose 2003-03-23 14:53:22 UTC
Created attachment 90700 [details]
Screenshot that shows the wrong encoding

Comment 2 Joe Orton 2003-04-04 09:08:22 UTC
If you put LANG=C in /etc/sysconfig/httpd and restart httpd, does that fix the
problem? (or just LC_TIME=C)

Comment 3 Christian Rose 2003-04-06 21:31:07 UTC
LANG=C just gives the date in English (which is not what is wanted as the rest
of the error page is shown in proper Swedish) and LC_TIME=C just gives the same
as before (garbled Swedish).

Comment 4 Joe Orton 2003-04-06 22:33:43 UTC
Hmmm, yes; a more general statement of the problem is that the date formatting
for the error pages is done in the locale of the server thread, rather than the
content-language of the error page.  This is non-trivial to fix, to say the least.

I think the best thing to do in the medium term is to simply remove the date
from the error pages.  Thanks for the report.

Comment 5 Joe Orton 2003-05-18 19:02:06 UTC
The dates have now been removed from the error pages.