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://validator.w3.org/ doesn't support checking of pages in IPv6 hosts.
*** Bug 3322 has been marked as a duplicate of this bug. ***
The validator depends on libwww-perl (a.k.a LWP) for the HTTP layer, and is unlikely to support IPV6 until lwp does.
See LWP bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1621152&group_id=14630&atid=364630
Is libwww-perl even active any more. The last mailing list entry I see, in the archive, is 2001 and there was a ticket opened with regards to IPv6 in 2006, with no activity.
I have made some changes to the libwww library and have made them available here: http://www.geocities.com/ajmas/software/libwww-perl-5.808-ipv6.tgz I am going to see whether I can eventually get something more official done. It should also be noted that in doing this support for filtering out http://[::1] should be added to the validator.
Created attachment 538 [details] Modified W3C::Validator::UserAgent This is a modified version of W3C::Validator::UserAgent to filter out [::1] addresses. I have explicitly tested for [::1] since I couldn't work out how to gethostbyname() and Net::IP to play nicely with IPv6. Additionally it would appear the $uri->host() operation is returning a bracketed IPv6 address when it should not be.
Changes in W3C::Validator::UserAgent seem to have issues. Ignore for now.
the URL mentioned doesn't seem to be accessible, but http://www.ipv6.sixxs.net/ or http://www.ipv6.airwire.ie/ could be used for a test. Is there any progress on this ?
This bug has been open for so many years and still no progress. Adding me to CC anyway.
Please. This doesn't even work if I use URL without literal IPv6 address, but DNS name which have only CNAME/AAAA records. Validator says: 500 Can't connect to some.domain.name.com:80 (Bad hostname 'some.domain.name.com') Also validator.w3.org is not yet accessible over IPv6. It looks that development (officially) moved to http://gitorious.org/projects/libwww-perl A bug report is opened here https://rt.cpan.org/Public/Bug/Display.html?id=29468 Also same bug is reported in Debian repository http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614948 For example it looks that connection functionality was moved to libnet-http-perl module. if someone with knowledge of validator code would step up, it should be less than hour of work to switch to new code, and test it.
(In reply to comment #10) > It looks that development (officially) moved to > http://gitorious.org/projects/libwww-perl Actually it's https://github.com/gisle/libwww-perl > if someone with knowledge of validator code would step up, it should be less > than hour of work to switch to new code, and test it. There's no need for any knowledge of the validator code yet. When libwww-perl gains IPv6 support, then it's time to look into if something needs to be done on the validator side.
The following URL explains how to add IPv6 support to LWP: https://stackoverflow.com/questions/2215049/how-do-i-enable-ipv6-support-in-lwp The "best answer", by user cjm, was: It looks like you just need to use Net::INET6Glue::INET_is_INET6. To quote its example: use Net::INET6Glue::INET_is_INET6; use LWP::Simple; print get( 'http://[::1]:80' ); print get( 'http://ipv6.google.com' ); Another answer, by Ondrej Prochazka, mentions that it might not work with "$ua = new LWP::UserAgent();", then running ->request on an object created from "HTTP::Request". I.e. this doesn't work: use Net::INET6Glue::INET_is_INET6; use LWP::Simple; $ua = new LWP::UserAgent(); my $req = new HTTP::Request("GET", "http://[::1]/"); my $res = $ua->request($req); Do these hints help in any way to adapt the validator script to support IPv6 web sources?