Chrome Geliştirici Penceresindeki istek için "beklemede" ne anlama geliyor?

105

Google Chrome Geliştirici penceresinin " Ağ " sekmesindeki durum sütununun altındaki " Beklemede " ne anlama geliyor ?

Bu, sayfa komut dosyam, yanıtı bir CSV dosyasını indirmek için içerik başlıkları içeren bir GET isteği yayınladığında gerçekleşir:

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

Bu, FF ve IE7'de sorunsuz çalışır, beklendiği gibi bir CSV dosyası indirilir ve dosyayı kaydetmek için bir dosya seçici açılır, ancak Chrome hiçbir şey yapmaz. Sunucunun isteğe yanıt verdiğini doğruladım, bu nedenle Chrome yanıtı işlemeyecek gibi görünüyor.

Merakla, URL'yi Chromes adres çubuğuna yazıp vurursam her şey beklendiği gibi çalışıyor.

Bilginize: Win-XP'de Chrome 10.0.648.204

http google-chrome

— Lawrence I. Siden
kaynak

JavaScript dosyalarıyla benzer bir sorun yaşıyorum. jQuery kitaplıkları düzgün yüklenmiyor ve sorunlara neden oluyor.

— Jack M.

Uzantıların bu soruna neden olabileceğini unutmayın - Üçüncü taraf bağlı kuruluş izleme pikselini dahil etmekle ilgili böyle bir sorun yaşadım, istek sonsuza kadar 'beklemede' olarak kaldı. Reklam engellemeyi kapatmayı unuttuğum ortaya çıktı!

— Andy Smith

13

Bu sorunun (ilk cümlenin) hala yanıtlanmadığını unutmayın. Aşağıdaki tüm cevaplar (bugün itibariyle) sadece "benim için buna neden olan şey" dir. Mesaj çok geneldir ve çok sayıda sorundan kaynaklanabilir. Tam olarak ne olduklarını bilseydim cevap verirdim, ancak genel olarak, bir nedenden dolayı iletişimin sayfa ile sunucu arasında bir yerde engellendiği anlamına geliyor gibi görünüyor. "Sayfa" derken tarayıcıyı kastetmiyorum, tarayıcı uzantıları başka bir yerde bahsedildiği gibi buna neden olabilir.

— AlexMA

1

CloudFront gelen URL'ler ile mevcut Google Chrome Canary sürümü (V43), ancak kararlı Chrome sürüm (v40) ile bu görme

— Simon_Weaver

61

Benim durumumda, (epeyce saç çektikten sonra) "beklemede" durumuna AdBlock uzantısının neden olduğunu buldum. Yükleyemediğim resmin URL'sinde "reklam" kelimesi vardı, bu yüzden AdBlock resmin yüklenmesini engelledi.

AdBlock'u devre dışı bırakmak bu sorunu düzeltir.

Dosyayı URL'de "reklam" içermeyecek şekilde yeniden adlandırmak da dosyayı düzeltir ve açıkça daha iyi bir çözümdür. Bir reklam olmadığı sürece, bu durumda onu böyle bırakmalısınız. :)

— Robin daugherty
kaynak

1

TamperMonkey uzantısı yüklü olarak Chrome'da da aynı şeyi gördüm.

— 24'te sstn

1

@Robinountainerty, adblock uzantısı sunucu tarafında mı yoksa istemci tarafında mı?, Benim durumumda istemci tarafında hiçbir şey yok. Ve bekleyen durum 1.8 dakika ile 2.2 dakika arasında bitiyor ... ne yanlış olabilir? zayıf ağ ?.

— Juan Ruiz de Castilla

1

Dosyanın yüklenmesini engelleyen başka herhangi bir uzantı olabilir. Tüm uzantılarınızın devre dışı bırakıldığı bir Gizli pencere kullanmayı deneyin. (Bazı uzantılar Gizli modda etkinleştirilmiş olabilir, bu yüzden kontrol etmelisiniz.)

— Robin Araujo

Geliştirme ortamımın (Angular & Visual Studio) neden bu kadar yavaş olduğunu anlamaya çalışırken saçlarımı çekiyordum. UBlock'u devre dışı bırakmak hile yaptı. TEŞEKKÜRLER!

— XVargas

2

Benimki, AdBlocker'ı desteklemeyen IE'de oluşuyor ... :( Bu benim için ara sıra ortaya çıkan bir sorundur.

— Json

5

HTTPS everywhere eklentisini kullanırken de bunu anlıyorum. Bu eklenti, http yerine https de olan sitelerin bir listesine sahiptir. Bu yüzden, gerçek istek yapılmadan önce bir şekilde iptal edildiğini varsayıyorum.

Örneğin, http://stackexchange.com adresine gittiğimde , Geliştirici'de ilk önce durumu olan bir istek görüyorum (sonlandırıldı). Bu isteğin bazı başlıkları vardır, ancak yalnızca GET, User-Agent ve Accept. Yanıt da yok.

Ardından tam başlıklar vb. İle https://stackexchange.com isteği var .

Bu yüzden gönderilmeyen istekler için kullanıldığını varsayıyorum.

— kimse
kaynak

5

MP3 dosyaları için bekleyen istekle ilgili bazı sorunlar yaşadım. MP3 dosyalarının bir listesi ve bunları oynatmak için bir oynatıcı vardı. Önceden indirilmiş bir dosya seçersem, Chrome isteği engeller ve geliştirici araçlarının ağ sekmesinde "bekleyen istek" ifadesini gösterir.

Görünüşe göre Chrome'un tüm sürümleri etkileniyor.

İşte bulduğum bir çözüm:

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

Sadece her url'nin sonuna sahte bir sorgu dizesi eklersiniz. Bu, Chrome'u dosyayı tekrar indirmeye zorlar.

Popcorn player ile başka bir örnek (jquery kullanarak):

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

Bu benim için çalışıyor. Aslında, kaynak önbellek sisteminde saklanmaz. Bu, .csv dosyaları için de aynı şekilde çalışmalıdır.

— Necko
kaynak

2

OSX Mavericks'te de aynı sorunu yaşadım, Sophos anti-virüsünün belirli istekleri engellediği ortaya çıktı, kaldırdıktan sonra sorun ortadan kalktı.

Bunun bir uzantıdan kaynaklanabileceğini düşünüyorsanız, bunu denemenin ve test etmenin kolay bir yolu, Chrome'u '--disable-extensionsbayrakla açıp sorunu çözüp çözmediğini görmektir. Bu düzeltilmezse, soruna başka bir uygulamanın, özellikle de istekleri etkileyebilecek güvenlik uygulamalarının neden olup olmadığını görmek için tarayıcının ötesine bakmayı düşünün.

— Santiago Meleği
kaynak

2

Zamanında ağ bekleme durumu, isteğinizin ilerleme durumunda olduğu anlamına gelir. Yanıt verir vermez zaman, toplam geçen süre ile güncellenecektir.

Bu resim, ağ çağrısının işleme durumunda olduğunu gösterir (Beklemede)

Bu resim, şebeke araması tarafından işlenirken geçen zamanı gösterir.

— Harendra Kr. Jadon
kaynak

1

Şu anda yanlış bildirilen geçen zamanlara bakıyorum. Aslında 4 saniye boyunca beklemede kalacak, ancak 150ms rapor edecek. Ve bu, sunucunun bu istek raporlarını işleyiş süresinin nispeten uzun olmasıdır (yani 150ms). Sanki yapay bir şey çözme talebini

— alıkoyuyor

1

Application / json ajax çağrılarıyla benzer bir sorun yaşadım. Ff / IE'de iyilerdi. Geliştirici Ağı penceresindeki kromda Durum her zaman (beklemede) idi çünkü farklı bir durum kodu döndürülüyordu.

Benim durumumda Json yanıtımı 200 HttpStatusCode gönderecek şekilde değiştirdim, ardından Chrome iyi oldu ve Durum Metni 200 Tamam olarak değiştirildi.

Örneğin ASP.NET Web Api kullanma

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

— Jafin
kaynak

nasıl ve nerede değiştirdiğinize dair küçük bir örnek verebilir misiniz HttpStatusCode?

— Aras

1

Chrome ile aynı sorun: html sayfamda aşağıdaki kod vardı:

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

Ancak Ağ paneline bakıldığında load.jsher zaman pendingdurumdaydı.

Eşzamansız yük kullanarak bir geçici çözüm buldum 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>

Şimdi iyi çalışıyor.

— SebastienC
kaynak

0

Yerel bir web uygulamasında hata ayıklarken bu sorunla karşılaştım. Sorunun AVG Antivirus ve Firewall kısıtlamaları olduğu ortaya çıktı. "Beklemede" durumundan kurtulmak için güvenlik duvarı üzerinden bir istisnaya izin vermem gerekiyordu.

— Sanjeet Sahay
kaynak

0

Benim için düzeltme, talep edilen php dosyasının üstüne aşağıdakileri eklemekti.

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

— Anonim
kaynak

0

Benim durumumda, tarayıcıyı yeniden başlatmadan önce yüklenmemesini sağlayan bir Chrome güncellemesi var. Şerefe

— Stefanus Diptya
kaynak

-3

Sayfadan belirli görselleri istediğimde de aynı problemle karşılaştım. Bir img nesnesinin src özniteliğini ayarlamak için JavaScript kullanıyorum ve ağ zayıfsa, Chrome geliştirici penceresinin ağ panelinde görüntülenecek. Sanırım zayıf ağ nedeniyle.

— jz1108
kaynak

4

aynı sorunu yaşıyorum, ancak görüntüler her zaman doğrudan IE veya FF'de çıkıyor, bu yüzden ağ değil. Ayrıca aralıklıdır. Yeni içgörüleriniz olup olmadığını merak ettiniz

— Lior

Burada aynı sorun. FF'de bu görüntüler iyi yükleniyor.

— svassr