小编Aar*_*nly的帖子

我们通过Google OAuth更改观察到以下行为:

• 通过iOS 9+中的Safari访问的Webapps可以像以前一样进行Google OAuth流程.
• 保存到主屏幕的Webapps也可以执行常规流程
• 保存到具有apple-mobile-web-app-capablemeta属性的主屏幕的Web应用程序不会 - 通过"不允许的用户代理"错误阻止它们.

似乎保存到具有全屏元标记的主屏幕的应用报告其用户代理Web/1.0 CFNetwork/758.5.3 Darwin/15.6.0,这与MobileSafari不同(它也与嵌入式UIWebView中的用户代理不同).

这是一个绑定,因为启用apple-mobile-web-app-capable模式是做其他一些事情的唯一方法,例如自动播放音频,我们用它来教孩子数学!

任何人都有这种双重约束的想法吗？我们可以想到的替代方案包括:

• 找到一种方法让Google区分全屏主页webapps和嵌入式WKWebViews.(更新:基于上面的用户代理,可以区分它们.但谷歌可能仍然想要阻止它们.)
• 同意Google允许此用户代理.不幸的是,我认为在全屏webapps上阻止OAuth是有理由的 - 没有位置栏,用户无法验证他们是否已被发送到合法的Google登录页面.
• Coax Apple将全屏webapps报告为MobileSafari而不是此用户代理.(？？疑)
• 构建整个应用程序的本机或Cordova版本,只是为了解决这个问题.

有什么想法吗？