Azure B2C注册策略重定向到应用程序后的AngularJS哈希问题

Azure B2C注册策略重定向到应用程序后的AngularJS哈希问题,angularjs,azure,authentication,azure-ad-b2c,user-registration,Angularjs,Azure,Authentication,Azure Ad B2c,User Registration,我们要做的是在用户成功注册后自动登录\登录 假设用户收到了应用程序的邀请。他们进入注册页面,填写表单并单击创建按钮。如果一切正常,用户将被添加到Azure B2C目录,然后我们将以某种方式自动运行登录策略或以其他方式自动登录 所以我只想知道在使用Azure B2C时这是否可行 编辑 在进一步调试之后,我看到了问题所在 我们有一个旧的AngularJS(1.6)SPA应用程序 在用户完成注册过程后,将从Azure B2C发回一个#id_令牌。。。但是,在浏览器中的URL具有#id_令牌后,控制权不

我们要做的是在用户成功注册后自动登录\登录

假设用户收到了应用程序的邀请。他们进入注册页面,填写表单并单击创建按钮。如果一切正常,用户将被添加到Azure B2C目录,然后我们将以某种方式自动运行登录策略或以其他方式自动登录

所以我只想知道在使用Azure B2C时这是否可行

编辑 在进一步调试之后,我看到了问题所在

我们有一个旧的AngularJS(1.6)SPA应用程序

在用户完成注册过程后,将从Azure B2C发回一个
#id_令牌
。。。但是,在浏览器中的URL具有
#id_令牌
后,控制权不会传递给应用程序,也就是说,不会调用OWIN中间件。对于登录,由于它是从SPA本身开始的,因此它可以按预期工作。用户单击登录按钮,并被
msalService.loginDirect
重定向

注册策略的执行不同,因为它仅由电子邮件邀请链接启动。所以它不是来自温泉本身。 一旦Azure B2C重定向回应用程序,AngularJS就会将
#id_令牌的哈希部分弄乱

我已经玩过AngularJS
$locationProvider.html5(true)
模式,但它不起作用


我现在要做的是重定向到一个自定义的
signup.html
回复URL,然后返回AngularJS应用程序,但我不知道如何连接它。

默认情况下,在流的末尾(即除密码重置流和密码重置流之外的所有内置流),会为用户生成SSO会话,实际上,他们是在注册后登录的

因此,同一会话中的默认体验是,如果用户注册了应用程序a,然后被重定向到登录应用程序B,则不会提示他们重新验证


您可以配置注册和登录流,以便它们发出相同的声明,以便应用程序能够以相同的行为处理注册和登录回调。

感谢您的回复。我刚刚编辑了这个问题,补充了更多细节。问题与Angular JS应用程序及其哈希配置有关。我已经玩过html5(真实)模式,但无法让它工作。