- From: Terje Bless <link@pobox.com>
- Date: 22 Jul 2003 12:44:35 +0200
- To: W3C Validator <www-validator@w3.org>
- Cc: Ralf Wiebicke <ralf@rw7.de>
On Tue, 2003-07-22 at 12:02, Ralf Wiebicke wrote: > > /check/referer is actually an alias for /check?uri=referer, so by using > > that directly you can specify whatever parameters you like. So to check > > your error pages you would link to > > <http://validator.w3.org/check?uri=referer;No200=1>. > > Thank you very much for your fast response. However, it did not work. > I set up a small test case: You may try http://rw7.de/ralf/favicon.ico > This URL should return a "410 Gone" error. I built in two links to > > http://validator.w3.org/check?uri=referer;No200=1 > > which I think contains a typo, and > > http://validator.w3.org/check?uri=referer&No200=1 > > which I think corrects that typo. It's not a typo; the preferred CGI parameter separator is ";" as "&" has some issues. A bit hard to change as browsers only support "&" when constructing form submissions from a web page, but we still by default provide all links using ";". > Both links do not work. Accually that > http://validator.w3.org/check?uri=referer performs a redirection with the > "referer" replaced by the actual referer URL. On this redirection, the > "&No200=1" (and probably all other parameters) get lost. Ooops! It looks like we do not take care to propogate the CGI parameters in this redirect. I'll look into fixing that for the next release. Thanks for finding this one for us! I've logged this as Bug #278[0] in our bug tracking system. Feel free to add yourself to the CC list if you want to watch progress on this issue. [0] - <http://www.w3.org/Bugs/Public/show_bug.cgi?id=278>
Received on Tuesday, 22 July 2003 06:44:48 UTC