在嵌入式浏览器中对 Google 的 OAuth 请求
OAuth requests to Google in embedded browsers
在接下来的几个月里，Google 将不再允许嵌入式浏览器中的 OAuth 请求。在我们的项目中，我们使用 Awesomium 作为 Web 组件，我实际上不知道这种变化是否也会影响我们的服务。 Google 说：
Starting October 20, 2016, we will prevent new OAuth clients from
using web-views on platforms with a viable alternative, and will phase
in user-facing notices for existing OAuth clients.
现在我没有看到任何 user-facing notices。谁能告诉我他们长什么样？如果我的服务准备就绪，我该如何测试？
目前我们只能在 Google 的 "consent page." 的 iOS 嵌入式视图中看到它们。同意页面是您接受应用程序访问您的 [=29] 的请求的地方=] 用户信息.
The blog post you cited above 已更新为 "On March 1, 2017 we will post the same notification on the Android consent page."
我们已经能够通过从网络视图中欺骗 user-agent 来在内部模拟它。
FWIW，该页面还表明这将在 macOS 和 Windows 应用程序中中断，但没有任何消息传递日期的迹象。
这是消息的示例图片：
在接下来的几个月里，Google 将不再允许嵌入式浏览器中的 OAuth 请求。在我们的项目中，我们使用 Awesomium 作为 Web 组件，我实际上不知道这种变化是否也会影响我们的服务。 Google 说：
Starting October 20, 2016, we will prevent new OAuth clients from using web-views on platforms with a viable alternative, and will phase in user-facing notices for existing OAuth clients.
现在我没有看到任何 user-facing notices。谁能告诉我他们长什么样？如果我的服务准备就绪，我该如何测试？
目前我们只能在 Google 的 "consent page." 的 iOS 嵌入式视图中看到它们。同意页面是您接受应用程序访问您的 [=29] 的请求的地方=] 用户信息.
The blog post you cited above 已更新为 "On March 1, 2017 we will post the same notification on the Android consent page."
我们已经能够通过从网络视图中欺骗 user-agent 来在内部模拟它。
FWIW，该页面还表明这将在 macOS 和 Windows 应用程序中中断，但没有任何消息传递日期的迹象。
这是消息的示例图片：