Самый первый XMLHttpRequest терпит неудачу, но только на IE9

У меня есть сайт, на котором я вводил имя пользователя/пароль и нажимаю кнопку входа. Кнопка login делает объект XMLHttpRequest и запускает его.

В Chrome, Firefox, Opera, Safari, устройствах Android, устройствах iOS это прекрасно работает. IE9 будет работать, если я нахожусь на HTTP-адресе и не использую HTTPS.

В HTTPS IE9 ведет себя следующим образом:

Первый запрос на вход никогда ничего не возвращает. Экран F12 показывает мой запрос на вход на вкладке сети, и все выглядит правильно. Вкладка сценариев никогда не выдает ошибку. Просто ничего не происходит.

Здесь сумасшедшая часть: - Если я второй раз нахожу логин, он действительно работает. - Если я нажму обновить в браузере, а затем войдите в систему, это тоже сработает!

Я делаю запрос следующим образом:

   var x = new XMLHttpRequest();
   x.open("POST", "/Relative/URL/Path", true);
   x.setRequestHeader("Content-Type", "text/plain");
   x.onreadystatechange = function () {
      if ((x.readyState == 4) && (x.status == 200)) {
            // handle callback
      }
   }
   x.send(my request);

Если это не удается, отладчик перейдет из строки x.send() в код onreadystatechange. ReadyState будет 1. Это будет последнее, что я могу отлаживать, потому что ничего не происходит.

Любые идеи будут чрезвычайно оценены.

[EDIT]: Я позволю одному из запросов пойти посмотреть, что произойдет. Событие onreadystatechange снова запущено с readyState = 4 и status = 12152. Сетевой вид на экране IE9 F12 показывает результат как "Отмена" и время, затраченное на 1589.07 секунд. В результате поиска в Google это означает, что соединение было закрыто на сервере.

[РЕДАКТИРОВАТЬ 2]: на основании комментария ниже я переустановил этот код, чтобы просто использовать метод jQuery ajax(). Я думал, что это может иметь шанс устранить плохой код с моей стороны. Нет такой удачи. Такое же поведение происходит.

   $.ajax({
      "url": sUrl,
      "success": function (data, textStatus, x) {
         workerCallback(data, id, "");
      },
      "error": function (x, testStatus, errorThrown) {
         workerCallback("nc", id, errorThrown);
      },
      "contentType": "text/plain",
      "data": JSON.stringify(req),
      "dataType": "json",
      "timeout": 1600000,
      "type": "POST"
   });

[ЗАКЛЮЧИТЕЛЬНОЕ ОБНОВЛЕНИЕ:] Я обновил код. Если произойдет тайм-аут, я просто отправлю тот же запрос - только один раз. Довольно хак, но он работает. Если кто-либо не найдет решение, я разделить щедрость между несколькими полезными идеями, которые у людей были ниже.

Ответ 1

Это похоже на странную проблему, и ее трудно проверить, не выкапывая код на сайте https.

Если вы хотите быстро исправить, вы можете попробовать выполнить первоначальный (фиктивный) запрос, а затем прервать его с помощью короткого setTimeout и сделать второй (реальный) запрос.

В соответствии с вашим описанием он должен работать.

Ответ 2

во время отладки по первому запросу это произошло через

У этой связанной ошибки есть связанная запись... IE 9 Ошибка Javascript c00c023f

Автор добавляет следующее в обработчик onreadystatechange

if (xmlHttpRequest.aborted==true) { 
  stopLoadAnimation();
  return;
}

Это может помочь вам в правильном направлении.

Ответ 3

Тайм-ауты предотвращают завершение запроса в readyState 1, и после этого он заканчивается из-за обнюхивания содержимого.
Настроить аутентификацию клиента SSL в форме входа в систему с помощью конфигурации веб-сервера
Вставьте скрытый элемент (например, изображение), который ссылается на URL-адрес, для которого требуется аутентификация SSL-клиента
Используйте гиперссылку относительного gif-протокола, например //example.com/image.gif, чтобы избежать уязвимости SEC7111 .
URL-адрес открытого метода соответствует домену при использовании HTTP, но не HTTPS, что приводит к сбою запроса, но последующие запросы возвращаются к политике зоны безопасности
Используйте сравнение между window.location.protocol и document.location.protocol, чтобы проверить, выполняется ли script в том же контексте, что и страница
Отправка JSON в виде типа MIME text/plain может вызвать обнюхивание содержимого
Сравните принять заголовок между запросами, которые не соответствуют тем, которые преуспевают
Кэширование HTTPS может быть проблемой
Возможно, необходимо установить заголовок подключения
Proxy может быть проблема
начальный заголовок значения ответов могут быть слишком большими (например, описание статуса HTTP имеет ограничение в 512 символов)
document.readystate может быть неполным по первоначальному запросу, что вызывает преждевременное выполнение проблемы
Проверка отзыва сертификатов может блокировать начальный JSON POST, но разрешать последующие запросы после обратного вызова GET
свойства readyState и status должны ссылаться с помощью области обратного вызова, а не переменной x, чтобы избежать использования области закрытия:

    function cb()
      {
      if ( (this.readyState === 4) && (this.status === 200) ) 
        {
        // handle callback
        }
      }

    onreadystatechange = cb;