"现代化"Google OAUTH - 如何在不将帐户添加到设备的情况下在浏览器(Chrome for Android)中执行此操作？

这是参考:

要求在#google-oauth下发布有关堆栈溢出的问题.

我一直在使用基于Chrome Tabs的新方法,对于系统设置中尚未出现的@gmail帐户,用户体验非常糟糕.

我有一个电子邮件应用程序,一些用户希望能够在我的应用程序中使用他们的(辅助,辅助)@gmail帐户,而无需将其添加到系统设置中.

这是在原生移动应用程序中完全使用基于Web的OAUTH的主要原因(从我的角度来看),因为对于系统设置中存在的帐户,我只使用Google Play服务,这对用户来说非常简单,它运作正常.

好的,关于问题.请将此视为"问题报告".

(请注意SO主持人 - 我会重申,谷歌人要求在此发布反馈意见,似乎没有任何其他反馈渠道)

1 - 用户想要添加新的@gmail帐户(系统设置中不存在),我在Chrome标签页中启动了批准网址.

Chrome会根据系统设置显示主要的@gmail帐户(我猜是可以预料的).

不好:要切换到另一个帐户 - 这是首先进入此屏幕的点 - 用户必须点击帐户名称,在右上角,然后点按"管理帐户",然后点按"隐身"(如"管理帐户"会将用户带到一个屏幕,用于将另一个@gmail帐户添加到Android中,而不是他/她想要的帐户.

结果:用户不会知道这一点,它很复杂,不直观.我重申,"进入"此屏幕的唯一原因是授权系统设置中不存在的帐户.

可能的解决方案:更轻松地以"其他Gmail帐户"登录,而无需了解"隐身".

2 - 用户需要重新授权一个@gmail帐户,该帐户1)在系统设置中不存在,2)已经存在于应用程序中.

也许他/她意外地取消了许可,也许是别的,好的,应用程序会打开批准屏幕,设置login_hint为已知的电子邮件.

这是在WebView中:

很容易理解.帐户(电子邮件)已预先填写login_hint,用户点击下一步,输入密码,授予权限,完成!

这就是Chrome标签中的样子:

这个世界到底是什么？

我猜Chrome认识到login_hint手机的设置中没有通过该帐号.

对,不是.这就是打开这个屏幕的重点(而不仅仅是使用Google Play Services OAUTH utils).

从用户的角度来看,我甚至无法弄清楚如何切换到我手机系统设置中没有的特定帐户.

现在您可能会问 - 为什么让用户使用手机系统设置中不存在的@gmail帐户？

这就是用户想要的,这就是原因.

不是每个人都喜欢Gmail应用程序(好吗？)

并不是每个人都想拥有Android会尝试在每个@gmail帐户下同步的几十个和几十个东西的列表(杂志？健身？游戏？电视？电池优化,对吧？)

所以他们转向我的应用程序,让他们添加@gmail帐户(对于他们的主帐户,我猜)和没有(对于其他人)必须将它们添加到系统设置中.

现在问题:

1 - 非系统帐户的新UI流程已损坏,您好Google员工,您确认了吗？

2 - 您好Google员工是否同意非系统帐户是进入"类似网络"OAUTH的主要原因,因为系统帐户仍由GoogleOauthUtil.getToken处理？

3 - 您是否同意现在简单地打破流程？

4 - 你有计划吗,你能想出一个解决这个问题的计划吗？