Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.1.14

Bug #20475 Channel not containing nicks
Submitted: 2014-12-30 03:20 UTC
From: xvilo Assigned: garrettw
Status: Closed Package: Net_SmartIRC (version 1.1.5)
PHP Version: 5.6.4 OS: Mac OSX Yosemite
Roadmaps: (Not assigned)    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 4 + 1 = ?

 
 [2014-12-30 03:20 UTC] xvilo (sem schilder)
Description: ------------ The $channel variable is not containing any users... So the code is not working Test script: --------------- https://github.com/pear/Net_SmartIRC/blob/master/docs/examples/example3.php Expected result: ---------------- List of users Actual result: -------------- NULL

Comments

 [2014-12-30 03:22 UTC] xvilo (sem schilder)
-Summary: Channel not container nicks +Summary: Channel not containing nicks
 [2014-12-30 15:17 UTC] garrettw (Garrett Whitehorn)
-Status: Open +Status: Assigned -Assigned To: +Assigned To: garrettw
After looking at the code in example3.php, I think the problem could be related to how the code tells the #smartirc-test channel that it's listing ops joined to that same channel, when in fact it is listing the ops joined to #test instead. I'll be testing that hypothesis soon and if it's correct, the bug will be fixed quickly.
 [2014-12-30 16:58 UTC] garrettw (Garrett Whitehorn)
Turns out that wasn't the problem. First half of the issue is that Freenode redirects the bot from joining #test to joining ##fix_your_mind instead. Not sure why that happens to the bot when it doesn't happen to me when I /join #test in a normal client. Second half is that parsing for RPL_NAMREPLY and RPL_WHOREPLY is not implemented correctly, which I'm working on fixing.
 [2015-01-08 07:22 UTC] garrettw (Garrett Whitehorn)
-Status: Assigned +Status: Closed
This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.