web-dev-qa-db-ja.com

返されたコンテンツにヘッダContent-Type:text / htmlがある場合でも、Chrome開発ツールは応答を表示できません。文字セット= UTF-8

返されたコンテンツのタイプがtext/htmlの場合、クロム開発者ツールが応答として「応答データを表示できませんでした」と表示するのはなぜですか。

開発者ツールで返された応答を見るための代替手段は何ですか?

これは、[ログを保存]をチェックしていて、移動した後に前回のリクエストのレスポンスデータを表示しようとした場合にのみ発生すると思います。

たとえば、私はこのStack Overflowの質問をロードすることに対する応答を見ました。見れば分かります。

Response Data

2回目は、このページをリロードしましたが、ヘッダーまたは応答を見ませんでした。私は別のWebサイトに移動しました。応答を見ると、「応答データのロードに失敗しました」と表示されています。

No Response Data

これは既知の issue で、しばらくの間続いていて、たくさん議論されています。ただし、onunloadで一時停止するという回避策があります。そのため、応答が移動する前に応答を表示できるため、移動してもデータが失われることはありません。

window.onunload = function() { debugger; }
130
Gideon Pyzer

JSONデータを要求しているときにエラーが発生している人のために:

あなたがJSONデータを要求しているなら、JSONは大きすぎるかもしれず、それがエラーを起こす原因となります。

私の解決策は、リクエストリンクを新しいタブにコピーすること(ブラウザからのgetリクエスト)で、データをJSONビューアにオンラインでコピーし、そこで自動解析してそこで作業することです。

32
Tomz

Gideonによって説明されているように、これは5年以上前から公開されているChromeの既知の問題で、修正には明らかな関心はありません。

残念ながら、私の場合はwindow.onunload = function() { debugger; }回避策もうまくいきませんでした。これまでのところ私が見つけた最もよい回避策はFirefoxを使うことです、それはナビゲーションの後でさえ応答データを表示します。 Firefoxのdevtoolsには、レスポンスデータがhtmlの場合はシンタックスハイライト、JSONの場合は自動的に解析するなど、Chromeには欠けている多くのNice機能があります。

25
Antimony

Gideonによって説明されているように、これは既知の問題です。
代わりにwindow.onunload = function() { debugger; }を使用してください。
しかし、[Source]タブにブレークポイントを追加してから、問題を解決することができます。このような: - enter image description here

13
Fitz

「応答データの表示に失敗しました」は、クロスドメイン要求をしていて、リモートホストがCORSヘッダーを正しく処理していない場合にも発生する可能性があります。 jsコンソールでエラーを確認してください。

7
deweydb