"Uwaga: tymczasowe nagłówki są wyświetlane" w Debuggerze Chrome

Wierzę, że dzieje się tak, gdy rzeczywiste żądanie nie jest wysyłane. Zwykle dzieje się tak podczas ładowania zasobu w pamięci podręcznej.

Dla chrome v72+ dla mnie rozwiązało to tylko to:

Przejdź do chrome://flags/ i wyłącz te 3 flagi

• Wyłącz izolację strony
• Włącz usługę sieciową
• uruchamia usługę sieciową w procesie

Lub możesz to zrobić z linii poleceń:

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

Dlaczego tak się stało?

Wygląda na to, że Google refaktoruje swój silnik Chromium do modułowej struktury, gdzie różne usługi będą podzielone na samodzielne moduły i procesy. Nazywają ten proces serwisowaniem. Usługa sieciowa to pierwszy krok, usługa interfejsu użytkownika, usługa tożsamości i usługa urządzenia. Google udostępnia oficjalne informacje na stronie projektu Chromium .

Czy zmiana tego jest niebezpieczna?

[[2]} przykładem jest sieć: gdy mamy usługę sieciową, możemy wybrać, aby uruchomić ją z procesu dla lepszej stabilności/bezpieczeństwa, lub w procesie, jeśli jesteśmy ograniczeni zasobami . źródło

Napotkałem ten problem i udało mi się zidentyfikować konkretną przyczynę, która nie jest wymieniona powyżej ani w odpowiedziach, ani w pytaniu.

Uruchamiam pełny stos js, angular front end i node back end NA SSL, A API jest na innej domenie działającej na porcie 8081, więc robię żądania CORS i withCredentials, gdy upuszczam plik cookie sesji z API

Tak konkretnie mój scenariusz był: POST request, withCredentials to port 8081 spowodował " Uwaga: prowizoryczny nagłówki są wyświetlane " wiadomość w Inspektorze, a także oczywiście zablokował żądanie wszystkie razem.

Moim rozwiązaniem było skonfigurowanie apache ' a do proxy przekazującego żądanie ze zwykłego portu SSL 443 do portu SSL węzła 8081(węzeł musi być na wyższym porcie, ponieważ nie może być uruchomiony jako root w prod). Więc chyba Chrome nie lubi żądań SSL do niekonwencjonalnych portów SSL, ale być może ich komunikat o błędzie mógłby być bardziej szczegółowy.

Może się to zdarzyć również (tylko dla żądań cross-origin) ze względu na nową funkcję o nazwie site isolation

Ta strona zawiera szczegóły problemu i obejścia . Czyli przejdź do chrome://flags/#site-isolation-trial-opt-out w chrome i zmień to ustawienie na "Opt-out" i przeładuj chrome.

Jest to znany problem . Jednak ta strona mówi, że jest naprawiony w chrome 68, ale używam chrome 68 i nadal mam problem.

Moja sytuacja jestcross-origin powiązane.
Situation: przeglądarka wysyła OPTIONS żądanie przed wysłaniem prawdziwego żądania jak GET lub POST. Programista backendu zapomina zająć się żądaniem OPTIONS, pozwalając mu przejść przez kod serwisowy, co powoduje, że czas przetwarzania jest zbyt długi. Dłuższe niż ustawienie timeout, które napisałem w inicjalizacji axios, która wynosi 5000 milisekund. Dlatego prawdziwe żądanie nie mogło zostać wysłane, a potem napotkałem provisional headers are shown problem.
rozwiązanie: jeśli chodzi o żądanie OPTIONS, API backend po prostu zwraca wynik, sprawia, że żądanie jest szybsze, a prawdziwe żądanie może zostać wysłane przed upływem limitu czasu.

HTTP/2012 wytworzy Provisional headers are shown w Inspektorze dla tej samej teorii co @wvega napisał w jego odpowiedź powyżej .

Na przykład: ponieważ serwer wypchnął zasoby do Klienta (zanim klient zażądał ich ), przeglądarka ma zasoby buforowane i dlatego klient nigdy nie wysyła / nie potrzebuje żądań; tak dlatego...

...prawdziwe nagłówki są aktualizowane, gdy serwer odpowiada, ale nie ma odpowiedzi, jeśli żądanie został zablokowany.

Wątpię, czy moja odpowiedź jest na czas, aby ci pomóc, ale inni mogą uznać ją za pomocną. Doświadczyłem podobnego problemu ze skryptem pocztowym jQuery Ajax, który stworzyłem.

Okazało się, że miałem literówkę w atrybutie href znacznika A, którego używałem do odpalenia posta. Wpisałem href= "javacsript :; " (odwracając 's' I 'c').. spowodowało to, że skrypt próbował odświeżyć stronę podczas próby uruchomienia posta. poprawiłem literówkę i działało idealnie dla ja.

Ta wiadomość może wystąpić, gdy strona internetowa jest chroniona za pomocą HSTS . Następnie, gdy ktoś łączy się z wersją HTTP adresu URL, przeglądarka, zgodnie z instrukcjami HSTS, nie wysyła żądania HTTP, ale wewnętrznie przekierowuje bezpiecznie do zasobu HTTPS. Ma to na celu uniknięcie ataków downgrade HTTPS, takich jak sslstrip .

To może dlatego, że wysłałeś żądanie Ajax, w tym samym czasie przeskakujesz stronę do innej za pomocą lokalizacji.href czy coś w tym stylu. Więc poprzednie żądanie nie powiodło się.

Ten Komunikat ostrzegawczy pojawia się również wtedy, gdy odpowiedź jest nieprawidłowa i dlatego została upuszczona przez przeglądarkę.

W moim przypadku żądanie zostało poprawnie wysłane do serwera, kod po stronie serwera wygenerował błąd, a moja niestandardowa obsługa błędów zwróciła komunikat o błędzie w polu wiadomości statusu HTTP. Ale ten błąd nie został odebrany po stronie klienta, z powodu nieprawidłowych znaków w komunikacie o błędzie (opisanym tutaj http://aspnetwebstack.codeplex.com/workitem/1386 ), które zaowocowały w uszkodzonych nagłówkach odpowiedzi.

Natknąłem się na ten problem z wywołaniem AJAX, które nigdy się nie zakończy. Podążałem za radą i wskazówką wvega na temat debugowania za pomocą chrome://net-internals, aby ostatecznie określić inną obsługę zdarzeń click na stronie, nasłuchiwanie na węźle nadrzędnym powodowało, że przeglądarka nawigowała do tego samego adresu URL (więc nie było łatwo zauważalne).

Rozwiązaniem było dodanie event.stopPropagation() w module obsługi click na przycisku submit formularza, aby kliknięcie nie bulgotało DOM i anulowało żądanie AJAX w toku (zainicjowane poprzez submit handler na form).

Ostatnio (w zasadzie dzisiaj) pojawił mi się problem z wywołaniem AJAX na serwer i Chrome odpala "Uwaga: pokazane są tymczasowe nagłówki."W skryptach PHP po stronie serwera istnieją zapytania MySQL, które mogą być prawie natychmiastowe lub zająć kilka sekund w zależności od danego scenariusza. Moja odpowiedź serwera nie jest wysyłana z powrotem do przeglądarki, dopóki zapytania nie zostaną zakończone. Znalazłem ten błąd tylko wtedy, gdy czasochłonne zapytania (łącznie do kilku sekund) są wykonanie i uniemożliwienie odsyłania odpowiedzi.

Mój scenariusz zakłada bardzo rzadką możliwość zmiany tabeli przez dodanie / usunięcie setek kolumn dla wyjścia modelu pogody...stąd opóźnienie odpowiedzi od iteracji poprzez pętlę zapytań ALTER TABLE.

Często zdarza się tak, gdy śledzisz Zdarzenie i nie zapobiegasz domyślnej akcji. Na przykład, jeśli masz zdarzenie click, będziesz chciał dołączyć:

e.preventDefault();

Lub

return false;

Jeśli tego nie zrobisz, zobaczysz tymczasowe Ostrzeżenie Nagłówków, a także status "anulowane" na karcie Sieć konsoli internetowej.

W moim przypadku była to tylko fałszywa ustawiona ścieżka do zasobu (svg / img)

Ten problem pojawił się, gdy wysyłałem nieprawidłowy nagłówek autoryzacji HTTP. Zapomniałem zakodować base64.

Natknąłem się na to i odeszło, gdy przełączyłem się z https na http. Certyfikaty SSL, których używamy w dev, nie są weryfikowane przez stronę trzecią. To tylko lokalnie generowane dev Cert.

Te same połączenia działają dobrze w Chrome Canary i Firefox. Te przeglądarki nie wydają się być tak rygorystyczne co do certyfikatu SSL, jak Chrome. Wywołania nie powiodą się w Chrome z "UWAGA: tymczasowe nagłówki..."wiadomość.

Myślę/mam nadzieję, że kiedy używamy legit SSL cert w stage i prod, my takie zachowanie nie będzie już widoczne w Chrome.

Dorzuciłem tylko moje dwa centy. Piszę aplikację internetową z wykorzystaniem żądań CORS i pełnego serwisu www. Znalazłem chrome wyrzuci ten błąd, gdy mam nieobsadzony wyjątek lub błąd PHP. Po prostu okryj kogoś innego, kto wpadnie w problem. Znalazłem, że gdy tak się stanie, mogę odpalić aplikację Chrome "Postman-Rest Client" i uruchomić dokładnie to samo żądanie, ale w aplikacji Chrome rzeczywiście dostanę błąd PHP, który jest wyrzucany zamiast tego błędu opisowego.

Uruchomiłem ten problem, gdy próbowałem załadować main.js dla wymagaj js po raz drugi po wprowadzeniu zmian w wyniku błędu . Właśnie włączyłem w Ustawieniach narzędzi programistycznych " Wyłącz pamięć podręczną (gdy DevTools jest otwarty)". i to sprawiło urok.

Inny możliwy scenariusz, który widziałem - dokładnie to samo żądanie jest wysyłane ponownie po kilku milisekundach (najprawdopodobniej z powodu błędu po stronie klienta).
W takim przypadku zobaczysz również, że status pierwszego żądania jest "anulowany", a opóźnienie wynosi tylko kilka milisekund.

To działo się u mnie, kiedy miałem link do pobrania i po kliknięciu na niego próbowałem również złapać kliknięcie z jquery i wysłać żądanie ajax. Problem polegał na tym, że gdy klikasz link do pobrania, opuszczasz stronę, nawet tak nie wygląda. Jeśli nie będzie transferu plików, zobaczysz żądaną stronę.. Dlatego ustawiłem target= "_blank", aby zapobiec temu problemowi.

Dostałem ten błąd, gdy próbowałem wydrukować stronę w popup. Okno dialogowe drukowania było wyświetlane i nadal czekało na moją akceptację lub Anulowanie drukowania w wyskakującym okienku, podczas gdy na stronie wzorcowej czekało również w tle wyświetlanie komunikatu Uwaga tymczasowe nagłówki są wyświetlane kiedy próbowałem kliknąć inny link.

W moim przypadku rozwiązaniem było usunięcie skryptu window.print ();, który był wykonywany w <body> wyskakującego okna, aby zapobiec oknie drukowania.

Widziałem to, gdy liczba połączeń z moim serwerem przekroczyła limit Max-connections-per-server Chrome wynoszący 6.

Użyj tego kodu:

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

Oto inne rozwiązanie.

Jeśli napotkasz ten problem z wywołaniem $ ajax (), dodaj http:// zanim twój serverhost rozwiąże twój problem.

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

Jeśli rozwijasz Asp.Net aplikacja Mvc i próbujesz zwrócić JsonResult w kontrolerze, upewnij się, że dodałeś JsonRequestBehavior.AllowGet do metody Json. To mi to naprawiło.

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

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

Komunikat "Uwaga: tymczasowe nagłówki są wyświetlane" może być wyświetlany, gdy witryna hostowana na HTTPS wywołuje połączenia do WebApi hostowanej na HTTP. Możesz sprawdzić wszystkie, czy wszystkie Api są HTTPS. Przeglądarka zapobiega wywołaniu niebezpiecznego zasobu. Podobny komunikat możesz zobaczyć w kodzie, gdy używasz API FETCH do domeny z HTTP.

Mixed Content: the page at ' https://website.com' został załadowany przez HTTPS, ale zażądał niezabezpieczonego zasobu ' http://webapi.com '. wniosek ten ma została zablokowana; zawartość musi być obsługiwana przez HTTPS.

Miałem podobny problem z moją aplikacją MEAN. W moim przypadku problem występował tylko w jednym żądaniu get. Próbowałem z usuwaniem Adblocka, próbowałem wyczyścić pamięć podręczną i próbowałem z różnymi przeglądarkami. Nic nie pomogło.

W końcu zorientowałem się, że api próbuje zwrócić ogromny obiekt JSON. Kiedy próbowałem wysłać mały przedmiot, działał dobrze. W końcu zmieniłem moją implementację, aby zwrócić bufor zamiast JSON.

Chciałbym aby expressJS wrzucił błąd w ta sprawa.

Ten problem pojawi się również podczas korzystania z niektórych pakietów, takich jak webpack-hot-middleware i otwierania wielu stron w tym samym czasie. webpack-hot-middleware utworzy połączenie dla każdej strony, aby nasłuchać zmian kodu, a następnie odświeżyć stronę. Każda przeglądarka ma ograniczenie max-connections-per-server, które wynosi 6 dla Chrome, więc jeśli otworzyłeś już więcej niż 6 stron w Chrome, nowe żądanie zostanie zawieszone tam, dopóki nie zamkniesz niektórych stron.

W moim przypadku przyczyną było rozszerzenie AdBlock.

Prośba do serwera przeszła i dostałem odpowiedź, ale nie mogłem zobaczyć ciasteczek żądania z powodu " tymczasowych nagłówków.."jest wyświetlany w narzędziach Dev. Po wyłączeniu Adblocka dla witryny Ostrzeżenie zniknęło, a narzędzia programistyczne zaczęły ponownie wyświetlać pliki cookie.

Aby zmiana weszła w życie, konieczne było również zamknięcie narzędzi programistycznych i odświeżenie strony