【问题标题】:Box Application and OAuth Integration: getting back to the client_callback urlBox 应用程序和 OAuth 集成:返回 client_callback url
【发布时间】:2015-05-28 21:31:31
【问题描述】:

我正在处理 Box 集成,遇到了一个有趣的场景:

  1. Box 用户在 Box 中右击并选择一个动作
  2. 用户在 iframe 中被发送到 client_url。
  3. 由于在框中我们必须跟踪每个用户的访问和刷新令牌,因此在此过程中,我们在应用程序逻辑中发现用户缺少有效令牌。

根据我们发送给用户的文档: GET https://app.box.com/api/oauth2/authorize?response_type=code&client_id=MY_CLIENT_ID&state=security_token%3DKnhMJatFipTAnM0nHlZA

然后 Box 从那里将用户发送到配置的 redirect_uri。我的问题是在身份验证之后,我们如何回到我们为 Box 应用程序配置的已配置的 client_callback url?我看不到返回原始 url 的方法,因为我们必须为 Box 身份验证注入一个视图,然后路由到 oauth 回调 url。

谢谢!

https://developers.box.com/oauth/

【问题讨论】:

    标签: oauth box-api


    【解决方案1】:

    来自 Box 支持团队:

    Paul Paulauskas(Box 客户成功案例) 5 月 27 日下午 4:26

    嗨,

    Box Web 应用程序集成从未围绕完整的身份验证流程进行设计。当调用 Web 应用集成时,它可以传递一个 auth_code(它是您可以选择的参数之一),可用于创建访问令牌和刷新令牌。这在以下的“弹出通知”部分中进行了讨论: https://developers.box.com/box-web-application-integrations/

    如果这有帮助,请告诉我!

    谢谢,

    保罗 Box 平台支持工程师

    简而言之,Box 应用集成配置现在如下所示:

    注意 auth_token 属性与https://developers.box.com/oauth/中描述的身份验证工作流返回的代码属性相同

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2012-08-16
      • 2020-03-21
      • 2013-02-14
      • 2013-04-10
      • 2011-03-05
      • 2020-12-18
      • 2015-01-27
      • 2011-12-08
      相关资源
      最近更新 更多