Google app engine oauth Chrome扩展Google应用程序引擎

有没有人幸运地在Google Chrome扩展和Google App engine之间找到了OAuth，让它玩得很好（或者其他什么？）。我已经完成了所有步骤。我已经完成了本文中的步骤，在握手过程结束时，我被重定向到

about:blank

我的扩展中有此代码（参见教程中的内容）：

…但我不认为这是问题所在，因为我注意到，当我使用教程的oAuth参数时，也会出现类似的问题-我被重定向到一个页面，询问是否要授予对Google Drive的访问权限，单击“授予访问权限”，我会被发送到

about:blank

，并且似乎没有oAuth令牌

非常感谢您的任何想法

---

更新也许我在回答我自己的问题-不确定。

---

我还与ChromeToPhone扩展的源代码一起工作——我的代码是基于OAuth google应用程序引擎端的代码。我尝试从源代码安装此扩展，但得到了关于：blank的

相同问题。然后我去了扩展应用商店的这个扩展，同样的事情也发生了。那么也许我的Chrome（31.0.1650.26 beta-m版）坏了？这种情况是否发生在其他人身上，或者我的Chrome安装不知何故被破坏了？
谷歌开发网站教程中的代码似乎适用于Chrome v30，但不适用于v31

如果你在网上商店尝试chrometophone应用程序，也会遇到类似的问题

我们只能得出结论，Chrome中发生了一些变化，这意味着教程中提供的oauth js库不再工作——这是一个潜在的问题。看看会发生什么
 解释
web\u可访问资源
manifest属性的Chrome扩展文档提到：

从web源到扩展资源的导航将被阻止，除非该资源被列为web可访问

然后降低：

默认情况下，使用
manifest\u version
2或更高版本的包中的资源被阻止，并且必须被列入白名单，以便通过此属性使用

显然，最后一部分是作为Chrome31版本的一部分添加的



解决方案
解决方案是将扩展清单中的
web\u accessible\u resources
设置为包含OAuth握手完成URL的数组，如下所示：

{
    "web_accessible_resources": [
         "oauth2/oauth2.html"
    ]
}



来源

这对我很有用（对确切的文件名做了一些更改）。很高兴我能帮上忙！当您使用Boris Smus时，文件名适用，因为我假设这是Chrome扩展中最常见的OAuth使用方法。
{
    "web_accessible_resources": [
         "oauth2/oauth2.html"
    ]
}