Chrome hata ayıklayıcısında "DİKKAT: geçici başlıklar gösteriliyor"

Google krom denetçisini ( F12) kullanarak indirilen kaynaklara bakarken garip bir uyarı mesajı fark ettim :

Dikkat geçici başlıkları gösterilir

Alakalı bir şey buldum Ağ Paneli: geçici istek başlıkları hakkında dikkatli olun , ancak tam olarak anlayamadım. İlgili sorular Chrome blok isteklerinin yanı sıra XMLHttpRequest yüklenemez. Yüksüz kaynaklar dikkat gösterir: Geçici başlıklar gösterilir .

İlk soruya benzer şekilde, kaynağım engellendi, ancak daha sonra aynı kaynağı otomatik olarak yükledi. İkinci sorunun aksine, hiçbir şeyi düzeltmek istemiyorum; Bu mesajın ne anlama geldiğini ve neden aldığımı bilmek istiyorum.

Kaynak bir uzantı tarafından engelleniyor olabilir (benim durumumda AdBlock).

İleti oradadır, çünkü bu kaynağı alma isteği hiç yapılmamıştır, bu nedenle gösterilen başlıklar gerçek değildir. Başvurduğunuz sorunda açıklandığı gibi, sunucu yanıt verdiğinde gerçek başlıklar güncellenir, ancak istek engellenirse yanıt gelmez.

Kaynağımı engelleyen uzantı hakkında bulduğum yol, Chrome'daki net-internals aracıydı:

Kromun En Son Sürümleri için

• Tip chrome://net-export/adres çubuğuna ve butonu tıklayın.
• Kayda başla. Ve Kayıt dosyasını yerel olarak kaydedin.
• Sorun gösteren sayfayı açın.
• Net-internals'e geri dön
• Kayıtlı Günlük dosyasını burada görüntüleyebilirsiniz https://netlog-viewer.appspot.com/#import
• tıklayın olaylar (###) ve kaynak (URL kullanımının parçaları) ile ilgili olayı bulmak textfield'ı kullanın.
• Son olarak, etkinliği tıklayın ve gösterilen bilgilerin size bir şey söyleyip söylemediğine bakın.

Eski krom sürümleri için

• Tip chrome://net-internalsadres çubuğuna ve butonu tıklayın.
• Sorun gösteren sayfayı açın.
• Net-internals'e geri dönün, olayları tıklayın (###) ve kaynağınızla ilgili olayı bulmak için metin alanını kullanın (URL'nin bölümlerini kullanın).
• Son olarak, etkinliği tıklayın ve gösterilen bilgilerin size bir şey söyleyip söylemediğine bakın.

Gerçek istek gönderilmediğinde bunun gerçekleştiğine inanıyorum. Genellikle önbelleğe alınmış bir kaynak yüklediğinizde olur.

Chrome v72 + için benim için çözen şey sadece şuydu:

chrome://flags/bu 3 bayrağa git ve devre dışı bırak

• Site yalıtımını devre dışı bırak
• Ağ hizmetini etkinleştir
• Ağ hizmetini işlem sırasında çalıştırır

veya komut satırından yapabilirsiniz:

chrome --disable-site-isolation-trials --disable-features=NetworkService,NetworkServiceInProcess

bu neden oluyor?

Google, Chromium motorlarını, farklı hizmetlerin bağımsız modüllere ve süreçlere ayrılacağı modüler yapıya yeniden düzenliyor gibi görünüyor. Bu sürece hizmet vermek diyorlar. İlk adımda şebeke servisi, Ui servisi, Kimlik servisi ve Cihaz servisi geliyor. Google, Chromium proje sitesinde resmi bilgi sağlar .

bunu değiştirmek tehlikeli mi?

Bir ağ oluşturma örneğidir: bir ağ hizmetimiz olduğunda, daha iyi kararlılık / güvenlik için işlem dışı kalmayı veya kaynak kısıtlıysa işlemde çalışmayı seçebiliriz . kaynak

Bu sorunla karşılaştım ve yukarıda cevaplarda veya soruda belirtilmeyen belirli bir nedeni belirlemeyi başardım.

SSL'de bir tam js yığını, açısal ön uç ve düğüm arka ucu çalıştırıyorum ve API 8081 bağlantı noktasında çalışan farklı bir etki alanında, bu yüzden API'den bir oturum çerezi bıraktığımda CORS istekleri ve withCredentials yapıyorum

Bu yüzden özellikle benim senaryom şuydu: POST isteği, 8081 numaralı bağlantı noktası kimlik bilgileri denetçide "DİKKAT: geçici başlıklar gösteriliyor" iletisine neden oldu ve elbette isteği hep birlikte engelledi.

Benim çözümüm, isteği 443'lük olağan SSL bağlantı noktasından 8081 düğümünün SSL bağlantı noktasına iletmek için bir apache ayarlamaktı (düğüm, prod'da root olarak çalıştırılamadığından daha yüksek bir bağlantı noktasında olmalıdır). Bu yüzden Chrome, geleneksel olmayan SSL bağlantı noktalarına SSL isteklerini sevmiyor, ancak belki de hata mesajları daha spesifik olabilir.

Bu, site yalıtımı adı verilen yeni bir özellik nedeniyle de ( yalnızca farklı bölgelerden gelen istekler için) olabilir .

Bu sayfada sorun ve geçici çözüm hakkında ayrıntılı bilgi verilmektedir . Hangi chrome://flags/#site-isolation-trial-opt-outchrome gidin ve bu ayarı "Kapsam dışı" olarak değiştirin ve chrome yeniden yükleyin.

Bu bir var bilinen bir sorundur . Ancak bu sayfa krom 68'de düzeltildiğini söylüyor, ancak krom 68'i çalıştırıyorum ve hala sorunum var.

HTTP / 2 Aktarılan kaynaklar , yukarıdakiProvisional headers are shown cevabında yayınlanan @wvega ile aynı teori için denetçide üretilecektir .

örneğin: Sunucu kaynakları istemciye ilettiğinden ( istemci istemeden önce ), tarayıcının kaynakları önbelleğe alınır ve bu nedenle istemci hiçbir zaman istekte bulunmaz / ona ihtiyaç duymaz; Çünkü ...

... sunucu yanıt verdiğinde gerçek başlıklar güncellenir, ancak istek engellenirse yanıt gelmez.

Benim durumum, kökenler arası ilişki ile ilgili.
Durum: Tarayıcı OPTIONS, GETveya gibi gerçek isteği göndermeden önce istek gönderir POST. Arka uç geliştirici, OPTIONSistekle başa çıkmayı unutur ve hizmet kodunu geçmesine izin verir, işlem süresini çok uzatır. axiosBaşlatmada yazdığım zaman aşımı ayarından daha uzun olan 5000 milisaniye. Bu nedenle, gerçek istek gönderilemedi ve sonra sorunla karşılaştım provisional headers are shown.
Çözüm:OPTIONS Talep söz konusu olduğunda , arka uç api sadece sonucu döndürür, isteği daha hızlı hale getirir ve gerçek istek zaman aşımından önce gönderilebilir.

Yanıtımın size yardım etmek için zamanında olduğundan şüpheliyim, ancak diğerleri bunu yararlı bulabilir. Oluşturduğum bir jQuery Ajax Post komut dosyası ile benzer bir sorun yaşadım.

Gönderiyi ateşlemek için kullandığım A etiketinin href özelliğinde bir yazım hatası olduğu ortaya çıktı. Ben href = yazmışsınız " javacsript :;" ('s' ve 'c' harflerini ters çevirerek) .. bu, komut dosyasının yayın ateşe girmeye çalışırken sayfayı yenilemeye çalışmasına neden oldu. yazım hatası düzeltildi ve benim için mükemmel çalıştı.

Bu mesaj, web sitesi HSTS kullanılarak korunduğunda ortaya çıkabilir . Daha sonra, birisi URL'nin HTTP sürümüne bağlandığında, HSTS tarafından belirtildiği gibi tarayıcı bir HTTP isteği yayınlamaz, ancak HTTPS kaynağına dahili olarak güvenli bir şekilde yönlendirir. Bu, sslstrip gibi HTTPS sürüm düşürme saldırılarını önlemek içindir .

Bunun nedeni, bir Ajax isteği göndermeniz olabilir, aynı zamanda sayfanızı location.href veya benzeri bir şey kullanarak başka birine atlarsınız. Böylece önceki istek başarısız oldu.

Bu uyarı iletisi, yanıt geçersiz olduğunda ve bu nedenle tarayıcı tarafından bırakıldığında da oluşur.

Benim durumumda istek sunucuya doğru bir şekilde gönderildi, sonra sunucu tarafı kodu bir hata üretti ve özel hata işlemem HTTP durum mesajı alanına hata iletisini döndürdü. Ancak, hata iletisindeki (burada http://aspnetwebstack.codeplex.com/workitem/1386 ) açıklanan ve bozuk yanıt başlıklarına neden olan geçersiz karakterler nedeniyle istemci tarafında bu hata alınmadı .

Bu sorunu asla tamamlamayacak bir AJAX çağrısı ile karşılaştım. Wvega'nın tavsiyelerini takip ettim ve sayfadaki chrome://net-internalsbaşka bir clickolay işleyiciyi nihayetinde belirlemek için hata ayıklama hakkında ipucu verdim , üst düğümü dinledim, tarayıcının aynı URL'ye gitmesine neden oluyordu (bu yüzden kolayca fark edilmedi).

Çözüm, tıklamanın DOM'u kabarmasını ve devam eden AJAX isteğini (üzerindeki bir işleyici aracılığıyla başlatılır) iptal etmesini önlemek için form gönderme düğmesine event.stopPropagation()bir clickişleyici eklemekti .submitform

Ben çok yakın zamanda (bugün aslında) burada bir AJAX çağrısı sunucuya çıkmak ve Chrome "Dikkat: Geçici başlıklar gösterilir." Sunucu tarafı PHP komut dosyasında, verilen senaryoya bağlı olarak hemen hemen olabilen veya birkaç saniye sürebilen MySQL sorguları vardır. Sorgular tamamlanana kadar sunucu yanıtım tarayıcıya geri gönderilmiyor. Bu hatayı sadece zaman alan sorgular (toplamda birkaç saniyeye kadar) yapıldığında aldım ve yanıtın geri gönderilmesini engelledim.

Senaryom, hava modeli çıktısı için yüzlerce sütun ekleyerek / kaldırarak bir tabloyu değiştirmek zorunda kalma olasılığını içerir ... dolayısıyla yanıt gecikmesini ALTER TABLE sorgularının bir döngüsü aracılığıyla yineleme.

Bunun bir nedeni, bir etkinliği izliyorsanız ve varsayılan işlemi engellememenizdir. Örneğin, bir tıklama etkinliğiniz varsa, şunları eklemek istersiniz:

e.preventDefault();

veya

return false;

Bunu yapmazsanız, geçici başlıklar uyarısının yanı sıra web konsolunuzun Ağ sekmesinde "iptal edildi" durumunu görürsünüz.

Benim durumumda bu sadece bir kaynağın yanlış ayarlanmış yoluydu (svg / img)

Bu sorun, geçersiz bir HTTP Yetkilendirme başlığı gönderirken ortaya çıktı. Base64 kodlamayı unuttum.

Buna rastladım ve https'den http'ye geçtiğimde gitti. Dev'de kullandığımız SSL sertifikaları 3. taraflarca doğrulanmamıştır. Sadece yerel olarak üretilen geliştiriciler.

Aynı çağrılar Chrome Canary ve Firefox'ta da işe yarıyor. Bu tarayıcılar, SSL sertifikası hakkında Chrome kadar katı görünmüyor. Chrome'da "DİKKAT: Geçici başlıklar ..." iletisiyle aramalar başarısız olur.

Sahne ve eşyalarda yasal bir SSL sertifikası kullandığımızda artık bu davranışı Chrome'da görmeyeceğimizi düşünüyorum / umuyoruz.

Sadece iki sentimi atıyorum. CORS isteklerini ve tam RESTful web hizmetini kullanarak bir Web Uygulaması yazıyorum. Elde tutulan bir istisna veya atılan bir PHP hatası olduğunda krom bu hatayı atacak bulduk. Sadece başkasının sorunla karşılaşması durumunda. Bu olduğunda ben Chrome App "Postacı - Rest Client" ateş ve aynı isteği çalıştırmak ancak Chrome App aslında ben aslında bu açıklayıcı olmayan hata yerine atılan PHP Hatası alırsınız bulundu.

Ben hatadan kaynaklanan değişiklikler yapıldıktan sonra main.js için js gerektiren ikinci kez yüklemeye çalıştığımda bu sorunu çalıştırdı. Geliştirici Araçları Ayarları "Önbelleği Devre Dışı Bırak (DevTools Açıkken)" altında açtım. ve bu cazibeyi yaptı.

Gördüğüm başka bir olası senaryo - aynı istek birkaç milisaniyeden hemen sonra tekrar gönderiliyor (büyük olasılıkla istemci tarafındaki bir hata nedeniyle).
Bu durumda, ilk isteğin durumunun "iptal edildiğini" ve gecikmenin yalnızca birkaç milisaniye olduğunu da görürsünüz.

Bu benim için bir indirme bağlantısı vardı ve tıkladıktan sonra jquery ile tıklamayı yakalamak ve bir ajax isteği göndermek için çalışıyordu. Sorun, indirme bağlantısına tıkladığınızda, sayfadan ayrılıyorsunuz, hatta öyle görünmüyor olmasıydı. Hiçbir dosya aktarımı olmazsa, istenen sayfayı görürdünüz .. Bu yüzden bu sorunu önlemek için bir target = "_ blank" ayarladım.

Bir açılır pencerede sayfa yazdırmaya çalıştığımda bu hatayı aldım. Yazdır iletişim kutusu gösterildi ve hala ana sayfada iken açılır pencerede yazdırmayı kabul etmemi veya iptal etmeyi bekliyor mesajı da gösteren arka planda bekliyordu geçici başlıkları gösterilmiştir DİKKAT başka bağlantıyı tıklayın çalıştı.

Benim durumumda çözüm, yazdırma iletişim penceresini önlemek için açılan pencerede window.print ();yürüttüğü komut dosyasını kaldırmaktı <body>.

Bunu sunucumla bağlantı sayısı Chrome'un sunucu başına maksimum bağlantı sayısı 6 olan sınırı aştığında gördüm.

Kodunuzun bu kod yumrukunu kullanın:

header('Cache-Control: no-cache, no-store, must-revalidate');
header('Pragma: no-cache');
header('Expires: 0');

Bu benim için çalışıyor.

İşte başka bir çözüm.

$ Ajax () çağrısı ile bu sorunla karşılaşırsanız http://, sunucu ana makineniz sorununuzu çözmeden önce ekleyin .

var requestURL = "http://" + serverHost;
$.ajax({
    dataType: "json",
    url: requestURL,
    data: data,
    success: success    
});

Bir Asp.Net Mvc uygulaması geliştiriyorsanız ve JsonResultkumandanıza bir döndürmeye çalışıyorsanız JsonRequestBehavior.AllowGet, Jsonyönteme eklediğinizden emin olun . Bu benim için sorunumu çözdü.

public JsonResult GetTaskSubCategories(int id)
{
    var subcategs = FindSubCategories(id);

    return Json(subcategs, JsonRequestBehavior.AllowGet);  //<-- Notice it has two parameters
}

HTTPS'de barındırılan web sitesi HTTP'de barındırılan WebApi'ye çağrı çağırdığında "Dikkat: geçici başlıklar gösterilir" mesajı gösterilebilir. Tüm Api'lerinizin HTTPS olup olmadığını kontrol edebilirsiniz. Tarayıcı, güvensiz bir kaynağa çağrı yapılmasını engeller. HTTP ile etki alanı oluşturmak için FETCH API'sını kullandığınızda kodunuzda benzer bir mesaj görebilirsiniz.

Karışık İçerik: ' https://website.com ' adresindeki sayfa HTTPS üzerinden yüklendi, ancak ' http://webapi.com ' için güvenli olmayan bir kaynak istedi . Bu istek engellendi; içerik HTTPS üzerinden sunulmalıdır.

BENİM ORTAM uygulamamla benzer bir sorun yaşadım. Benim durumumda, sorun sadece bir alma isteğinde oluyordu. Adblock kaldırmayı denedim, önbelleği temizlemeyi denedim ve farklı tarayıcılarla denedim. Hiçbir şey yardımcı olmadı.

Sonunda, API'nin büyük bir JSON nesnesi döndürmeye çalıştığını anladım. Küçük bir nesne göndermeye çalıştığımda, iyi çalışıyordu. Son olarak, bir JSON yerine bir tampon döndürmek için benim uygulama değişti.

ExpressJS'nin bu durumda bir hata atmasını dilerim.

Bu sorun webpack-hot-middleware, aynı anda birden fazla sayfa açmak ve açmak gibi bazı paketler kullanılırken de ortaya çıkar . webpack-hot-middlewarekod değişikliklerini dinlemek ve ardından sayfayı yenilemek için her sayfa için bir bağlantı oluşturur. Her tarayıcının max-connections-per-serverChrome için 6 sınırı vardır, bu nedenle Chrome'da 6'dan fazla sayfa açtıysanız, yeni istek siz bazı sayfaları kapatana kadar orada asılı kalır.

Benim durumumda nedeni AdBlock uzantısıydı.

Sunucuya istek gitti ve ben yanıt aldım ama "Geçici başlıklar .." Dev araçlarda gösteriliyor nedeniyle istek çerezleri göremedim. Site için AdBlock'u devre dışı bıraktıktan sonra uyarı ortadan kalktı ve geliştirici araçları çerezleri tekrar göstermeye başladı.

Değişikliğin etkili olması için Geliştirme araçlarını kapatmak ve sayfayı yenilemek de gerekiyordu