- From: Michael[tm] Smith <mike@w3.org>
- Date: Mon, 10 Aug 2015 12:04:57 +0900
- To: Joe Merrill <jmerrill@crankingsoftware.com>
- Cc: www-validator@w3.org
- Message-ID: <20150810030457.GA963@sideshowbarker.net>
Hi Joe, Joe Merrill <jmerrill@crankingsoftware.com>, 2015-08-06 10:08 -0600: > Archived-At: <http://www.w3.org/mid/CAHeScEg3CXuxRCwr5=aOEPNKba6ivs4WxZgD70VRPPiBp9XU5g@mail.gmail.com> > > While trying to validate http://www.mdsupplies.com the following error is > show: > > A fatal error occurred when attempting to decode response body from > http://www.mdsupplies.com/. Either we do not support the content encoding > specified ("gzip"), or an error occurred while decoding it. > > The error was: Can't gunzip content: Header Error: Minimum header size is > 10 bytes Yeah, that seems to be a bug in the legacy Markup Validator (that is, https://validator.w3.org/) I have no idea how to troubleshoot it. But the fix is just to not use the legacy Markup Validator but instead to just use the current W3C HTML Checker (https://validator.w3.org/nu/). > The same page can be validated by the Nu validator with no errors. Yeah https://validator.w3.org/nu/?doc=http://www.mdsupplies.com works as expected, and that’s the recommended tool to use. > It can also be fetched by google and displays correctly in all browsers. > If this error could show the request/response headers it would be very > useful. Or if it could list the actual specification(s) that the response > is violating. There is no problem with the response. You can verify that by doing this: curl -s -H "Accept-Encoding: gzip" http://www.mdsupplies.com | gunzip -t Which as expected returns nothing (indicating there’s no gzip error). —Mike -- Michael[tm] Smith https://people.w3.org/mike
Received on Monday, 10 August 2015 03:05:22 UTC