-
Notifications
You must be signed in to change notification settings - Fork 614
-
Notifications
You must be signed in to change notification settings - Fork 614
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SlackRTM: websocket closing causes echoing #1448
Comments
Would you be able to see if experience the same effects if you use the Slack backend that's on master branch? We got a recent merged on updating the backend to work with the recent api depreciation, so it's possible the rtm based one may actually not be required anymore |
@sijis: I'm testing with the master branch now, but it will take me some days to test due to the nature of this issue. |
It actually took less than three hours to reproduce this issue using the master branch:
So it could be working this the old Slack API? |
Ya. The "Slack" backend was recently updated to handle the depreciation api's, so it should work there. The rtm one was headed that way but those api's also became obsolete too (as it took us a long time to get there.) |
Ok, testing the regular |
|
I am...
I am running...
SlackRTM
Issue description
After less than 24h the bot starts echoing command, as if they were given multiple times. It seems to happen after the
slack.rtm.client
reports that the websocket was closed, in some instances after six+ hours inactivity. After just a few days, you'll get ten+ answers per command given.Steps to reproduce
Create a bot using the SlackRTM backend, and let it run for a few days. Try the
!uptime
command, and after a day your should get multiple answers. You should have a warning for the websocket to close for each extra copy:Note: this list of actions caused from a websocket closing is not the same as an initial start of the bot or a restart using the
!restart
command (those two looks to be exact copies).Additional info
Workaround: restart your bot using the
!restart
command.The text was updated successfully, but these errors were encountered: