Requesting ban lists from an unsynced channel will ask
them from the server, banning a user whose u@h irssi
does not know will ban nick!*@* and only bans irssi
knows about can be removed.
git-svn-id: file:///var/www/svn.irssi.org/SVN/irssi/trunk@4925 dbcabf3a-b0e7-0310-adc4-f8d773084564
Original patch by JasonX, somewhat changed by exg and me.
git-svn-id: file:///var/www/svn.irssi.org/SVN/irssi/trunk@4922 dbcabf3a-b0e7-0310-adc4-f8d773084564
server, it prevents /away from working when the active item server is
not an irc one. The check is already performed in
irc_server_send_away, so /away -one is unchanged. Patch by Gabor Adam
Toth.
git-svn-id: file:///var/www/svn.irssi.org/SVN/irssi/trunk@4914 dbcabf3a-b0e7-0310-adc4-f8d773084564
The only major ircd supporting /wallchops also supports
/notice @#channel.
The /wall command has used /notice @#channel (if it is
supported which is pretty much everywhere) for a while
and so it can be used without problems on large channels.
git-svn-id: file:///var/www/svn.irssi.org/SVN/irssi/trunk@4902 dbcabf3a-b0e7-0310-adc4-f8d773084564
message own_{private,public} now receive the message in the client encoding.
git-svn-id: file:///var/www/svn.irssi.org/SVN/irssi/trunk@4890 dbcabf3a-b0e7-0310-adc4-f8d773084564
function to read linewise from the associated io channel.
Rewrite irc/dcc/proxy read logic on top of it.
git-svn-id: file:///var/www/svn.irssi.org/SVN/irssi/trunk@4841 dbcabf3a-b0e7-0310-adc4-f8d773084564
The -usermode is now implicitly treated as a requested
usermode change; the MODE command setting it is not
redirected. This is good because user MODE may or may
not give a reply and this could be confused with the MODE
message indicating the initial usermode.
Possible issue here: '-' modes in -usermode persist only
until you change your umode via /mode.
Bug #548
git-svn-id: http://svn.irssi.org/repos/irssi/trunk@4668 dbcabf3a-b0e7-0310-adc4-f8d773084564
These mostly happen when doing remote whois and the
target server is slow.
The code uses the source server but will try to do what it
can if servers think they need to mask it.
git-svn-id: http://svn.irssi.org/repos/irssi/trunk@4638 dbcabf3a-b0e7-0310-adc4-f8d773084564
We do not do this for WHOIS because the resulting replies
tend to be buggy and inconsistent.
git-svn-id: http://svn.irssi.org/repos/irssi/trunk@4617 dbcabf3a-b0e7-0310-adc4-f8d773084564
that the CHANNEL_REC is still around when handlers for
specific numerics are executed. This allows removing the
ugly special case for 437; I will also use this for 470
(channel forwarding).
git-svn-id: http://svn.irssi.org/repos/irssi/trunk@4572 dbcabf3a-b0e7-0310-adc4-f8d773084564
"Bad user info" (case insensitive) in an ERROR message as
an indication of a server ban.
git-svn-id: http://svn.irssi.org/repos/irssi/trunk@4571 dbcabf3a-b0e7-0310-adc4-f8d773084564
This fixes bug #510. Note that #510 only happened if multiple
bans were sent before the MODE came back and multiple unbans
were sent before the MODE came back.
git-svn-id: http://svn.irssi.org/repos/irssi/trunk@4544 dbcabf3a-b0e7-0310-adc4-f8d773084564
this retries joins that failed because of netsplits
(channel temporarily unavailable (437), duplicate channel)
A few servers abuse 437 for juped channels which should
not be retried, you should disable channels_rejoin_unavailable
if this is a problem.
- Display 437 and 407 numerics if channels_rejoin_unavailable
is not enabled.
Bug #495
git-svn-id: http://svn.irssi.org/repos/irssi/trunk@4537 dbcabf3a-b0e7-0310-adc4-f8d773084564
