W3C home > Mailing lists > Public > www-validator@w3.org > April 2001

Re: several fixes

From: Terje Bless <link@tss.no>
Date: Wed, 18 Apr 2001 05:56:21 +0200
To: Bjoern Hoehrmann <derhoermi@gmx.net>
Cc: www-validator@w3.org
Message-ID: <20010418055921-b01010701-888bb0cb@192.168.1.6>
On 18.04.01 at 05:43, Bjoern Hoehrmann <derhoermi@gmx.net> wrote:

>Well, you can offer something like
>http://validator.w3.org/check?uri=referer&ss= if you feel better with
>that :-)

You know, that's a _great_ idea! I think I may just do that. :-)


>>>>http://foo.com --> http://foo.com/
>>
>>Sold! The extra slash is history. :-)
>
>You've forgotten
>
>| --- check.old   Wed Apr 18 05:39:23 2001
>| +++ check       Wed Apr 18 05:39:52 2001
>| @@ -325,7 +325,7 @@
>| 
>|  #
>|  # Print different things if we got redirected or had a file upload.
>| -if ($File->{URI} eq $q->param('uri')) {
>| +if (URI::eq($File->{URI}, $q->param('uri'))) {
>|    print ' ' x 4, qq(<li><a href="$uri_def_uri">URI</a>: );
>|    print '<a href="', ent($File->{URI}), '">', ent($File->{URI}),
qq(</a>\n);
>|  } elsif ($q->param('uploaded_file')) {
>
>(quoted to prevent line wrapping) in revision 1.96.

As mentioned in my other message, this doesn't seem to work. URI::eq is
deciding that the two URIs are always different. I'll have to figure that
out before I can apply this part of the patch.


Hmmm. I wonder of this is a stringify/overload problem? Or maybe
scalar/list context? Must... Read... Source... :-)
Received on Tuesday, 17 April 2001 23:59:30 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 25 April 2012 12:13:56 GMT