This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
http://jigsaw.w3.org/css-validator/validator?uri=http://lduskins.net/ i think this is bug :( same things with css: http://jigsaw.w3.org/css-validator/validator? uri=http://lduskins.net/ & http://jigsaw.w3.org/css-validator/validator? uri=http://lduskins.net/skins/classic/classic.css :(
Apart from the "Please, validate your XML document first!" message being somewhat misleading, I see no bug here. http://lduskins.net/ has a bug though, the response contains a Content-Type HTTP header with an invalid charset value (note the "." before "win"): $ HEAD http://lduskins.net/ | grep Content-Type Content-Type: text/html; charset=.win-1251 Your CSS example does not have the same problem: $ HEAD http://lduskins.net/skins/classic/classic.css | grep Content-Type Content-Type: text/css Leaving open for comments about improving the error message.
I have a similar issue, when using IIS and Classic ASP, where Charset is returned in caps. Is this "attribute" supposed to be case-sensitive?
For CSS files, it now says ".UnsupportedEncodingException: .win1251" The message may be prettier, but at least the explanation of the issue is there.