Re: IO Error whenever page is named contact.html

--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Leonid Batkhan <[email protected]>, 2020-05-06 15:14 -0400:
> Archived-At: <https://www.w3.org/mid/006e01d623da$8b7ee440$a27cacc0$@lene=
tek.com>
> ...
>=20
> However, given that all the above pages are accessible and retrievable
> via browsers and function just fine, why the validator can just ignore
> that 409 server response and still run validation report on the page. The
> validator should validate accessible and retrievable page based on its
> contents only and disregard that server code.

The HTML checker does in fact have an option that lets you choose to force
checking even when the response is an HTTP error. It=E2=80=99s in the check=
er UI at
https://validator.w3.org/nu/ =E2=80=94 if you press the "Options..." button=
 and
then select the "check error pages" option.

But in the case of the 409 error for https://www.usa-travel.us/contact.html,
that option is not very useful, because when the checker makes a request to
that URL, the following shows what the site sends back:

  $ curl -i https://www.usa-travel.us/contact.html
  HTTP/2 409
  date: Wed, 06 May 2020 23:34:50 GMT
  server: Apache
  content-length: 83
  content-type: text/html; charset=3Diso-8859-1

  <script>document.cookie =3D "humans_21909=3D1"; document.location.reload(=
true)</script>

That is, the server isn=E2=80=99t sending the normal/expected contents of t=
he page at
https://www.usa-travel.us/contact.html. Instead the only contents it sends =
are:

  <script>document.cookie =3D "humans_21909=3D1"; document.location.reload(=
true)</script>

The following link shows what the checker reports when checking that respon=
se =E2=80=94

https://validator.w3.org/nu/?showsource=3Dyes&checkerrorpages=3Dyes&doc=3Dh=
ttps://www.usa-travel.us/contact.html

--=20
Michael[tm] Smith https://people.w3.org/mike

--nFreZHaLTZJo0R7j
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE1IdYVkFeY5ZNh0RRh9F0d7w6S5UFAl6zTjcACgkQh9F0d7w6
S5WEtw//YizEh6tZZvV7fGiIeYlDTavCQqZlaqmkIlZNaIYHXZnASa/xbhe+Xso7
wJUkV7lmqXp/eKW6AxJAiv8eOTUPyY+Q0RPjUbSwM4jXjQvU7a5wUNhNi0Z7Wlx/
kJjE13lrHMNWOyKry+sPw2gIcetL23PV2Ck23OXRJcNQvws3I/IbbsUHdz2wC1XU
VGIKJVXSVIDO1Aj8VrRty7mjgnQMALyNHyrZ8mpFkqvyQNx203p36Pex9jXA/695
+bUXJwFNLHj0FLDAcHaXgpD5I2QragMqqV/wwFAoes9eBqE6w73/+QItbVAC6mO6
XfpmjIlLeQy8VxnBzJCf0umpakC/irpFVVPOvnDa0sCrJ5K1hY9lGg3b8K+qTacC
eeIBR0KRxT5XoaL5RA2JElQdZpA5p7CLXK6VW4Y0SyGSuzhhQXbqwF7YJYE5ydLj
WSx3mRMO4n6JWFQ78Nk/JE6CuqdilmuMgepXM3XORL2B0T73DXlcSdOl0h1jT8s1
vRmXBZpbgyhFa+DG+1InRlo/6gKQOJC58rwiAL4rUjfo9P+Ov85vrx0JZ1yvcJWU
gu0Z1B8n3a9jW01e7cEHQFIs2bXB5xI18s+LDhpjNuHkj+2dvbq9F+3lvLVAqyYy
pJMQTGOWkKqqqY3ztgnw7ukyoyqcH/5L5f89DCbQZi90EM6KH0w=
=quaW
-----END PGP SIGNATURE-----

--nFreZHaLTZJo0R7j--