| Commit message (Expand) | Author | Age | Files | Lines |
|---|
| * | - Added set::uhnames setting which can be used to disable uhnames by setting••• it to 'no', the default is 'yes' (on). Requested by Robin (#0003885) as
UHNAMES may increase the time of the nick list being loaded from 1 to 4
seconds when joining several channels with more than 1000 users. As this
problem is only present on some networks, we keep UHNAMES enabled by
default.
|  Bram Matthys | 2010-01-12 | 1 | -1/+2 |
| * | - Added set::watch-away-notification which can be set to 'no' to disable••• WATCH away notification. The default is 'yes' (=enabled).
| Bram Matthys | 2008-12-27 | 1 | -1/+2 |
| * | - #0002833 reported and patched by tabrisnet, implementing UHNAMES••• [Backport, only slightly modified for speed]
| Bram Matthys | 2008-08-19 | 1 | -0/+1 |
| * | - Backport from 3.3 away notification from Oct 2006, this is v0, a further••• patch will follow soon and the numerics will be changed.
| Bram Matthys | 2008-02-29 | 1 | -0/+1 |
| * | - Fixed bug in currently unused code, reported by DeadNotBuried (#0002835).•••- Modulized NAMES command (can now be upgraded on the fly, if ever needed).
- Added NAMESX support, seeing both mIRC (5.17) and XChat support this. What this does is
send all rights of all users on the channel in the NAMES reply (eg: @+Syzop if the user is +ov)
instead of only the highest one (@Syzop in previous example). We only do so if the client
explicitly requested this via a NAMESX in a PROTOCTL message (eg: 'PROTOCTL NAMESX').
Note that there is a glitch: since most clients only send the PROTOCTL NAMESX after they
see NAMESX listed in the 005 announce message this has the effect that if there are
set::auto-join channels present (where users are automatically joined to by the server) the
extended NAMES reply will not be sent for those channels, because from the IRC server' point
of view the join happened before the PROTOCTL and hence it does not know the client wanted
NAMESX at that point (the result is not catastrophic: the old-style NAMES is sent for those
channels). Anyway, for all non-autojoin channels this works great. So still worth adding IMO.
Originally suggested in #0000606.
Side note: this does not mean we dropped the idea of (also) having a challenge-response
system for good ;).
| Bram Matthys | 2006-02-26 | 1 | -0/+1 |
| * | - Fixed 2 problems caused by TKL move: 1 windows crash, 1 problem with loadin...••• reported by Trocotronic (#0002553, #0002554).
| Bram Matthys | 2005-06-07 | 1 | -1/+1 |
| * | Added invite exceptions (+I) |  codemastr | 2005-01-29 | 1 | -1/+2 |
| * | Added channel alias {}'es and fixed an Isupport bug | codemastr | 2004-10-03 | 1 | -0/+1 |
| * | Rewrote the 005 system to be dynamic and added an API to manipulate it | codemastr | 2004-09-03 | 1 | -0/+270 |
Bram Matthys
codemastr