Что может привести к отмене страницы? У меня есть скриншот инструментов разработчика Chrome.
Это происходит часто, но не каждый раз. Кажется, что как только некоторые другие ресурсы кэшируются, обновление страницы загрузит LeftPane.aspx. И что действительно странно, это происходит только в Google Chrome, а не в Internet Explorer 8. Есть идеи, почему Chrome отменит запрос?
net::ERR_ABORTED
закрыта. Если это так, в этом посте объясняется, что «net :: ERR_ABORTED предназначен для создания только в том случае, если действие пользователя вызывает прерывание загрузки. Это может произойти, когда новая навигация прерывает существующую или когда пользователь нажимает кнопку STOP кнопка «.Ответы:
Мы боролись с подобной проблемой, когда Chrome отменял запросы на загрузку вещей в рамках или фреймах, но только периодически, и это казалось зависимым от компьютера и / или скорости интернет-соединения.
Эта информация устарела на несколько месяцев, но я создал Chromium с нуля, покопался в источнике, чтобы найти все места, где запросы могут быть отменены, и установил контрольные точки на всех них для отладки. По памяти единственные места, где Chrome отменит запрос:
В нашем случае мы, наконец, отследили его до одного фрейма, пытаясь добавить HTML к другому фрейму, что иногда случалось до того, как фрейм назначения даже загрузился. После того, как вы дотронетесь до содержимого iframe, он больше не сможет загружать в него ресурс (как он узнает, куда его поместить?), Поэтому он отменяет запрос.
источник
document.write
s в этом кадре и убедиться, что они пишут только при загрузке кадра. Я отмечу это как правильный ответ, так как вы ответили на значение этого статуса.true
в некоторую переменную, а затем другие кадры сначала ищут это, прежде чем что-либо касаться.status = отменено может произойти и в запросах ajax для событий JavaScript:
Событие успешно отправляет запрос, но затем отменяется (но обрабатывается сервером). Причина в том, что элементы отправляют формы по событиям щелчка, независимо от того, выполняете ли вы какие-либо запросы ajax для того же события щелчка.
Чтобы предотвратить отмену запроса, JavaScript event.preventDefault (); должны быть названы:
источник
ng-click
на кнопке с,type="submit"
а затем сделал некоторые сети в вызываемой функции. Хром продолжал отменять этот запрос ...NB: убедитесь, что у вас нет элементов обтекания .
У меня была похожая проблема, когда моя кнопка с onclick = {} была обернута в элемент формы. При нажатии на кнопку форма также отправляется, и это все испортило ...
Этот ответ, вероятно, никогда не будет прочитан никем, но я решил, почему бы не написать его :)
источник
@click
событие было связано с<button>
элементом внутри оболочки формы. Избегайте этого, если вы не используете@submit.prevent
модификатор событий Vue .type="button"
тега моей кнопки форма не была отправлена, а отмененное событие было исключено.Еще одна вещь, на которую стоит обратить внимание, это расширение AdBlock или расширения в целом.
Но "много" людей имеют AdBlock ....
Чтобы исключить расширения, откройте новую вкладку в режиме инкогнито, убедившись, что «allow in incognito выключен» для расширений, которые вы хотите протестировать.
источник
Возможно, вы захотите проверить тег заголовка «X-Frame-Options». Если установлено значение SAMEORIGIN или DENY, вставка iFrame будет отменена Chrome (и другими браузерами) в соответствии со спецификацией .
Также обратите внимание, что некоторые браузеры поддерживают настройку ALLOW-FROM, а Chrome - нет.
Чтобы решить эту проблему, вам нужно будет удалить тег заголовка «X-Frame-Options». Это может сделать вас уязвимыми для атак с использованием щелчков, поэтому вам нужно будет решить, каковы риски и как их снизить.
источник
В моем случае я обнаружил, что это глобальные настройки тайм-аута jquery, глобальный тайм-аут установки плагина jquery равен 500 мс, поэтому, когда запрос превышает 500 мс, chrome отменит запрос.
источник
includes/class-wc-frontend-scripts.php
файле.Вот что случилось со мной: сервер возвращал искаженный заголовок «Location» для редиректа 302. Chrome не сказал мне этого, конечно. Я открыл страницу в Firefox и сразу обнаружил проблему. Приятно иметь несколько инструментов :)
источник
#{}
интерполяцию, поэтому полученный URL был искажен. Но Chrome ничего не сказал мне об этом.Еще одно место, с которым мы столкнулись,
(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, в консоли появилось предупреждение (которое я пропустил ранее или, возможно, не показывал):
Перенаправление превратилось в отмененный запрос в Chrome на ПК, Mac и Android. Я не знаю, зависит ли это от настроек моего сайта (SagePay Low Profile) или что-то изменилось в Chrome.
источник
Chrome версии 33.0.1750.154 m последовательно отменяет загрузку изображений, если я использую мобильную эмуляцию, направленную на мой локальный хост ; в частности, при включенном User Agent (в отличие от настроек экрана).
Когда я отключаю подмену User Agent; запросы на изображения не отменяются, я вижу изображения.
Я до сих пор не понимаю, почему; в первом случае, когда запрос отменяется, заголовки запроса (ВНИМАНИЕ: отображаются временные заголовки) имеют только
В последнем случае все эти плюс другие, как:
пожимание плечами
источник
Я получил эту ошибку в Chrome, когда я перенаправил через JavaScript:
Как видите, я забыл «http: //» . После того, как я добавил это, это работало.
источник
Для моего случая у меня был якорь с событием клика, как
Внутри события клика у меня был сетевой звонок, Chrome отменил запрос. Якорь имеет
href
с""
помощью, он перезагружает страницу и в то же время он имеет нажмите событие с сетевым вызовом , который получает отменен. Всякий раз, когда я заменяю наhref
пустоту, какПроблема ушла!
источник
Вот еще один случай, когда Chrome отменял запрос, с которым я только что столкнулся, и на который нет ответов.
В двух словах
Самоподписанный сертификат не является доверенным на моем телефоне Android.
Детали
Мы находимся в стадии разработки / отладки. URL-адрес указывает на самоподписанный хост. Код похож на:
Chrome просто отменил запрос молча, не оставив новичка в веб-разработке, как я, чтобы решить эту проблему. Как только я скачал и установил сертификат с помощью телефона Android, проблема исчезла.
источник
Если вы используете некоторые основанные на Observable HTTP-запросы, такие как встроенные в Angular (2+), тогда HTTP-запрос может быть отменен, когда observable отменяется (обычное дело, когда вы используете
switchMap
оператор RxJS 6 для объединения потоков) , В большинстве случаев достаточно использоватьmergeMap
оператор, если вы хотите, чтобы запрос завершился.источник
У меня была та же самая вещь с двумя файлами CSS, которые были сохранены в другой папке вне моей основной папки CSS. Я использую Expression Engine и обнаружил, что проблема была в правилах в моем файле htaccess. Я просто добавил папку к одному из моих условий, и она исправила это. Вот пример:
Так что, возможно, стоит проверить файл htaccess на возможные конфликты.
источник
Я включил все типы шрифтов, а также woff , woff2 , ttf, когда я вставляю веб-шрифт в таблицу стилей. Недавно я заметил, что Chrome отменяет запрос к ttf и woff, когда присутствует woff2 . Я использую Chrome версии 66.0.3359.181 прямо сейчас, но я не уверен, когда Chrome начал отменять дополнительные типы шрифтов.
источник
У нас была эта проблема с тегом
<button>
в форме, который должен был отправить ajax-запрос от js. Но этот запрос был отменен из-за браузера, который отправляет форму автоматически при любом нажатииbutton
внутри формы.Так что если вы действительно хотите использовать
button
вместо обычнойdiv
илиspan
на странице, и вы хотите отправить форму throw js - вы должны настроить слушателя сpreventDefault
функцией.например
источник
случилось то же самое со мной при звонке. JS файл с $. Ajax, и сделать запрос AJAX, что я сделал, было нормально позвонить.
источник
В моем случае код для отображения окна почтового клиента заставил Chrome прекратить загрузку изображений:
Помогло перемещение его в $ (window) .load (function () {...}) вместо $ (function () {...}).
источник
Это может помочь любому, кто сталкивался с отмененным статусом, когда опускал возвращаемое значение false; в форме представить. Это привело к тому, что после отправки ajax сразу же последовало действие отправки, которое перезаписало текущую страницу. Код показан ниже, с важным возвращением false в конце.
Надеюсь, что это помогает кому-то.
источник
Для тех, кто приходит из 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
источник