Ruby on rails Omniauth门卫-如何处理用户未授权的情况?

Ruby on rails Omniauth门卫-如何处理用户未授权的情况?,ruby-on-rails,ruby,oauth-2.0,doorkeeper,Ruby On Rails,Ruby,Oauth 2.0,Doorkeeper,我在用门卫和Omniauth。 客户端重定向到我的授权端点,该端点重定向到登录页面。用户被要求通过Facebook认证,然后登录,流量返回给Doorkeeper 我的问题是,如果用户选择不登录,流量永远不会返回给看门人。我希望流将返回到Doorkeeper,这将向客户端返回一个错误 我该怎么做呢?这其实不是问题。用户主动选择不连接和做其他事情 解决方法取决于您是否在当前选项卡、新选项卡或新窗口中重定向。如果你替换了你的标签/窗口,他就不在你的应用程序中了。如果在新选项卡中,您的网页仍然处于打开状

我在用门卫和Omniauth。 客户端重定向到我的授权端点,该端点重定向到登录页面。用户被要求通过Facebook认证,然后登录,流量返回给Doorkeeper

我的问题是,如果用户选择不登录,流量永远不会返回给看门人。我希望流将返回到Doorkeeper,这将向客户端返回一个错误


我该怎么做呢?

这其实不是问题。用户主动选择不连接和做其他事情

解决方法取决于您是否在当前选项卡、新选项卡或新窗口中重定向。如果你替换了你的标签/窗口,他就不在你的应用程序中了。如果在新选项卡中,您的网页仍然处于打开状态,或者您的oauth消费者的网页仍然处于打开状态。如果用户确实需要,这些页面应该能够单击按钮再次尝试连接

如果页面仍在选项卡中,您可以执行javascript设置超时,但它有什么用途


听起来你只是在想这个:)你最终得到了什么?

这其实不是个问题。用户主动选择不连接和做其他事情

解决方法取决于您是否在当前选项卡、新选项卡或新窗口中重定向。如果你替换了你的标签/窗口,他就不在你的应用程序中了。如果在新选项卡中,您的网页仍然处于打开状态,或者您的oauth消费者的网页仍然处于打开状态。如果用户确实需要,这些页面应该能够单击按钮再次尝试连接

如果页面仍在选项卡中,您可以执行javascript设置超时,但它有什么用途


听起来你只是想得太多了:)你最后得到了什么?

你说得对,我想得太多了。在我的实现中,登录在一个弹出窗口中打开,完成后在主窗口上调用js。当用户选择不登录时,不会调用任何内容,并且行为正常。幸运的是,FB登录对话框中的“取消”按钮假定它位于弹出窗口上,并关闭窗口。你是对的,我想得太多了。在我的实现中,登录在一个弹出窗口中打开,完成后在主窗口上调用js。当用户选择不登录时,不会调用任何内容,并且行为正常。幸运的是,FB登录对话框中的“取消”按钮假定它位于弹出窗口上,并关闭窗口。