这是参考:
https://developers.googleblog.com/2016/08/modernizing-oauth-interactions-in-native-apps.html
要求在#google-oauth下发布有关堆栈溢出的问题。
我一直在使用新的基于Chrome标签的方法,对于系统设置中尚未出现的@gmail帐户,用户体验非常糟糕。
我有一个电子邮件应用,有些用户希望能够在我的应用中使用他们的(辅助,辅助)@gmail帐户,而无需将其添加到系统设置中。
这是在本机移动应用程序中完全使用基于Web的OAUTH的主要原因(从我的角度来看),因为对于系统设置中存在的帐户,我只使用Google Play服务,它非常简单用户,工作正常。
好的,关于这些问题。请考虑这个"问题报告"。
(请注意SO主持人 - 我重申,谷歌人要求在此发布反馈意见,似乎没有任何其他反馈渠道)
1 - 用户想要添加新的@gmail帐户(系统设置中不存在),我在Chrome标签页中启动了批准网址。
Chrome会从系统设置中显示主@gmail帐户(我猜是这样)。
错误:要切换到另一个帐户 - 这是首先进入此屏幕的点 - 用户必须点击帐户名称,在右上角,然后点按“管理帐户”#34; ,然后"去隐姓埋名" ("管理帐户"将用户带到一个屏幕,将另一个@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&#f; rs您是否同意非系统帐户是进入类似网络的主要原因" OAUTH,因为系统帐户无论如何都是由GoogleOauthUtil.getToken处理的?
3 - 您是否同意现在简单地解决这个问题?
4 - 你有计划吗,你能想出一个解决这个问题的计划吗?