为什么ASP.NET导致＆Q​​UOT;操作已中止＆QUOT;错误在IE7？ [英] Why does ASP.NET cause the "Operation Aborted" Error in IE7?

问题描述

我一直在阅读大量的博客文章提供原因和解决方案在IE的操作已中止的错误。最近，我构建了一个得到这个错误对一些疗法的用户，在某些时候的申请。

I have been reading lots of blog posts offering cause and solution to the "Operation Aborted" error in IE. I recently built an application that is getting this error for some of ther users, some of the time.

让我详细解释。

该应用程序是.NET 2.0，建于2008年VS ASP .NET和C＃的Web应用程序它使用ComponentOne的Web控件采用标准的Visual Studio控件一起。

The application is .NET 2.0, ASP .NET and C# web application built in VS 2008. It uses ComponentOne web controls along with standard Visual Studio controls.

在网页上，我让用户在一组的ComponentOne的Web输入控件，然后被添加到一个集合类型的输入之一。收集必将中继器，每次一个新条目集合进行了中继器是反弹。如果用户（使用命令按钮）删除转发条目，集合更新，反弹中继器。

In one of the web pages I am letting users type input in a set of ComponentOne Web input controls which then get added to a collection. The collection is bound to repeater and everytime a new entry is made in collection, repeater is rebound. If users delete entry from repeater (using command button), collection is updated and rebound to repeater.

在提交申请到最终用户进行测试，他们夫妇抱怨或浏览这个页面上工作时，他们得到的操作已中止错误。它有时会发生的那一刻用户尝试的时候都增加/下降的项目到集合加载页面等次。

When the application was submitted to end users for testing, a couple of them complained that they were getting "Operation Aborted" error when viewing or working on this page. It will sometime occur the moment user tries to load the page and other times when they are adding/dropping items to the collection.

这些用户虽然IE7比的Adobe PDF和谷歌工具栏的其他任何第三方加载项。在Firefox或谷歌Chrome浏览器不会发生错误。它也不会发生在IE8 Beta 2的。

Those users have IE7 with no third party add-ons other than Adobe PDF and Google Toolbar. The error doesn't occur in FireFox or Google Chrome. It also doesn't occur in IE8 Beta 2.

当我或我的同事开发尝试复制我们的机器使用IE7的错误，我们不能做到这一点。不管我们尝试，我们没有得到这个错误。

When I or my fellow developer try to replicate the error using IE7 on our machines, we just can't do that. No matter what we try, we don't get that error.

我也试过IE6，但没有得到错误。

I also tried IE6 and don't get the error.

在IE7版本相同的所有相望。

The IE7 version are same all across.

不知道如何去解决这个问题。所有博客文章，论坛帖子谈JavaScript和改变身体的元素，但不能确定如何适用于我，即使是这样，为什么两个IE7浏览器不同的行为？

Not sure how to go about solving this problem. All the blog posts, forum post talk about JavaScript and altering body elements but not sure how this applies to me and even if it does, why the behavior different in two IE7 browsers?

任何建议/帮助是值得欢迎的。

Any suggestions/help is welcome.

推荐答案

您的收藏和绑定的复杂性都推出了竞争条件

The intricacies of your collection and bindings have introduced a race condition.

在操作已中止的错误是一个不起眼的IE的Bug，当页面加载完成之前，DOM追加发生。

The Operation Aborted error is an obscure IE bug, which occurs when the DOM is appended before the page is finished loading.

的操作已中止错误

请参考这个问题：
<一href=\"http://stackoverflow.com/questions/267160/what-is-the-operation-aborted-error-in-internet-explorer\">What是Internet Explorer？

这是本质上不是一个asp.net的问题，但是，你的情况，asp.net是未能控制执行顺序，因为你写的数据绑定的方式。换言之，取决于在其中资​​源负载和执行（其当前没有被控制），条件存在的顺序。

This isn't intrinsically an asp.net problem, but, in your case, asp.net is failing to control the order of execution, due to the way you've written the databind. In other words, depending on the order in which resources load and execute (which current is not being controlled), the condition exists.

顺便说一下，可能的难以重现在开发环境的条件，如果你有一些这些资源的缓存的在前端，或者如果他们加载更快（是可用的本地网的），为什么你无法看到错误这可以解释。

Incidentally, it may be harder to reproduce the condition in your development environment if you have some of these resources cached on the front end, or if they load more quickly (being available on a local network), which would explain why you're having trouble seeing the error.

这篇关于为什么ASP.NET导致＆Q​​UOT;操作已中止＆QUOT;错误在IE7？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！