Я знаю, что тема поднималась, но вопрос все-таки остался. Вопрос в том, выяснил ли все-таки кто-нибудь что это за баг, почему он происходит время от времени и как с ним бороться кроме как делать синхронный запрос?

Я так понял что баг не проявляется в следующей ситуации:



И проявляется в 



То есть когда читается поле status. Почему я так уверен? Потому что в моем случае баг появляется как раз на строчке, где идет чтение из поля статус.

Хотел бы выслушать мнения, заранее благодарю.

Это сообщение отредактировал(а) Royan - 19.2.2008, 12:33

Возможно из-за опечатки xmlHttp, возможно ислючение, что там подымается так оригинально ловиться лисой из обработчика onreadystatechange.

Sardar, 
Это действительно опечатка. Но ты же сам выдвигал идеи в свое время по этому поводу: http://forum.vingrad.ru/index.php?showtopi...t&p=1122100

Короче суть в том, что даже в случае асинхронного режима объект xmlHttp сохраняется где-то в недрах браузера иначе невозможно было бы проверить даже "readyState". Суть в том, что проблема выскакивает только при чтении поля статус

Так, согласно спекам, браузер обязан поднять INVALID_STATE_ERR если статус-код не был получен (оборвали соединение, совсем галимый ответ от сервера и т.п.). Мозилла действительно точно следует этому предписанию и кидает NS_ERROR_NOT_AVAILABLE (0х80040111).

Вывод: всегда нужно оборачивать обращение к .status (и не только) в try/catch блок. По исключению можно понять:

• юзер остановил запрос
• сервер не доступен/не найден
• сервер не отослал валидный HTTP ответ (закрыл соединение без ответа, отослал лажу и т.п.)
• старница начала перезагружаться раньше, чем ajax запрос успел прийти, т.е. запрос автоматически убивается с выходом .readyState=4 (к примеру запрос и сразу submit формы. не используй input:submit!)
• и ещё тонна различных ситуаций

При исключении считаем что запрос не успел дойти до сервера, тихо материмся и донимаем пользователя алертами 

Чтиво: спека, описание, частый пример с input:submit.

Ясно спасибо!