Buggy Version Reply
<Flare183> wfjoqw2jdowjodjwodjwo :VERSION Nothing. -ZTecWiz_- VERSION Quassel IRC v0.7.3 (git-7db97a6) (built on Sep 8 2011 19:12:58) -- http://www.quassel-irc.org -Carlos- VERSION infobot 0.45.3 [Wurm] -XB- VERSION eggdrop v1.6.20 -Kyle- VERSION Quassel IRC v0.8-pre (0.8-pre+86 git-da215fc) (built on Nov 1 2011 08:15:07) -- http://www.quassel-irc.org
As you can see from above when a client inputs the raw VERSION command, quassel will reply a version no matter if its directed to it or not.
Simplify CTCP parsing by default
Rather than adhering to the CTCP 'specification', reply only to single
CTCP messages without text around them. All messages not fitting the
requirements are simply displayed in the buffer. The old behaviour can
still be enabled in the settings dialog.
#2 Updated by al over 9 years ago
- Category changed from Quassel Client to Quassel Core
- OS changed from Linux to Any
The currently implemented bevaviour is in accordance with the CTCP "specification" at http://www.irchelp.org/irchelp/rfc/ctcpspec.html.
That said, Quassel is about the only client around that correctly implements this spec, so it probably makes sense to abandon it and adapt other clients' CTCP handling.
#3 Updated by sph over 9 years ago
Also worth mentioning: this bypasses Freenode's (and possible other networks') +C channel mode. So you can spam all Quassel users in a channel even when the channel mode is explicitly set to disallow channel CTCP's.
Quassel may be following the specs to the letter, it's not doing any good if the rest of the world and especially networks themselves behave differently.
#4 Updated by Anonymous almost 9 years ago
- Target version set to Some future release
Debated rather often, consensus appeared to be dropping compliance with the specification as mentioned above.
MR 148 makes quassel ignore (i.e. print the message including ctcp in the buffer) all requests but ones that have one and only ctcp request, without any surrounding text.