Add support for "away-notify" capability (http://ircv3.atheme.org/extensions/away-notify-3.1)
Add support for "account-notify" capability (http://ircv3.atheme.org/extensions/account-notify-3.1)
Add support for "extended-join" capability (http://ircv3.atheme.org/extensions/extended-join-3.1)
Don't bother negotiating UHNAMES or NAMESX using PROTOCTL if we have already enabled the userhost-in-names and multi-prefix capabilities with CAP
Don't bother asking for TSIRC using the TIMESTAMPEDIRC command if we have negotiated it using CAP
Rename "tsirc" capability to "dfbnc.com/tsirc" as a non-standard capability
From a DMDirc point of view, capabilities probably need exposing through the general interface somehow so that if (for example) away-notify is enabled, the client doesn't still send lots of WHOs.
Change-Id: Ice7a8ceae5595a364881e5a1fbe2d7fbdef9a639
Reviewed-on: http://gerrit.dmdirc.com/2544
Reviewed-by: Chris Smith <chris@dmdirc.com>
Automatic-Compile: DMDirc Build Manager
Add support for "TimestampedIRC" (See: http://shanemcc.co.uk/irc/#timestamping)
- This is used for backbuffer support in DFBnc, we currently only care about timestamps in
ProcessMessage, everything else will just use the current time in their callbacks as before.
Change-Id: I248bfd4d72800465ba4b06331261a8519690c3d5
Reviewed-on: http://gerrit.dmdirc.com/2172
Automatic-Compile: DMDirc Build Manager
Reviewed-by: Greg Holmes <greg@dmdirc.com>
Add ServerTypeGroup to allow grouping of servers with common behaviour. (Fixes issue 3491).
Switch everything that does something on a per-ircd basis to use ServerTypes not Strings.
Deprecate getIRCD() in favour of getServerSoftware() and getServerSoftwareType().
Change-Id: I324eaadeb39a9999f7dd9d7b8e6bd583dce7abca
Reviewed-on: http://gerrit.dmdirc.com/431
Reviewed-by: Chris Smith <chris@dmdirc.com>
Tested-by: Chris Smith <chris@dmdirc.com>
If we have a 0-length string just ignore it.
Fixes issue 2942
Change-Id: I963aab86ff426fed0fa22fdbd1b3dce36818106a
Reviewed-on: http://gerrit.dmdirc.com/88
Reviewed-by: Chris Smith <chris@dmdirc.com>
Tested-by: Chris Smith <chris@dmdirc.com>