Skip Menu |
 

This queue is for tickets about the POE-Component-IRC CPAN distribution.

Report information
The Basics
Id: 70744
Status: resolved
Priority: 0/
Queue: POE-Component-IRC

People
Owner: Nobody in particular
Requestors: dmacks [...] netspace.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: t/03_subclasses/06_state_nick_sync.t failure
Date: Mon, 05 Sep 2011 14:47:37 -0400
To: bug-POE-Component-IRC [...] rt.cpan.org
From: "Daniel Macks" <dmacks [...] netspace.org>
Building POE-Component-IRC-6.70 on OS X 10.6 using Apple's perl5.10.0 (with all non-core perl module dependencies satisfied via fink) I get a self-test failure: t/03_subclasses/05_state_awaypoll.t ................ ok #   Failed test 'Channel from irc_nick_sync is correct' #   at t/03_subclasses/06_state_nick_sync.t line 127. #          got: '#testchannel2' #     expected: '#testchannel' #   Failed test 'Channel from irc_nick_sync is correct' #   at t/03_subclasses/06_state_nick_sync.t line 131. #          got: '#testchannel' #     expected: '#testchannel2' # Looks like you failed 2 tests of 16. Looks like the nick_sync HEAP is just in the opposite order of expected. Is a certain order guaranteed by the underlying calls and protocols? I tried it with fink's perl5.8.8 (along with module dependencies) and all tests passed. Maybe POE::C::IRC is not compatible with some certain version of some module? Not quite sure where to look though. dan -- Daniel Macks dmacks@netspace.org
Download (untitled) / with headers
text/plain 203b
I've already fixed this in git. See https://github.com/bingos/poe-component-irc/commit/9524a17465a61c6fb01b01937db7c679b1aad8f2 I'll create a new release tonight or tomorrow, which will have the bugfix.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.