【问题标题】:Preview and open-with预览和打开方式
【发布时间】:2016-07-17 16:53:21
【问题描述】:

我发现在我的 Google 驱动器上使用 Realtime Playground 创建的文件支持Open With 功能。尽管预览不可用,但我可以单击它并重新打开 Playground 应用程序。我如何对我的应用程序做同样的事情。我创建了一个demo one, to add/remove list items,它在我的谷歌驱动器中创建文件,类似于谷歌实时游乐场功能。 open with 也可用。

Google 应用程序文件与我创建的应用程序一起使用。但是,单击它会导致

抱歉,我们无法授权此应用使用您的所有文件 试图打开。请重试。

是因为我基本上有不好的业力,还是有客观的原因我错过了?


第一个答案表明我必须做Google Drive API Drive UI integrationThe doc says particularly,即open-withOpen URL piece 提供。经过一番努力,我在集成设置中添加了verified Open URL,但这没有任何效果。我仍然得到相同的Unable to authorize this app error

【问题讨论】:

    标签: google-drive-api google-drive-realtime-api open-with google-realtime-api


    【解决方案1】:

    确保您已启用Drive SDK service

    错误Sorry, we were unable to authorize this app for all of the files you attempted to open. Please try again.表示需要对用户进行授权。 Google API 使用 OAuth 2.0 协议进行身份验证和授权。 Google 支持常见的 OAuth 2.0 场景,例如用于 Web 服务器、已安装和客户端应用程序的场景。

    在使用OAuth 2.0. 访问 Google API 时,所有应用程序都遵循一个基本模式。概括地说,您遵循四个步骤:

    • 从 Google API 控制台获取 OAuth 2.0 凭据。
    • 从 Google 授权服务器获取访问令牌。
    • 将访问令牌发送到 API。
    • 如有必要,请刷新访问令牌。

    注意:将刷新令牌保存在安全的长期存储中,只要它们仍然有效,就可以继续使用它们。限制适用于每个客户端-用户组合以及所有客户端的每个用户发出的刷新令牌的数量,这些限制是不同的。如果您的应用程序请求足够的刷新令牌以超过其中一个限制,则旧的刷新令牌将停止工作。

    【讨论】:

    • 这与我的应用程序所做的有什么不同?你看过它的代码吗?您认为我的应用程序中缺少 clientIdgapi.auth.authorize({clientId, [install, file]) are doing? Do you mean that send 访问 API 的令牌是什么?这个基本模式与我的演示有什么不同?
    • 可能你想说我需要在Google Drive UI integration中设置Open URL。我这样做了,我验证了我的域,但这没有效果。单击Open With 时,我仍然遇到同样的错误。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-11-21
    • 2013-03-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多