4917 2007-08-07 05:38:44 +0000 charset detection in <meta> recognises only lower-case charset= 2007-12-19 05:53:15 +0000 1 1 1 Unclassified Validator check 0.8.0 All All RESOLVED FIXED P2 normal --- 1 ot dave.null igor.sol www-validator-cvs oldest_to_newest 16075 0 ot 2007-08-07 05:38:44 +0000 Reporterd by Ernest Unrau http://lists.w3.org/Archives/Public/www-validator/2007Aug/0053.html OK: <META HTTP-EQUIV="content-type" CONTENT="text/html; charset=ISO-8859-1"> NOT Recognised: <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=ISO-8859-1"> TODO: * check HTTP specification for case-sensitivity (I believe there is nothing mentioned precisely, but HTTP is case-sensitive) * make the validator's detection less strict * throw a warning if loose detection caught improper construct 16172 1 ot 2007-08-16 23:24:21 +0000 *** Bug 4953 has been marked as a duplicate of this bug. *** 16428 2 herr.th 2007-09-08 17:05:48 +0000 This is true not only for charsets specified via the <meta/> element but as well for those specified within HTTP headers. (“Content-Type: text/html; charset=utf-8” is fine, while “Content-Type: text/html; Charset=utf-8” is not.) Hope this isn’t too obvious to be pointed out here. 16737 3 ot 2007-09-20 22:59:25 +0000 I reported a bug to LWP, arguing that this module, responsible for the parsing of headers, should make sure it normalizes the case: http://rt.cpan.org/Public/Bug/Display.html?id=28713 The author of HTML::Encoding, which is used by the validator, actually thinks this is not LWP's responsibility and ack'd the bug report: http://lists.w3.org/Archives/Public/www-validator/2007Aug/0068.html http://search.cpan.org/dist/HTML-Encoding/ 18133 4 ot 2007-12-19 05:53:15 +0000 a new version of the HTML::Encoding library fixes this issue: http://lists.w3.org/Archives/Public/www-validator/2007Dec/0006.html tested on the dev server, I am updating the production service with the new library and closing this bug.