-
Notifications
You must be signed in to change notification settings - Fork 838
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
“Failed RTM connect” error when trying to connect to Slack with RTM API #609
Comments
same story, but on linux |
Hmm. Question, did either of you update your apps to the new granular scopes? Granular scopes don't support RTM. That might be why you are seeing this. You can still create a classic slack app if you need to test this at https://api.slack.com/rtm#create_a_classic_slack_app. |
So the conclusion will be that slack strongly recommends updating your applications with Update to Granular Scopes and soom all apps must use granular permissions, but they do not have RTM functionality for bot users? What should I do if I create an application of a new type (because the old type can no longer be created) and I want the bot to write to my messages? I tried this:
and I get
|
Are there any plans to support RTM-type functionality with the new granular scopes with this Python app? Just trying to get an idea of what direction we should go. I am not sure if Classic apps will be sunset in the near future... |
@BigOtis No plans to support RTM with granular scopes. If you are building an internal integration (not planning on distributing to App Directory), you can keep using classic slack apps and RTM without much worry. No plans to sunset classic slack apps in the near future. |
If you need to use RTM API for new apps, create a Slack app from https://api.slack.com/apps?new_classic_app=1 The original question here has been clearly answered at #326. Allow me to close this issue now. |
We are unable to use event subscription and unable to create new classic app with RTM access. We want to run our Slack bot on a cloud server which gives us two very large reasons that the event subscription model is not practical for us. 1) You need to have both a static IP as well as a domain name to use this model. While possible, these do not facilitate dynamically generating slack bots. 2) This will require us to open a port to the outside world on machines that we would like to keep closed. If we had a guarenteed ip range that we could go-list for slack servers, that would help us be a little bit more comfortable but we're not willing to open a port globally. RTM also allowed for much more flexibility in that a single program being able to manage multiple apps which does not seem possible with the event subscription model. We would really appreciate the return of the ability to use RTM or a much lighter weight replacement than event subscription. We have an old app that still works for RTM but we recently have had a need for a second app. I attempted to create a classic app that would retain RTM access as described above (https://api.slack.com/apps?new_classic_app=1) but in order to install the app, you need to add at least one scope and if you add a scope, you can no longer use RTM. So this path is also not available to us (or I'm missing something in the setup). Any advice for moving forward would be greatly appreciated. |
@bkievitkylar
|
Thank you, That appears to have worked in creating a legacy bot. |
@bkievitkylar Glad to know that! |
@seratch Thank you very much! It worked for me!! |
Hello @seratch, I followed your instructions in the above solution but for some reason, the RTM fails to connect. Here is a screenshot of my code and a screenshot of the error that arises when I test it. You can see that at the line that says "test_slack_bot.py::test_slackConnect False", it should instead output "True". |
@gbs278 I've verified with Also, the second screenshot publicly exposed your bot token. I've removed the file from your comment and deleted the history but I recommend revoking the token as soon as possible. |
This scope is no longer accessible @seratch. Any idea how to proceed? |
You can add And then,
|
Description
I have a slack app that I built using the RTM API, that was working fine last time I used it (in December). Now, without any code changes since then, when I try to run it RTM fails to connect.
I stumbled across the Migrating to 2.x wiki, and I'm seeing the same error with
rtm_connect
when I try to run the example 1.x code as I do when I run mine. I found people having similar issues, but unlike them, I am not on a Windows machine, and I am fairly certain I am using the correct token.I've outlined the issue in detail in a SO question here
What type of issue is this? (place an
x
in one of the[ ]
)Requirements (place an
x
in each of the[ ]
)Bug Report
Filling out the following details about bugs will help us solve your issue sooner.
Reproducible in:
slackclient version: slackclient==1.3.2
python version: Python 3.8.0
OS version(s): Mac OS 10.14.6
Steps to reproduce:
Please see details, like steps taken and environment info and other context, outlined in StackOverflow question
Expected result:
What you expected to happen: RTM connects successfully
Actual result:
What actually happened: RTM connection fails
Attachments:
Logs, screenshots, screencast, sample project, funny gif, etc.
The text was updated successfully, but these errors were encountered: