【问题标题】:Is it not possible anymore to use chat:write:bot scope for Slack apps是否不再可能对 Slack 应用程序使用 chat:write:bot 范围
【发布时间】:2020-11-30 09:47:02
【问题描述】:

我希望我的应用程序使用icon_emojiusername 参数将chat.postMessages 转移到Slack,这样我有时会更改显示的图标和名称。

从方法的the doc看来,我似乎必须将as_user设置为false。但是当我这样做时,我得到了一个missing_scope 错误:我需要范围聊天:写:机器人。 (无论我使用我的 OAuth 访问令牌还是我的 OAuth 机器人用户访问令牌,都会出现同样的错误)

但是从this page 我知道他们正在消失?那么我想使用的参数(icon_emoji 和用户名)也会消失吗?

【问题讨论】:

  • 我遇到了同样的问题,所以我用 Slack 开了一张支持票,得到“哦,这可能是一个错误”

标签: slack-api


【解决方案1】:

不,从 2019 年 12 月 19 日起,您不能使用icon_emoji


我遇到了同样的问题,因此我向 Slack 开了一张支持票。在来回发送了几条消息后,我确认这可能是一个错误:

在您的帮助下,我得以重现该问题。我怀疑这是一个错误,但我已将其上报给 Granular Bot Token 团队征求第二意见。一旦我有更多详细信息,我会通知你。

编辑:

我收到了另一个更新,我已将其精简为基本内容:

在构建 Granular Bot Token 模型时,我们的团队真的想借此机会慢慢弃用某些 API 行为。 as_user 参数就是其中之一。请参阅 (https://api.slack.com/authentication/quickstart) 的以下评论。

一个值得注意的效果:chat.postMessage 和其他 chat.* 方法不再与 as_user 参数混淆。您被授予单个 chat:write 范围(没有附加 :user 或 :bot )。如果您使用机器人令牌调用 chat.postMessage 方法,您将作为机器人发布。如果您通过新的安装流程获得了用户令牌,并使用您的用户令牌调用该方法,则您以用户身份发布。

所以关于您想要采取的行动,恐怕使用 Granular Bot Token 是不可能的。我们还认识到,这引发的错误对开发人员来说完全没有帮助和困惑。为此,我们创建了一个错误来修复 Granular Bot 令牌尝试进行受限 API 调用时返回的错误。

我已要求澄清是否只是 as_user 部分已弃用,还是 icon_emoji 部分也已弃用。

编辑 2(美国东部标准时间 2019 年 12 月 19 日 13:38):

一个,可能是最终的,更新:

应用程序通过 API 更改用户名、头像和图标等信息的选项也有待讨论。目前使用 Granular Bot Tokens,您只能通过 API 管理页面更新该信息。

这真的很不幸。

【讨论】:

  • 感谢您的回答。你有这张票的链接,以便我跟进,还是私人票?
  • 很遗憾,它是私有的,但当我知道更多信息时,我会保持更新。
  • 精氨酸。确实很不幸。您知道是否仍有可能创建遗留应用程序?我没能做到。
  • 我不知道,很遗憾。如果有,那就不明显了。
  • chat:write.customize 应用程序范围似乎应该像使用自定义用户名和头像一样发送消息,我一直在使用它,但截至 2020 年 10 月 11 日,它似乎已停止工作。跨度>
【解决方案2】:

我必须向“Bot Token Scopes”添加一个值为“chat:write.customize”的范围。

https://api.slack.com/scopes/chat:write.customize

然后我不得不重新安装我的应用程序。而且效果和我预期的一样。

注意:我试过这个,因为它是来自评论的建议。但它有效,所以我将其添加为答案。

【讨论】:

  • 这对我不起作用。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2013-05-16
  • 1970-01-01
  • 2023-04-03
  • 2017-04-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多