Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/.net/20.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
.net 未在IE中的选项卡间一致共享Cookie_.net_Internet Explorer_Asp.net Mvc 2 - Fatal编程技术网

.net 未在IE中的选项卡间一致共享Cookie

.net 未在IE中的选项卡间一致共享Cookie,.net,internet-explorer,asp.net-mvc-2,.net,Internet Explorer,Asp.net Mvc 2,有一个相当奇怪的问题,我敢肯定是浏览器设置的问题,所以虽然严格来说这不是一个编程问题,但我想知道这里的人是否在开发工作中遇到过这个问题,是否可以提出解决方案/原因 我的应用程序位于MVC 2中,运行一个中央菜单系统,指向实际应用程序屏幕的链接都有一个target=“\u blank”,因此可以在新窗口或新选项卡中打开,具体取决于用户通过浏览器设置的偏好。这一切在我们使用它的每一个系统上都可以正常工作,除了一个新的系统——我们正在设置一个新的Citrix桌面,在测试它时,我们会发现奇怪的行为。我们

有一个相当奇怪的问题,我敢肯定是浏览器设置的问题,所以虽然严格来说这不是一个编程问题,但我想知道这里的人是否在开发工作中遇到过这个问题,是否可以提出解决方案/原因

我的应用程序位于MVC 2中,运行一个中央菜单系统,指向实际应用程序屏幕的链接都有一个target=“\u blank”,因此可以在新窗口或新选项卡中打开,具体取决于用户通过浏览器设置的偏好。这一切在我们使用它的每一个系统上都可以正常工作,除了一个新的系统——我们正在设置一个新的Citrix桌面,在测试它时,我们会发现奇怪的行为。我们可以登录、确定并浏览菜单,但当我们在90%的时间点击菜单链接时,新链接会随着登录挑战打开,就好像浏览器不再具有会话cookie一样。但是,当我们返回到主选项卡时,我们仍然登录,并且可以在菜单中导航。另一件非常奇怪的事情是,有时我可以在新选项卡中加载一个屏幕ok并正常运行,但是从菜单中再次打开它失败,我们再次遇到登录挑战。一旦我登录到一个新的标签页,其余的就可以正常打开,这一点更为奇怪

我猜这是某种选项卡隔离设置,但它似乎并不总是有效。如果有一个是已知的有点车?浏览器是IE8,我们在所有其他系统上都使用它。在我们测试的用户登录时,任何可能导致这种情况的组策略设置,但不是我的-我正在等待我们的网络管理员就管理员和用户之间的任何GP差异回复我,但我想我会在这里询问,以防他看不到任何明显的差异


干杯-MH

事实证明这是一个IE bug(这并不奇怪)-当浏览器在新的工作进程中生成一个新选项卡时,新进程无法访问会话cookie。其他一些人也发现了这一点,停止新流程的产生,虽然不是一个很好的解决方案,但似乎可以解决这个问题。请注意,这个问题也发生在雅虎网站和所有其他使用会话cookie的网站上。真的不确定是哪种事件和情况的组合触发了这种情况(在我们的系统上,只有非管理员用户会受到攻击-我们已经查看了我们的GPO规则,但没有发现任何明显的问题),但我认为MS确实需要修复它,因为如果它开始更频繁地触发,它可能会完全破坏IE

这里有一个链接可以暂时绕过这个问题,如果你被它击中了,你自己


站点是否位于受信任站点区域?将进行检查-它应该是一个本地内部站点。这会如何影响跨表cookie的传播,我认为这是一个全有或全无的设置?我在IE8中看到过这样的行为,打开一个新窗口确实像是inprivate浏览。在terminal/citrix的东西上,我看到所有的东西都出了问题,右边取决于通过的夸克的右自旋或左自旋……我已经检查过了,所有的本地站点在上一个问题之后都被放进了可信区域。再次测试后,它确实不一致-在几个并发的新选项卡中重复打开同一页面,有时可以正常工作,有时会挑战登录凭据。IE是一大袋可怜的脓汁。也许相关:这是这个问题的一个链接:有人知道这是否也是IE9和IE10的一个问题吗?我可以在IE8和IE9中重现该问题(并使用TabProcGrowth设置修复),但在IE10中无法100%重现该问题。在Windows 10上,IE11(11.431.16299.0)仍然会出现这种情况。您应该能够通过组策略“设置选项卡进程增长”。Windows 10上的IE11(11.706.17134.0)仍然会出现这种情况。设法用上述解决方案将其修复