Microsoft Edge не загружает внешние таблицы стилей и изображения [дубликаты]

Я наткнулся на эти вопросы и ответы после получения вышеупомянутой ошибки в IE11 при попытке загрузить файлы с помощью XMLHttpRequest:

var reqObj = new XMLHttpRequest();

//event Handler
reqObj.upload.addEventListener("progress", uploadProgress, false);
reqObj.addEventListener("load", uploadComplete, false);
reqObj.addEventListener("error", uploadFailed, false);
reqObj.addEventListener("abort", uploadCanceled, false);

//open the object and set method of call (post), url to call, isAsynchronous(true)
reqObj.open("POST", $rootUrlService.rootUrl + "Controller/UploadFiles", true);

//set Content-Type at request header.for file upload it's value must be multipart/form-data
reqObj.setRequestHeader("Content-Type", "multipart/form-data");

//Set header properties : file name and project milestone id
reqObj.setRequestHeader('X-File-Name', name);

// send the file
// this is the line where the error occurs
reqObj.send(fileToUpload);

Удаление строки reqObj.setRequestHeader("Content-Type", "multipart/form-data"); устранило проблему.

Примечание. В других браузерах эта ошибка отображается совсем по-другому. То есть Chrome показывает что-то похожее на сброс соединения, что похоже на то, что сообщает Fiddler (пустой ответ из-за внезапного закрытия соединения).

Кроме того, эта ошибка появилась только тогда, когда загрузка выполнялась с машины, отличной от WebServer (никаких проблем с локальным хостом).

[SOLVED]

Я наблюдал эту ошибку только сегодня. для меня код ошибки был другим.

SCRIPT7002: XMLHttpRequest: ошибка сети 0x2efd, не удалось завершить операцию из-за ошибки 00002efd.

Это было происходит случайным образом и не все время. но он заметил, что если это произойдет, это произойдет для последующих вызовов ajax .. так что я поставил задержку в течение 5 секунд между вызовами ajax и разрешил.

У меня возникла эта проблема: запрос AJAX Post, который возвратил некоторый JSON, потерпит неудачу, в конечном итоге возвратит прерывание с помощью:

SCRIPT7002: XMLHttpRequest: ошибка сети 0x2ef3

в консоли. В других браузерах (Chrome, Firefox, Safari) точно такой же запрос AJAX был в порядке.

Отследил мою проблему - расследование показало, что в ответе отсутствовал код состояния. В этом случае это должно было быть 500 внутренних ошибок. Это создавалось как часть веб-приложения C # с использованием стека служб, для которого явно должен быть установлен код ошибки.

IE, похоже, оставил соединение открытым для сервера, в конечном итоге он был отключен и «прервал» запрос; несмотря на получение содержимого и других заголовков.

Возможно, существует проблема с тем, как IE обрабатывает заголовки в сообщениях.

Обновление веб-приложения для правильного возврата кода состояния устраняет проблему .

Надеюсь, это кому-то поможет!

Повышение директивы в virtualhost для KeepAliveTimeout до 60 решило это для меня.

Мы также столкнулись с подобными проблемами. Однако установка кодировки, как указано в предыдущем комментарии, не помогла. Наше приложение выполняло запрос AJAX каждые 60 секунд, и наш веб-сервер nginx отправлял тайм-аут Keep-Alive на 60 секунд.

Мы исправили проблему, установив значение тайм-аута keep-alive равным 75 секундам.

Это то, что, по нашему мнению, происходит:

1. IE делает запрос AJAX каждые 60 секунд, устанавливая Keep-Alive в запросе.
2. На В то же время nginx знает, что значение тайм-аута Keep-Alive игнорируется IE, поэтому он запускает процесс закрытия TCP-соединения (в случае FF / Chrome это запускается клиентом)
3. IE получает закрыть запрос на соединение для ранее отправленного запроса. Поскольку IE не ожидает этого, он выдает ошибку и прерывается.
4. nginx все еще, кажется, отвечает на запрос, даже если соединение закрыто.

A Утилита Wireshark TCP дала бы большую ясность, наша проблема исправлена, и мы не хотим тратить на нее больше времени.

Я получил ту же ошибку (SCRIPT7002: XMLHttpRequest: Network Error 0x80004004, Operation aborted), в нашем случае это было из-за той же политики происхождения JavaScript.

На нашем веб-приложении был запущен вызов JQuery AJAX на наш сервер в порту 8080. Звонок перехватывался и перенаправлялся через SSL (из-за правил сервера, в соответствии с которыми входящий трафик использует SSL).

Как только мы сделали загрузку веб-приложения через порт SSL, проблема была исправлена.

У меня возникла такая же проблема в моем проекте asp.net, в конце концов я обнаружил, что проблема связана с целевой функцией не статической, проблема исправлена ​​после того, как я поставил ключевое слово static.

[WebMethod]
public static List<string> getRawData()

С изменением Apache 2 KeepAliveTimeout установите значение 60 или выше

У меня была эта ошибка в течение некоторого времени и нашел исправление. Это исправление для приложения Asp.net, Strange не удалось только в режиме несовместимости IE, но работает в Firefox и Crome. Предоставление доступа к папке службы webservice для всех / конкретных пользователей решило проблему.

Добавьте следующий код в файл web.config:

 <location path="YourWebserviceFolder">
  <system.web>
   <authorization>
    <allow users="*"/>
   </authorization>
  </system.web>
 </location>

Я просто хочу добавить, что решила эту проблему для меня, так как она отличается от всех вышеперечисленных ответов.

Ajax-вызовы, которые вызывали проблему, пытались передать пустой объект данных. Кажется, IE не нравится, но другие браузеры не против.

Чтобы исправить это, я просто удалил data: {}, из вызова ajax.

Эта проблема произошла в моем проекте из-за вызова GET ajax с длинной строкой xml в качестве значения параметра. Решенный следующим образом: сделать его как ajax-сообщение для вызова класса Java Spring MVC, как это.

$.ajax({
    url: "controller_Method_Name.html?variable_name="+variable_value,
    type: "POST",
    data:{ 
            "xmlMetaData": xmlMetaData // This variable contains a long xml string
    },
    success: function(response)
    {
        console.log(response);
    }
  });

Метод класса Spring MVC:

@RequestMapping(value="/controller_Method_Name")
  public void controller_Method_Name(@RequestParam("xmlMetaData") String metaDataXML, HttpServletRequest request)
{
   System.out.println(metaDataXML);
}