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
At least one channel owner requested that chanops be allowed to enable/disable bomb kicks. Some thought is required before making this change.
Admin+ was chosen as a minimum for .bombkickon/.bombkickoff to be consistent with who can enable/disable bombs in general via .bombson/.bombsoff. It's worth carefully considering the effects of changes to the minimum access level required to modify these settings, since a lot of the channels my own bot instance runs in give op (+o) status to anyone who's part of the group that runs the channel (rather than only granting op to a select few "moderators").
An alternative is to allow bot admins to change some or all of the settings, but that comes with its own risks. Ultimately the top channel leaders (+q and, to a lesser extent, +a) should have the absolute final say in what's enabled, and allowing bot admins to override their preferences feels almost as bad as letting bot admins use the bot's powers to kick people even if they themselves have no access on the channel in question (which Sopel's core adminchannel module explicitly disallows).
One solution is to allow chanops and/or bot admins to change the setting unless it was last modified by a channel admin+… but that gets complicated fast, and requires storing even more cruft in bot.db.
So yes: Definitely needs careful consideration.
Not sure if this should happen before, after, or as part of #14, but for now it's a separate issue because it was specifically requested.
At least one channel owner requested that chanops be allowed to enable/disable bomb kicks. Some thought is required before making this change.
Admin+ was chosen as a minimum for
.bombkickon
/.bombkickoff
to be consistent with who can enable/disable bombs in general via.bombson
/.bombsoff
. It's worth carefully considering the effects of changes to the minimum access level required to modify these settings, since a lot of the channels my own bot instance runs in give op (+o
) status to anyone who's part of the group that runs the channel (rather than only granting op to a select few "moderators").An alternative is to allow bot admins to change some or all of the settings, but that comes with its own risks. Ultimately the top channel leaders (
+q
and, to a lesser extent,+a
) should have the absolute final say in what's enabled, and allowing bot admins to override their preferences feels almost as bad as letting bot admins use the bot's powers to kick people even if they themselves have no access on the channel in question (which Sopel's coreadminchannel
module explicitly disallows).One solution is to allow chanops and/or bot admins to change the setting unless it was last modified by a channel admin+… but that gets complicated fast, and requires storing even more cruft in
bot.db
.So yes: Definitely needs careful consideration.
Not sure if this should happen before, after, or as part of #14, but for now it's a separate issue because it was specifically requested.
Should probably block on #8 and #19.
The text was updated successfully, but these errors were encountered: