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
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.