Bug #65271 for Test-Override-UserAgent: Test failures behind a firewall

Sun Jan 30 23:34:14 2011 sprout [...] cpan.org - Ticket created

Subject:	Test failures behind a firewall
Date:	Sun, 30 Jan 2011 20:34:04 -0800
To:	bug-Test-Override-UserAgent [...] rt.cpan.org
From:	Father Chrysostomos <sprout [...] cpan.org>

When I run the tests for this module, t/live_restriction.t fails: DOUGDUDE/Test-Override-UserAgent-0.002.tar.gz /usr/bin/make -- OK Warning (usually harmless): 'YAML' not installed, will not store persistent state Prepending blib/arch and blib/lib of 21 build dirs to PERL5LIB; for 'test' Running make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t t/00-load.t ............. 1/1 # Perl 5.010001, /usr/bin/perl # Test::Override::UserAgent 0.002 t/00-load.t ............. ok t/bad_handlers.t ........ ok t/constructor.t ......... ok t/from_configuration.t .. ok t/handle_request.t ...... ok t/live_restriction.t .... 4/7 # Looks like you planned 7 tests but ran 4. t/live_restriction.t .... Dubious, test returned 255 (wstat 65280, 0xff00) Failed 3/7 subtests (less 1 skipped subtest: 3 okay) t/psgi.t ................ ok t/psgi_validate.t ....... ok t/scope.t ............... ok t/simple.t .............. ok t/user_agent.t .......... ok Could you perhaps make the test work behind a firewall that blocks most HTTP traffic, or skip the test in such cases? (See also LWP::Online, which may come in handy.)

Mon Jan 31 00:34:10 2011 doug [...] somethingdoug.com - Correspondence added

Subject:	Re: [rt.cpan.org #65271] Test failures behind a firewall
Date:	Mon, 31 Jan 2011 00:33:55 -0500
To:	<bug-Test-Override-UserAgent [...] rt.cpan.org>
From:	"Douglas Wilson" <doug [...] somethingdoug.com>

Hey, quick question, but it's weird the test actually died. Did you kill it there, or did it do that by itself? I added a patch to a development version that makes the timeout really quick and will end up skipping, which I hope will fix the issue, but I've been too busy to really make a release. If it isn't too big of an invonvience, you can see if the master tarball (attached) fixes this issue. Show quoted text

-----Original Message----- From: Father Chrysostomos via RT Sent: Sunday, January 30, 2011 23:34 To: undisclosed-recipients: Subject: [rt.cpan.org #65271] Test failures behind a firewall Sun Jan 30 23:34:14 2011: Request 65271 was acted upon. Transaction: Ticket created by sprout@cpan.org Queue: Test-Override-UserAgent Subject: Test failures behind a firewall Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: sprout@cpan.org Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=65271 > When I run the tests for this module, t/live_restriction.t fails: DOUGDUDE/Test-Override-UserAgent-0.002.tar.gz /usr/bin/make -- OK Warning (usually harmless): 'YAML' not installed, will not store persistent state Prepending blib/arch and blib/lib of 21 build dirs to PERL5LIB; for 'test' Running make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t t/00-load.t ............. 1/1 # Perl 5.010001, /usr/bin/perl # Test::Override::UserAgent 0.002 t/00-load.t ............. ok t/bad_handlers.t ........ ok t/constructor.t ......... ok t/from_configuration.t .. ok t/handle_request.t ...... ok t/live_restriction.t .... 4/7 # Looks like you planned 7 tests but ran 4. t/live_restriction.t .... Dubious, test returned 255 (wstat 65280, 0xff00) Failed 3/7 subtests (less 1 skipped subtest: 3 okay) t/psgi.t ................ ok t/psgi_validate.t ....... ok t/scope.t ............... ok t/simple.t .............. ok t/user_agent.t .......... ok Could you perhaps make the test work behind a firewall that blocks most HTTP traffic, or skip the test in such cases? (See also LWP::Online, which may come in handy.)

Download dougwilson-perl5-test-override-useragent-0.002_001-8-gecb3f13.tar.gz
application/x-gzip 21.5k

Message body not shown because it is not plain text.

Mon Jan 31 00:34:11 2011 The RT System itself - Status changed from 'new' to 'open'

Mon Jan 31 23:52:32 2011 DOUGDUDE [...] cpan.org - Correspondence added

Never mind, I have this fixed in the repository and will be in 0.002.

Fri Feb 04 10:49:05 2011 DOUGDUDE [...] cpan.org - Status changed from 'open' to 'patched'

Fri Feb 04 11:56:46 2011 DOUGDUDE [...] cpan.org - Correspondence added

This should be fixed in 0.003, which is on it's way to the CPAN. Please let me know if this is still not working in 0.003.

Fri Feb 04 11:56:47 2011 The RT System itself - Status changed from 'patched' to 'open'

Sat Feb 05 00:06:27 2011 DOUGDUDE [...] cpan.org - Status changed from 'open' to 'patched'

Sat Feb 05 00:06:27 2011 DOUGDUDE [...] cpan.org - Fixed in 0.003 added

Fri Aug 05 14:59:12 2011 DOUGDUDE [...] cpan.org - Status changed from 'patched' to 'resolved'