Open f0ffee opened 3 years ago
it could probably also listen to /invite
i'm not sure about .leave
(or something like that) for room owners, because on the next bot/server restart it would join there once again.
EDIT: and we should check what happens when it's invited in a battle
Summing up:
/invite
alongside (or instead of) having a botjoin command.I created a draft branch some days ago and would like some feedback/confirmation on these points. On a side note, I improved the base logic that handles joining rooms and added a handler for |deinit|
.
- What is the correct permission level for these commands? I got told that joining/leaving a room shouldn't be persistent to bot restart, so the main innovation would be joining temporary rooms such as groupchats. Considering that there are only 3 bot administrators currently, it might make sense to enable the botjoin command for global voices too.
Ideally I would do something like this:
So, we have these problems:
/cmd userdetails
, but that doesn't work for private battles.groupchat-foo-bar
, foo
can be both the user who created the groupchat, or the base room (bar
is an arbitrary string)./roomauth
(i'm not sure if there's a more bot-friendly command), and wait for a response. Waiting for a response from inside a command is something we haven't done yet.
- Do we want to support joining battle rooms? All of the room activity commands (creating tours, minigames, etc.) would fail silently in battle rooms, as of now.
I'd say yes, eventually adding an additional parameter to command_wrapper
.
- We could maybe listen to
/invite
alongside (or instead of) having a botjoin command.
Absolutely, if that's not too complicated (i have no idea how /invite
is handled protocol-wise).
- Regarding the botleave command, bot administrators should be able to use it for any room as a safety measure, but we could disable it for everyone else if the room is joined by cerbottana at autostart.
I agree
I created a draft branch some days ago and would like some feedback/confirmation on these points. On a side note, I improved the base logic that handles joining rooms and added a handler for
|deinit|
.
I had a quick look and it seems good, i'll check more thoroughly in the next few days.
Scope: bot admins, + maybe room owners of rooms the bot is already in to make it leave?