Bug 86474 - Dates in apache error pages are shown in wrong encoding
Dates in apache error pages are shown in wrong encoding
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: httpd (Show other bugs)
8.0
All Linux
low Severity medium
: ---
: ---
Assigned To: Joe Orton
Brian Brock
: FutureFeature
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-03-23 09:52 EST by Christian Rose
Modified: 2007-03-27 00:01 EDT (History)
1 user (show)

See Also:
Fixed In Version: 2.0.45-4
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-05-18 15:02:06 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Screenshot that shows the wrong encoding (8.93 KB, image/png)
2003-03-23 09:53 EST, Christian Rose
no flags Details

  None (edit)
Description Christian Rose 2003-03-23 09:52:22 EST
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 09:53:22 EST
Created attachment 90700 [details]
Screenshot that shows the wrong encoding
Comment 2 Joe Orton 2003-04-04 04:08:22 EST
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 17:31:07 EDT
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 18:33:43 EDT
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 15:02:06 EDT
The dates have now been removed from the error pages.

Note You need to log in before you can comment on or make changes to this bug.