XmlHttpRequest status:[12029] Unknow Status

经常突然跳出这个对话框. 求解. 谢谢!

浏览器问题吧？

是不是禁止了JS啊

这个主要还是网络方面的原因

我发现：EC前台打开时从未出现“XmlHttpRequest status:[12029] Unknow Status”，但在后台打开时间一长就会出现该提示。从这点看，应该不是网络方面的原因，供EC参考

后台有个订单检测插件，是每隔一段时间查询一下数据库，估计是它引起的。不过这个不影响使用的，我们考虑改进吧

学习了，呵呵

我的也有这个问题,MYIE2

恩。。。。。我也有这个问题，，而且登陆后台很慢！！

正如楼上所说,后台反应很慢,右上角会显示"正在处理您的请求----",有时会延续十多分钟

定时检测订单行为主要是在以下组件之间进行交互：
XMLHttpRequest<--->apache<--->php<--->mysql

而出现以下的错误码：
12007
12029

这种非标准的HTTP状态码，通常是由于组件与组件之间进行连接时引发的内部错误造成的。原因可能有：
一）PHP引擎与MySQL之间的连接已经被关闭，这时无法处理到来的请求，于是把错误上抛给Apache，Apache响应该错误信息。
二）数据库中没有订单记录时，引发处理错乱。
三）组件与组件之间未能100%兼容。很可能是IIS（不知楼主的WEB服务器是什么？）与PHP引擎之间，而XMLHttpRequest和IIS之间的不兼容性概率较低，当然也不排除XMLHttpRequest给IIS发送的HTTP消息出了问题。
四）...

我给的解决方案是：
普通用户可以不管该错误。定时检测订单是一种只读（不写）操作，这种操作引发的异常往往并非致命的（Fatal），而只能算是一种通知性质的消息（Notice）。我们不应该用alert打断用户的思路，最多仅抛出一个异常即可。

在异步编程模型里，回调函数callback引发的异常，客户程序是捕获不到的，只能在callback周边套个try{...}catch{...}让它在运行时进行捕获。

捕获到以后，我们可以选择：把异常继续上抛给浏览器，或者抛给我们订制的消息通知程序。这两种应该都比alert好一些：不阻塞用户的操作流程。对于绝大部份的错误，我们还应该记日志（以便排查）。

另外：

对于楼上朋友提出的“正在处理您的请求”消息提示永不消亡的问题，倒是可以解决的，引入计时器＋消息通知机制。总之：一个消息通知程序、一个日志记录器、更完善的ajax类应该是下个大版本要考虑的问题吧。