Что означает статус = отменено для ресурса в Инструментах разработчика Chrome?

Что может привести к отмене страницы? У меня есть скриншот инструментов разработчика Chrome.

Это происходит часто, но не каждый раз. Кажется, что как только некоторые другие ресурсы кэшируются, обновление страницы загрузит LeftPane.aspx. И что действительно странно, это происходит только в Google Chrome, а не в Internet Explorer 8. Есть идеи, почему Chrome отменит запрос?

Мы боролись с подобной проблемой, когда Chrome отменял запросы на загрузку вещей в рамках или фреймах, но только периодически, и это казалось зависимым от компьютера и / или скорости интернет-соединения.

Эта информация устарела на несколько месяцев, но я создал Chromium с нуля, покопался в источнике, чтобы найти все места, где запросы могут быть отменены, и установил контрольные точки на всех них для отладки. По памяти единственные места, где Chrome отменит запрос:

• Элемент DOM, который вызвал выполнение запроса, был удален (т. Е. Загружается IMG, но перед загрузкой вы удалили узел IMG)
• Вы сделали что-то, что сделало загрузку данных ненужной. (т.е. вы начали загружать iframe, затем изменили src или перезаписали содержимое)
• К одному и тому же серверу поступает множество запросов, и проблема с сетью при более ранних запросах показала, что последующие запросы не работают (ошибка поиска DNS, более ранний (такой же) запрос, например, код ошибки HTTP 400 и т. Д.)

В нашем случае мы, наконец, отследили его до одного фрейма, пытаясь добавить HTML к другому фрейму, что иногда случалось до того, как фрейм назначения даже загрузился. После того, как вы дотронетесь до содержимого iframe, он больше не сможет загружать в него ресурс (как он узнает, куда его поместить?), Поэтому он отменяет запрос.

status = отменено может произойти и в запросах ajax для событий JavaScript:

<script>
  $("#call_ajax").on("click", function(event){
     $.ajax({
        ...    
     });
  });
</script>

<button id="call_ajax">call</button> 

Событие успешно отправляет запрос, но затем отменяется (но обрабатывается сервером). Причина в том, что элементы отправляют формы по событиям щелчка, независимо от того, выполняете ли вы какие-либо запросы ajax для того же события щелчка.

Чтобы предотвратить отмену запроса, JavaScript event.preventDefault (); должны быть названы:

<script>
  $("#call_ajax").on("click", function(event){
     event.preventDefault();
     $.ajax({
        ...    
     });
  });
</script>

NB: убедитесь, что у вас нет элементов обтекания .

У меня была похожая проблема, когда моя кнопка с onclick = {} была обернута в элемент формы. При нажатии на кнопку форма также отправляется, и это все испортило ...

Этот ответ, вероятно, никогда не будет прочитан никем, но я решил, почему бы не написать его :)

Еще одна вещь, на которую стоит обратить внимание, это расширение AdBlock или расширения в целом.

Но "много" людей имеют AdBlock ....

Чтобы исключить расширения, откройте новую вкладку в режиме инкогнито, убедившись, что «allow in incognito выключен» для расширений, которые вы хотите протестировать.

Возможно, вы захотите проверить тег заголовка «X-Frame-Options». Если установлено значение SAMEORIGIN или DENY, вставка iFrame будет отменена Chrome (и другими браузерами) в соответствии со спецификацией .

Также обратите внимание, что некоторые браузеры поддерживают настройку ALLOW-FROM, а Chrome - нет.

Чтобы решить эту проблему, вам нужно будет удалить тег заголовка «X-Frame-Options». Это может сделать вас уязвимыми для атак с использованием щелчков, поэтому вам нужно будет решить, каковы риски и как их снизить.

В моем случае я обнаружил, что это глобальные настройки тайм-аута jquery, глобальный тайм-аут установки плагина jquery равен 500 мс, поэтому, когда запрос превышает 500 мс, chrome отменит запрос.

Вот что случилось со мной: сервер возвращал искаженный заголовок «Location» для редиректа 302. Chrome не сказал мне этого, конечно. Я открыл страницу в Firefox и сразу обнаружил проблему. Приятно иметь несколько инструментов :)

Еще одно место, с которым мы столкнулись, (canceled)- это неверная конфигурация сертификата TLS. Если такой сайт https://www.example.comнеправильно настроен, что сертификат не включает, www.но действителен для https://example.com, chrome отменит этот запрос и автоматически перенаправит на последний сайт. Это не относится к Firefox.

В настоящее время действительный пример: https://www.pthree.org/

Отмененный запрос произошел со мной при перенаправлении между защищенными и незащищенными страницами в отдельных доменах внутри фрейма. Перенаправленный запрос показывался в инструментах разработчика как «отмененный» запрос.

У меня есть страница с iframe, содержащая форму, размещенную на моем платежном шлюзе. Когда форма в iframe была отправлена, платежный шлюз перенаправлял обратно на URL на моем сервере. Недавно редирект перестал работать и вместо этого превратился в «отмененный» запрос.

Похоже, что Chrome (я использовал Windows 7 Chrome 30.0.1599.101) больше не позволял перенаправлению внутри iframe переходить на незащищенную страницу в отдельном домене. Чтобы это исправить, я просто позаботился о том, чтобы все перенаправленные запросы в iframe всегда отправлялись на защищенные URL-адреса.

Когда я создал более простую тестовую страницу только с iframe, в консоли появилось предупреждение (которое я пропустил ранее или, возможно, не показывал):

[Blocked] The page at https://mydomain.com/Payment/EnterDetails ran insecure content from http://mydomain.com/Payment/Success

Перенаправление превратилось в отмененный запрос в Chrome на ПК, Mac и Android. Я не знаю, зависит ли это от настроек моего сайта (SagePay Low Profile) или что-то изменилось в Chrome.

Chrome версии 33.0.1750.154 m последовательно отменяет загрузку изображений, если я использую мобильную эмуляцию, направленную на мой локальный хост ; в частности, при включенном User Agent (в отличие от настроек экрана).

Когда я отключаю подмену User Agent; запросы на изображения не отменяются, я вижу изображения.

Я до сих пор не понимаю, почему; в первом случае, когда запрос отменяется, заголовки запроса (ВНИМАНИЕ: отображаются временные заголовки) имеют только

• принимать
• Cache-Control
• Pragma
• Referer
• User-Agent

В последнем случае все эти плюс другие, как:

• печенье
• соединение
• хозяин
• Accept-Encoding
• Accept-Language

пожимание плечами

Я получил эту ошибку в Chrome, когда я перенаправил через JavaScript:

<script>
    window.location.href = "devhost:88/somepage";
</script>

Как видите, я забыл «http: //» . После того, как я добавил это, это работало.

Для моего случая у меня был якорь с событием клика, как

<a href="" onclick="somemethod($index, hour, $event)">

Внутри события клика у меня был сетевой звонок, Chrome отменил запрос. Якорь имеет hrefс ""помощью, он перезагружает страницу и в то же время он имеет нажмите событие с сетевым вызовом , который получает отменен. Всякий раз, когда я заменяю на hrefпустоту, как

<a href="javascript:void(0)" onclick="somemethod($index, hour, $event)">

Проблема ушла!

Вот еще один случай, когда Chrome отменял запрос, с которым я только что столкнулся, и на который нет ответов.

В двух словах
Самоподписанный сертификат не является доверенным на моем телефоне Android.

Детали
Мы находимся в стадии разработки / отладки. URL-адрес указывает на самоподписанный хост. Код похож на:

location.href = 'https://some.host.com/some/path'

Chrome просто отменил запрос молча, не оставив новичка в веб-разработке, как я, чтобы решить эту проблему. Как только я скачал и установил сертификат с помощью телефона Android, проблема исчезла.

Если вы используете некоторые основанные на Observable HTTP-запросы, такие как встроенные в Angular (2+), тогда HTTP-запрос может быть отменен, когда observable отменяется (обычное дело, когда вы используете switchMapоператор RxJS 6 для объединения потоков) , В большинстве случаев достаточно использовать mergeMapоператор, если вы хотите, чтобы запрос завершился.

У меня была та же самая вещь с двумя файлами CSS, которые были сохранены в другой папке вне моей основной папки CSS. Я использую Expression Engine и обнаружил, что проблема была в правилах в моем файле htaccess. Я просто добавил папку к одному из моих условий, и она исправила это. Вот пример:

RewriteCond %{REQUEST_URI} !(images|css|js|new_folder|favicon.ico)

Так что, возможно, стоит проверить файл htaccess на возможные конфликты.

Я включил все типы шрифтов, а также woff , woff2 , ttf, когда я вставляю веб-шрифт в таблицу стилей. Недавно я заметил, что Chrome отменяет запрос к ttf и woff, когда присутствует woff2 . Я использую Chrome версии 66.0.3359.181 прямо сейчас, но я не уверен, когда Chrome начал отменять дополнительные типы шрифтов.

У нас была эта проблема с тегом <button>в форме, который должен был отправить ajax-запрос от js. Но этот запрос был отменен из-за браузера, который отправляет форму автоматически при любом нажатии buttonвнутри формы.

Так что если вы действительно хотите использовать button вместо обычной divили spanна странице, и вы хотите отправить форму throw js - вы должны настроить слушателя с preventDefaultфункцией.

например

$('button').on('click', function(e){

    e.preventDefault();

    //do ajax
    $.ajax({

     ...
    });

})

случилось то же самое со мной при звонке. JS файл с $. Ajax, и сделать запрос AJAX, что я сделал, было нормально позвонить.

В моем случае код для отображения окна почтового клиента заставил Chrome прекратить загрузку изображений:

document.location.href = mailToLink;

Помогло перемещение его в $ (window) .load (function () {...}) вместо $ (function () {...}).

Это может помочь любому, кто сталкивался с отмененным статусом, когда опускал возвращаемое значение false; в форме представить. Это привело к тому, что после отправки ajax сразу же последовало действие отправки, которое перезаписало текущую страницу. Код показан ниже, с важным возвращением false в конце.

$('form').submit(function() {

    $.validator.unobtrusive.parse($('form'));
    var data = $('form').serialize();
    data.__RequestVerificationToken = $('input[name=__RequestVerificationToken]').val();

    if ($('form').valid()) {
        $.ajax({
            url: this.action,
            type: 'POST',
            data: data,
            success: submitSuccess,
            fail: submitFailed
        });
    }
    return false;       //needed to stop default form submit action
});

Надеюсь, что это помогает кому-то.

Для тех, кто приходит из LoopbackJS и пытается использовать пользовательский метод потока, как показано в их примере диаграммы. Я получал эту ошибку, используя PersistedModel, переключение на основную Modelисправил мою проблему eventsourceотмены статуса.

Опять же, это специально для петлевого API. И так как это лучший ответ и топ в Google, я решил добавить это в смесь ответов.

Я столкнулся с той же проблемой, где-то глубоко в нашем коде у нас был этот псевдокод:

• создать фрейм

• загрузка iframe отправить форму

• Через 2 секунды удалите фрейм

таким образом, когда серверу требуется более 2 секунд, чтобы ответить, если iframe, на который сервер записывал ответ, был удален, но ответ еще не был записан, но не было записано iframe, таким образом, chrome отменил запрос, таким образом, чтобы избежать этого, я позаботился о том, чтобы iframe удалялась только после окончания ответа, или вы можете изменить цель на «_blank». Таким образом, одна из причин: когда ресурс (в моем случае iframe), в который вы что-то пишете, удаляется или удаляется до того, как вы перестанете писать в него, запрос будет отменен

Для меня статус «отменен» был, потому что файл не существует. Странно почему хром не показывает 404.

Это было так же просто, как неверный путь для меня. Я бы предложил, чтобы первым шагом в отладке было посмотреть, сможете ли вы загрузить файл независимо от AJAX и т. Д.

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

Это случилось со мной при загрузке 300 изображений в качестве фоновых изображений. Я предполагаю, что однажды первый тайм-аут, он отменил все остальные или достиг максимального числа одновременных запросов. необходимо реализовать 5 за один раз

Одной из причин может быть то, что XMLHttpRequest.abort () был вызван где-то в коде, в этом случае запрос будет иметь cancelledстатус на вкладке Сеть инструментов разработчика Chrome.

В моем случае это начало прибывать после обновления chrome 76.

Из-за некоторых проблем в моем коде JS, window.location неоднократно обновлялся, что приводило к отмене предыдущего запроса. Хотя проблема существовала и раньше, Chrome начал отменять запрос после обновления до версии 76.

У меня была такая же проблема при обновлении записи. Внутри save () я подготавливал необработанные данные, взятые из формы, в соответствии с форматом базы данных (выполнял много операций по отображению значений перечислений и т. Д.), И это периодически отменяет запрос put. я решил это, вынув данные prepping из save () и создав выделенный метод dataPrep () из него. Я превратил этот dataPrep в асинхронный и ожидаю преобразования данных, интенсивно использующего память. Затем я возвращаю предварительно подготовленные данные методу save (), который я мог бы использовать в http-клиенте. Я убедился, что я жду dataPrep () перед вызовом метода put:

await dataToUpdate = await dataPrep (); http.put (apiUrl, dataToUpdate);

Это решило прерывистую отмену запроса.

Если вы используете Axios, это может помочь вам

// change timeout delay: instance.defaults.timeout = 2500;

https://github.com/axios/axios#config-order-of-precedence