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
Currently (at least in Slack) if you edit a previous message that contained a command, Cog will attempt to re-execute the edited command. This has some unintended consequences:
It may not be obvious when an edit takes place for an invocation that has scrolled off the screen what the context was for the intended execution.
When Slack "unfurls" content, that manifests to the API as an edited message. In this case, you can see Cog execute a command, Slack edit the message to unfurl content, then Cog execute it again. This can happen so quickly that it appears as if Cog executed the command twice.
Let's remove this behavior, particularly now that Slack has a preference to make up/down arrow cycle through history in the entry field rather than via message editing. This was a good idea at the time but it's much more preferable for it to be as obvious as possible about the source of any command that Cog executes.
The text was updated successfully, but these errors were encountered:
Currently (at least in Slack) if you edit a previous message that contained a command, Cog will attempt to re-execute the edited command. This has some unintended consequences:
Let's remove this behavior, particularly now that Slack has a preference to make up/down arrow cycle through history in the entry field rather than via message editing. This was a good idea at the time but it's much more preferable for it to be as obvious as possible about the source of any command that Cog executes.
The text was updated successfully, but these errors were encountered: