- sharepoint/
- Sharepoint Yammer iframe身份验证正在重定向到https://www.yammer.com/session/new 而不是让我登录
Sharepoint Yammer iframe身份验证正在重定向到https://www.yammer.com/session/new 而不是让我登录
Sharepoint Yammer iframe身份验证正在重定向到https://www.yammer.com/session/new 而不是让我登录,sharepoint,office365,sharepoint-online,yammer,Sharepoint,Office365,Sharepoint Online,Yammer,直到大约一个月前，客户端流还在iframe中工作。我们使用的是现代SharePoint环境（SPFx webpart），并且启用了Yammer Office 365身份强制，因此当我登录到SharePoint/Office 365时，iframe应自动进行身份验证，并使用我的令牌返回配置的重定向页面。目前，它正在将我移动到需要登录的位置，这在隐藏的iframe中当然不起作用。我在Chrome中的弹出窗口中看到了相同的行为（也进入会话/新页面）。IE中的弹出式登录仍能正常工作（而Iframe则不能
直到大约一个月前，客户端流还在iframe中工作。我们使用的是现代SharePoint环境（SPFx webpart），并且启用了Yammer Office 365身份强制，因此当我登录到SharePoint/Office 365时，iframe应自动进行身份验证，并使用我的令牌返回配置的重定向页面。目前，它正在将我移动到需要登录的位置，这在隐藏的iframe中当然不起作用。我在Chrome中的弹出窗口中看到了相同的行为（也进入会话/新页面）。IE中的弹出式登录仍能正常工作（而Iframe则不能）
我们的许多客户发现这个弹出窗口令人不安，在大多数浏览器上，弹出窗口也不会自动启用。因此，很多用户没有通过Yammer API的身份验证，我们的一些功能（如显示评论、CommentScont等）也没有按预期工作。iframe登录为我们提供了静默登录的可能性
有人能帮我们解决问题或给我们指出正确的方向吗？非常感谢
更多信息和用户语音：
您是否为此打开了支持案例？鉴于您在解决方案中遇到意外更改，这是最好的渠道。具体来说，我将查看所有HTTP请求的跟踪（Fiddler是理想的），并查找X-Frame-Options头。我还想了解有关完整身份验证场景的更多信息（例如，公司网络内外的行为是否相同？集成Windows身份验证与基于表单的身份验证）。追踪也会显示身份验证设置的真实性。嗨，布莱恩，谢谢你的回复。我已经打开了一个支持案例，并在他们提供给我的租户上重新创建了失败的场景。不幸的是，当他们带着这个例子去开发团队时，开发团队拒绝了它，因为iframe登录不是他们文档中的场景，因此不受支持。问题发生在Chrome的新会话上。iframe将转到yammer.com//oauth2/authorize？client\u id=&response\u type=token&redirect\u uri=。当到达那里时，它将被重定向到www.yammer.com//session new，并带有X-Frame-Options:SAMEORIGIN。问题是我们必须手动登录此页面。（这也发生在弹出窗口中）在IE中，iFrame中也发生同样的情况，但弹出窗口登录正常。在popop上，我可以看到一个设置了Cookie的retrun头：logged_in_from_office365=true；路径=/；安全，在iframe上，我正在获取Set Cookie:return\u to=在公司网络内外的行为都是相同的，在SharePoint中创建的一些spfx Web部件和经典页面上也会发生这种行为。我们使用集成Windows身份验证（SSO）登录到SharePoint。我们的产品已经为大约100名客户运行，他们在新的sessionhi@pkmelee337上都有相同的问题，您能解决这个问题吗？您为此打开了支持案例吗？鉴于您在解决方案中遇到意外更改，这是最好的渠道。具体来说，我将查看所有HTTP请求的跟踪（Fiddler是理想的），并查找X-Frame-Options头。我还想了解有关完整身份验证场景的更多信息（例如，公司网络内外的行为是否相同？集成Windows身份验证与基于表单的身份验证）。追踪也会显示身份验证设置的真实性。嗨，布莱恩，谢谢你的回复。我已经打开了一个支持案例，并在他们提供给我的租户上重新创建了失败的场景。不幸的是，当他们带着这个例子去开发团队时，开发团队拒绝了它，因为iframe登录不是他们文档中的场景，因此不受支持。问题发生在Chrome的新会话上。iframe将转到yammer.com//oauth2/authorize？client\u id=&response\u type=token&redirect\u uri=。当到达那里时，它将被重定向到www.yammer.com//session new，并带有X-Frame-Options:SAMEORIGIN。问题是我们必须手动登录此页面。（这也发生在弹出窗口中）在IE中，iFrame中也发生同样的情况，但弹出窗口登录正常。在popop上，我可以看到一个设置了Cookie的retrun头：logged_in_from_office365=true；路径=/；安全，在iframe上，我正在获取Set Cookie:return\u to=在公司网络内外的行为都是相同的，在SharePoint中创建的一些spfx Web部件和经典页面上也会发生这种行为。我们使用集成Windows身份验证（SSO）登录到SharePoint。我们的产品已经为大约100名客户运行，他们在新的sessionhi@pkmelee337上都有相同的问题，您能解决这个问题吗？