Bug #70268 for POE-Component-Client-HTTP: Bug in POE::Component::Client::HTTP test

Sun Aug 14 14:42:56 2011 blackcode [...] speedpost.net - Ticket created

Subject:	Bug in POE::Component::Client::HTTP test
Date:	Sun, 14 Aug 2011 10:26:12 -0400
To:	"rcaputo [...] cpan.org" <rcaputo [...] cpan.org>
From:	"blackcode [...] speedpost.net" <blackcode [...] speedpost.net>

t/01_request.t ............... 11/12 # Failed test 'unexpected response' # at t/01_request.t line 179. # path(/badhost) code(303) # response((( # HTTP/1.0 303 See Other # Connection: close # Date: Sun, 14 Aug 2011 14:19:33 GMT # Location: http://guide.a.id.opendns.com/?url=not%2Elocalhost%2Ebut%2Einvalid%2Fbadhost # Server: OpenDNS Guide # Content-Length: 0 # X-PCCH-Peer: 67.215.65.132.80 # # ))) Hello, users of OpenDNS are redirected to their 'host not found' page if the hostname doesn't resolve and this causes this test to fail. Switching to another DNS server fixes the issue. -- blackcode@speedpost.net -- http://www.fastmail.fm - Choose from over 50 domains or use your own

Sat Mar 10 15:01:40 2012 RCAPUTO [...] cpan.org - Correspondence added

Thank you for the bug report. I just released this fix (I hope) to PAUSE. commit bcc6b11a4effd9a59e6315a1c667d88067896231 Author: Rocco Caputo <rcaputo@cpan.org> Date: Sat Mar 10 14:51:54 2012 -0500 [rt.cpan.org 70268] Some DNS providers redirect bad hosts. They redirect bad hosts instead of allowing outright failure. I think it's supposed to be helpful, or improve domain sales, or both, or something. But anyway, it meant that people using certain DNS providers wouldn't be able to cleanly test this distribution. Thanks to "blackcode" for reporting this. Unfortunately I'm not sure of a foolproof solution other than to make the test accept 303s. Patches are welcome, dear reader from the future.

Sat Mar 10 15:01:41 2012 The RT System itself - Status changed from 'new' to 'open'

Sat Mar 10 15:01:42 2012 RCAPUTO [...] cpan.org - Status changed from 'open' to 'resolved'