Skip to content

rtm.start depreciated starting 2022/09/20 #304

Description

@hartjac23

It looks like the rtm.start API method is depreciated in september of 2022, and will start returning a shortened response identical to rtm.connect. Are there plans to update the SlackClient to move over to rtm.connect and handle the new truncated response?

Activity

  1. kanadagermane commented on Jun 1, 2022

    @kanadagermane

    Hi,

    maybe its just me, but I cannot get the /api/rtm.start method working at all.
    It requires the scope "rtm.stream" and I cannot add this scope to my user token?

  2. iclaxton commented on Sep 28, 2022

    @iclaxton

    It looks like this lib no longer works. Any chance of a hotfix?

  3. glenwperry commented on Sep 28, 2022

    @glenwperry

    Also hoping for this ^ . Didn't realize it was using rtm.start (api changed yesterday) - but it indeed appears to.

  4. Inumedia commented on Sep 30, 2022

    @Inumedia
    Owner

    I'm not opposed to accepting a PR that would resolve this, but I don't personally have any reason to fix it. I've also got a lot of things happening in my personal life, so this library isn't a priority for me at this time.

  5. vedxyz commented on Sep 30, 2022

    @vedxyz

    If you do not need the Slack Real Time Messaging API specifically, I'd suggest switching over to soxtoby/SlackNet.

    Also:

    1- You probably shouldn't be using a socket-based API if the Web API serves your purposes.
    2- You probably should be using the new Socket Mode API if you really need to keep track of events through sockets.

  6. iclaxton commented on Sep 30, 2022

    @iclaxton

    Hi @Inumedia, I totally understand and will help unless anyone else is already on it. Sending my best regards and thanks for all your work on this lib to date.

  7. ceciliachan1979 commented on Jan 13, 2023

    @ceciliachan1979

    I think I have some success on getting it to work "somehow".

    All you needed to do is to comment out the body of SlackAPI.SlackClient.Connected here

    The symptom is that this method is throwing a NullReferenceException when accessing loginDetails.user and the rest go south.

    The cause is that rtm.start will no longer provide those values (assuming it did, I can't validate because the documentation no longer show the fields before the deprecation), so access them will fail.

    Apparently, commenting out the body will lead to the fact that these properties are no longer initialized, so there might be downstream errors.

    But something is better than nothing. Now I got the messages from the onMessage method.

    To test this, make sure you create a classic slack app, the new granular permission version do not support rtm.

    Long term, I agree with @Vedattt, socket mode is the way to go. I don't know if I want to take the dependency on aspnet.core though, for me personally, the whole point of using a slack frontend is to avoid having to manage a listening socket myself.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions