PEAR Bug Search Results

Net_SmartIRC: Feature/Change Request 16755 [Open] Not possible to join more than one chanel even if "$channelarray" is correctly

nazgul at eviladmins dot se — 2009-11-01T07:01:20+00:00

Net_SmartIRC Feature/Change Request
Reported by missterx
2009-11-01T07:01:20+00:00
PHP: 5.2.5 OS: Linux Package Version: 1.0.1

Description:
------------
function join($channelarray, $key = null, $priority = SMARTIRC_MEDIUM)

Contains fawlty code - corrected.

Test script:
---------------
// Correct code follows:
        if ($key !== null) {
            foreach ($channelarray as $idx => $value) {
                $this->_send('JOIN '.$value.' '.$key, $priority);
            }
        } else {
            foreach ($channelarray as $idx => $value) {
                $this->_send('JOIN '.$value, $priority);
            }
        }

Net_SmartIRC: Bug 16531 [Open] Nickname changes wrong

giggsey at gmail dot com — 2009-08-18T15:31:02+00:00

Net_SmartIRC Bug
Reported by giggsey
2009-08-17T14:35:16+00:00
PHP: Irrelevant OS: N/A Package Version: 1.0.1

Description:
------------
Nickname changes are reflected wrong with nickname changes 
in $irc->channel

The first character of the nickname is removed when channel 
and nickname tracking is enabled.

Fix is:
open messagehandler.php

Line: 101
Replace: $newnick = substr($ircdata->rawmessageex[2], 1);
With: $newnick = $ircdata->rawmessageex[2];

NICK doesn't have the : at the start of the nickname.

Net_SmartIRC: Bug 14924 [Open] delayed timer with real socket

cortexd at wanadoo dot fr — 2008-10-30T11:29:14+00:00

Net_SmartIRC Bug
Reported by cortexd
2008-10-30T11:29:14+00:00
PHP: 5.2.6 OS: Windows XP SP3 Package Version: 1.0.0

Description:
------------
with real socket, the timer handler is delayed if someone talks on the channel between two triggers

Test script:
---------------
message(SMARTIRC_TYPE_CHANNEL, '#cortexd', 'every 10 seconds');
    }
}

$bot = new Bot();
$irc = new Net_SmartIRC();
$irc->setUseSockets(true);

$irc->registerTimehandler(10000, $bot, 'test');

$irc->connect('irc.quakenet.org', 6667);
$irc->login('SmartIRC', 'Net_SmartIRC', 8, 'smartirc');
$irc->join('#cortexd');
$irc->listen();

Expected result:
----------------
with "$irc->setUseSockets(false);" the result is :

[17:08:49]  every 10 seconds
[17:08:59]  every 10 seconds
[17:09:09]  every 10 seconds
[17:09:19]  every 10 seconds
[17:09:29]  every 10 seconds
[17:09:39]  every 10 seconds
[17:09:42]  lol
[17:09:44]  lol
[17:09:45]  lol
[17:09:49]  every 10 seconds

Actual result:
--------------
with "$irc->setUseSockets(true);" the result is :

[17:11:11]  every 10 seconds
[17:11:21]  every 10 seconds
[17:11:31]  every 10 seconds
[17:11:42]  every 10 seconds
[17:11:52]  every 10 seconds
[17:12:02]  every 10 seconds
[17:12:13]  every 10 seconds
[17:12:23]  every 10 seconds
[17:12:26]  lol
[17:12:28]  lol
[17:12:29]  lol
[17:12:40]  every 10 seconds
[17:12:50]  every 10 seconds

when somebody talks, the timer is delayed !

Net_SmartIRC: Bug 13079 [Open] Does not support founder/admin/half-op modes

php at radicand dot org — 2008-02-06T17:34:22+00:00

Net_SmartIRC Bug
Reported by njpappas
2008-02-06T17:34:22+00:00
PHP: 5.2.5 OS: N/A Package Version: 1.0.0

Description:
------------
The 1.0.0 package handles unknown usermodes incorrectly, prepending them to the nickname and thus prevents any user metadata from getting stored or called correctly (e.g., the $host member variable for a user is not populated).  Newer IRCd's such as Rizon use +qah (founder ~, admin &, half-op %), and this is pretty standardized for IRCd's supporting these extended usermodes.

I've written a patch to support these modes.  My patch also addresses an earlier feature request I filed regarding execution of multiple event handlers.

Net_SmartIRC: Bug 12539 [Verified] Flaw in timeout detection.

mario at mafiareturns dot com — 2007-11-28T16:52:05+00:00

Net_SmartIRC Bug
Reported by topnotcher
2007-11-28T00:09:01+00:00
PHP: 5.2.4 OS: Linux Package Version: 1.0.0

Description:
------------
Summary: When auto reconnect is on, SmartIRC disconnects if it doesn't receive for 300 seconds.

Problem: the code expects that the server will send a ping in that amount of time, but this is not necessarily the case; an active client (i.e. dots of sending) may not be pinged because the server knows he is alive.  I encountered a problem where I was sending lots of information to a log channel, but not getting any data sent to me (as is to be expected). SmartIRC detected a receive timeout and reconnected.


Possible Solution: PING the server after 1/2 the receive timeout (in this case, 150 seconds). If a response is received, then the _lastrx is set. Else, a timeout should be detected at 300 seconds (150 seconds after the ping is sent)