Что означает «ожидающий» для запроса в окне разработчика Chrome?

Что означает « Ожидание » в столбце статуса на вкладке « Сеть » в окне разработчика Google Chrome?

Это происходит, когда мой скрипт страницы выдает запрос GET, ответ которого содержит заголовки содержимого для загрузки файла CSV:

Content-type: text/csv;
Content-Disposition: attachment; filename=myfile.csv

Это отлично работает в FF и IE7, загружая файл CSV, как ожидалось, и открывая средство выбора файлов для сохранения файла, но Chrome ничего не делает. Я подтвердил, что сервер отвечает на запрос, поэтому похоже, что Chrome не обработает ответ.

Любопытно, что все работает должным образом, если я наберу URL-адрес в адресной строке Chromes и нажму.

К вашему сведению: Chrome 10.0.648.204 на Win-XP

В моем случае я обнаружил (после долгого выдергивания волос), что статус «ожидание» был вызван расширением AdBlock. Изображение, которое мне не удалось загрузить, содержало слово «реклама» в URL-адресе, поэтому AdBlock не позволял ему загружаться.

Отключение AdBlock устраняет эту проблему.

Переименование файла таким образом, чтобы он не содержал "рекламу" в URL-адресе, также исправляет это и, очевидно, является лучшим решением. Если это не реклама, в таком случае оставьте это так. :)

Я также получаю это при использовании плагина HTTPS везде. У этого плагина есть список сайтов, на которых также есть https вместо http. Итак, я предполагаю, что до того, как будет сделан фактический запрос, он уже каким-то образом отменяется.

Так, например, когда я перехожу на http://stackexchange.com , в Developer я сначала вижу запрос со статусом (завершен). Этот запрос имеет несколько заголовков, но только GET, User-Agent и Accept. Никакого ответа тоже.

Затем идет запрос на https://stackexchange.com с полными заголовками и т. Д.

Поэтому я предполагаю, что он используется для запросов, которые не отправляются.

У меня возникли проблемы с ожидающим запросом на файлы mp3. У меня был список mp3 файлов и один плеер для их воспроизведения. Если бы я выбрал файл, который уже был загружен, Chrome заблокировал бы запрос и отобразил «ожидающий запрос» на вкладке сети инструментов разработчика.

Похоже, затронуты все версии Chrome.

Вот решение, которое я нашел:

player[0].setAttribute('src','video.webm?dummy=' + Date.now());

Вы просто добавляете фиктивную строку запроса в конец каждого URL-адреса. Это заставляет Chrome снова загрузить файл.

Другой пример с проигрывателем попкорна (с использованием jquery):

url = $(this).find('.url_song').attr('url');
pop = Popcorn.smart( "#player_",  url + '?i=' + Date.now());

У меня это работает. Фактически, ресурс не хранится в системе кеширования. То же самое должно работать и с файлами .csv.

У меня была такая же проблема с OSX Mavericks, оказалось, что антивирус Sophos блокировал определенные запросы, после того как я удалил его, проблема исчезла.

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

Состояние ожидания сети вовремя означает, что ваш запрос находится в состоянии обработки. Как только он ответит, время будет обновлено с указанием общего прошедшего времени.

На этом изображении показано, что сетевой вызов находится в состоянии обработки (Ожидание).

На этом рисунке показано время, затраченное на обработку сетевым вызовом.

У меня была аналогичная проблема с вызовами ajax application / json. В ff / IE все было нормально. В Chrome в окне Developer Network статус всегда был (ожидающим), потому что возвращался другой код статуса.

В моем случае я изменил свой ответ Json на отправку HttpStatusCode 200, тогда Chrome был в порядке, а текст состояния изменился на 200 OK.

Например, используя ASP.NET Web Api

 return new HttpResponseMessage(HttpStatusCode.OK ) {
            Content = request.Content
        };

Та же проблема с Chrome: у меня на моей html-странице был следующий код:

<body>
  ...
  <script src="http://myserver/lib/load.js"></script>
  ...
</body>

Но load.jsвсегда был в статусе pendingпри просмотре в панели «Сеть».

Я нашел обходной путь, используя асинхронную загрузку load.js:

<body>
  ...
  <script>
    setTimeout(function(){
      var head, script;
      head = document.getElementsByTagName("head")[0];
      script = document.createElement("script");
      script.src = "http://myserver/lib/load.js";
      head.appendChild(script);
    }, 1);
  </script>
  ...
</body>

Теперь все работает нормально.

Я столкнулся с этой проблемой, когда отлаживал локальное веб-приложение. Проблема оказалась в ограничениях антивируса AVG и брандмауэра. Мне пришлось разрешить исключение через брандмауэр, чтобы избавиться от статуса «Ожидание».

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

header("Cache-Control: no-cache,no-store");

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

Я столкнулся с той же проблемой, когда запрашиваю определенные изображения со страницы. Я использую JavaScript для установки атрибута src объекта img, и если сеть плохая, ожидание будет отображаться на сетевой панели окна разработчика Chrome. Думаю это из-за плохой сети.