为什么ASP.NET会导致IE7中的"Operation Aborted"错误？

我一直在阅读很多博客文章,提供IE中"Operation Aborted"错误的原因和解决方案.我最近构建了一个应用程序,在某些时候,某些用户会收到此错误.

让我详细解释一下.

该应用程序是在VS 2008中内置的.NET 2.0,ASP .NET和C#Web应用程序.它使用ComponentOne Web控件和标准Visual Studio控件.

在其中一个网页中,我让用户在一组ComponentOne Web输入控件中输入输入,然后将其添加到集合中.该系列必须与转发器绑定,每次收集新条目时,转发器都会反弹.如果用户从转发器中删除条目(使用命令按钮),则会更新收集并反弹到转发器.

当应用程序提交给最终用户进行测试时,其中一些人抱怨他们在查看或处理此页面时收到"Operation Aborted"错误.它有时会在用户尝试加载页面时发生,有时会在他们向集合添加/删除项目时发生.

这些用户拥有IE7,除了Adobe PDF和Google工具栏之外没有第三方附加组件.FireFox或Google Chrome中不会出现此错误.它也不会出现在IE8 Beta 2中.

当我或我的开发人员试图在我们的机器上使用IE7复制错误时,我们就是不能这样做.无论我们尝试什么,我们都没有得到那个错误.

我也尝试过IE6并且没有得到错误.

IE7版本全部相同.

不知道如何解决这个问题.所有博客文章,论坛帖子都谈论JavaScript和改变身体元素,但不确定这对我是如何适用的,即使它确实如此,为什么两个IE7浏览器中的行为不同？

欢迎任何建议/帮助.

您的收藏和装订的复杂性引入了竞争条件.

的操作已中止错误是一个模糊的IE的错误,当页面被加载完成之前的DOM被附加时发生.

操作中止错误

请参阅此问题: Internet Explorer中的"操作中止"错误是什么？

这本质上不是一个asp.net问题,但是,在你的情况下,由于你编写数据绑定的方式,asp.net无法控制执行的顺序.换句话说,根据资源加载和执行的顺序(哪个电流不受控制),存在条件.

顺便提一下,如果您在前端缓存了一些这些资源,或者如果它们加载速度更快(在本地网络上可用),则可能更难在您的开发环境中重现该条件,这可以解释您为什么会这样做看到错误的麻烦.