安全区域更改后,window.opener在Internet Explorer中变为null [英] window.opener becomes null in Internet Explorer after security zone change

查看:242
本文介绍了安全区域更改后,window.opener在Internet Explorer中变为null的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我的应用程序在Local Intranet区域中运行,该区域启动弹出窗口。此弹出窗口在我的应用程序(本地Intranet区域)中打开另一个页面,该页面重定向到身份验证页面(Internet区域),该页面在成功验证后发送回我的应用程序页面(本地Intranet区域)。但是,在最后一页,window.opener变为null,我无法在父页面上调用方法。

My application runs in Local Intranet zone which launches a popup. This popup opens another page in my application (Local Intranet zone) which redirects to an authentication page (Internet zone) which after successful authentication sends back to my application page ( Local Intranet zone). However, at the final page, window.opener becomes null and I can't call methods on parent page.

当所有页面都从同一区域加载时,不会发生这种情况。有没有办法绕过这种行为,以便我可以在重定向后调用父页面上的方法?

This doesn't happen when all pages load from the same zone. Is there a way around this behavior so that I can call methods on parent page after redirect?

推荐答案

这听起来非常像一个故意安全措施 - 我想不出办法绕过它。

This sounds very much like an intentional security measure - I can't think of a way to circumvent it.

您可以尝试使用模态对话框(参见这里如何从那里解决开启者问题,看看它是否有任何不同,但我不会持有我的呼吸 - 可能同样的安全模型也适用于那里。

You could try using a modal dialog (see here how to address the opener from there) and see whether it behaves any different, but I wouldn't hold my breath - it's likely the same security model applies there as well.

这篇关于安全区域更改后,window.opener在Internet Explorer中变为null的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆