You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This extension adds a new ISUPPORT token for servers to advertise a mode that BOT clients may set on themselves to indicate their non-human status. Clients with the bot mode enabled are supposed to have their messages tagged with bot (well, draft/bot until spec ratification) so other clients can act appropriately.
Plans
I see twothree different, but related, things for Sopel to do here:
Set the bot mode specified in the BOT token from ISUPPORT, if given, unless the config explicitly overrides it (can be as simple as looking for the modechar in core.modes and skipping this behavior if it's present, as Limnoria does). [coretasks: handle BOT ISUPPORT token & mode #2088]
This will also require adding support for the message-tags CAP, since the bot tag is not sent to clients who have not requested message-tags. It shouldn't be much more work than adding it here, since there's already tag parsing in place for server-time and account-tag (the specs for which do not depend on message-tags being enabled).
Background
Spec: https://ircv3.net/specs/extensions/bot-mode
This extension adds a new ISUPPORT token for servers to advertise a mode that
BOT
clients may set on themselves to indicate their non-human status. Clients with the bot mode enabled are supposed to have their messages tagged withbot
(well,draft/bot
until spec ratification) so other clients can act appropriately.Plans
I see
twothree different, but related, things for Sopel to do here:BOT
token from ISUPPORT, if given, unless the config explicitly overrides it (can be as simple as looking for the modechar incore.modes
and skipping this behavior if it's present, as Limnoria does). [coretasks: handleBOT
ISUPPORT token & mode #2088]bot
, so there will be less manual.blocks add BotNick
work needed from Sopel admins whose instances share channels with other compliant bots and want to minimize the risk of mutual triggers. [coretasks: activatemessage-tags
and use it to ignore other bots' tagged messages #2089]message-tags
CAP, since thebot
tag is not sent to clients who have not requestedmessage-tags
. It shouldn't be much more work than adding it here, since there's already tag parsing in place forserver-time
andaccount-tag
(the specs for which do not depend onmessage-tags
being enabled).@plugin.allow_bots
decorator like that allows a callable to receive messages tagged as coming from another bot. [loader, plugin, plugins.rules: addallow_bots
decorator #2244]The text was updated successfully, but these errors were encountered: