Các công cụ dev của Chrome không hiển thị phản hồi ngay cả nội dung được trả về có tiêu đề Content-Type: text / html; bộ ký tự = UTF-8

141

Tại sao các công cụ dành cho nhà phát triển chrome của tôi hiển thị "Không thể hiển thị dữ liệu phản hồi" khi phản hồi khi nội dung được trả về thuộc loại văn bản / html?

Sự thay thế để xem phản hồi trả về trong các công cụ dành cho nhà phát triển là gì?

google-chrome http google-chrome-devtools

— randominstanceOfLivingThing
nguồn

Tôi đã thấy rằng Microsoft Edge Dev (dựa trên Chromium) không gây ra lỗi này cho tôi.

— Cho Tên

198

Tôi nghĩ rằng điều này chỉ xảy ra khi bạn đã kiểm tra 'Lưu nhật ký' và bạn đang cố xem dữ liệu phản hồi của yêu cầu trước đó sau khi bạn đã điều hướng đi.

Ví dụ, tôi đã xem Phản hồi để tải câu hỏi Stack Overflow này. Bạn có thể thấy nó.

Lần thứ hai, tôi đã tải lại trang này nhưng không nhìn vào Tiêu đề hoặc Phản hồi. Tôi điều hướng đến một trang web khác. Bây giờ khi tôi nhìn vào phản hồi, nó hiển thị 'Không thể tải dữ liệu phản hồi'.

Đây là một vấn đề đã được biết đến , nó đã xuất hiện được một thời gian và được tranh luận rất nhiều. Tuy nhiên, có một cách giải quyết, trong đó bạn tạm dừng onunload, vì vậy bạn có thể xem phản hồi trước khi điều hướng đi, và do đó không làm mất dữ liệu khi điều hướng đi.

window.onunload = function() { debugger; }

— Kim tự tháp
nguồn

184

Không thể thấy dữ liệu phản hồi gần như hoàn toàn giết chết điểm "lưu giữ nhật ký"!

— Amalgovinus

1

Workaround window.onunload của bạn làm việc tuyệt vời, cảm ơn bạn!

— Shane N

25

Không, trong Chrome 61, điều này chắc chắn cũng có thể xảy ra nếu "Bảo tồn nhật ký" không được chọn và không rời khỏi trang.

— HOẶC Mapper

Dữ liệu phản hồi có thể lớn và với nhật ký bảo quản được kiểm tra vô thời hạn, sẽ tạo ra sự cản trở đáng kể cho hiệu suất DevTool. Để loại bỏ dữ liệu phản hồi khi điều hướng có thể được thực hiện theo thiết kế. Nếu bạn có một số gợi ý, nhận xét về chủ đề được liên kết ở trên.

— Kim tự tháp

2

Vẫn gặp sự cố này với chrome 73.0, onunloadvì một số lý do , bản sửa lỗi không hoạt động.

— Onza

46

Đối với những người đang gặp lỗi trong khi yêu cầu dữ liệu JSON:

Nếu bạn đang yêu cầu dữ liệu JSON, JSON có thể quá lớn và đó là nguyên nhân gây ra lỗi.

Giải pháp của tôi là sao chép liên kết yêu cầu sang tab mới ( getyêu cầu từ trình duyệt) sao chép dữ liệu sang trình xem JSON trực tuyến nơi bạn có tự động phân tích cú pháp và làm việc trên đó.

— Tomz
nguồn

14

không thực sự là một giải pháp mặc dù. Tôi làm việc với xác thực và như vậy. Bất chấp mục đích của các công cụ dev. Ai đó có lẽ nên tạo ra một số bugreport ở đâu đó. Câu trả lời đúng ở đây mặc dù

— phil294

1

Giới hạn này có thể cấu hình theo bất kỳ cách nào?

— Willem Hengeveld

Trong trường hợp của tôi, nó xảy ra ở mức 23 MB, đó là một phản hồi JSON lớn ngu ngốc .... Tôi đã mở một vấn đề để thông báo lỗi được mô tả nhiều hơn.

— thuyền viên

Tôi đang gặp vấn đề với JSON 6MB :(

— Lee Gunn

Cũng nhấn vào điều này trên phản hồi JSON và không nén 6mb.

— miki noidea

39

Theo mô tả của Gideon, đây là sự cố đã biết với Chrome đã mở hơn 5 năm mà không có mối quan tâm rõ ràng nào trong việc sửa lỗi.

Thật không may, trong trường hợp của tôi, window.onunload = function() { debugger; }cách giải quyết cũng không hoạt động. Cho đến nay, cách giải quyết tốt nhất tôi tìm thấy là sử dụng Firefox, hiển thị dữ liệu phản hồi ngay cả sau khi điều hướng. Các devtools của Firefox cũng có rất nhiều tính năng hay bị thiếu trong Chrome, chẳng hạn như cú pháp làm nổi bật dữ liệu phản hồi nếu nó là html và tự động phân tích cú pháp nếu nó là JSON.

— Antimon
nguồn

4

Wow, điều tuyệt vời. Cần gỡ lỗi một lỗi chỉ xảy ra với Chrome, không phải Firefox. Vì vậy, cũng không có lựa chọn cho tôi. Nghiêm túc mà nói, tại sao mọi người lại nói các công cụ web của Chrome tốt hơn nhiều so với Firefox? Có vẻ như họ đã không thử Firefox trong nhiều năm.

— mozzbozz

11

Chrome cũng không có tùy chọn yêu cầu "chỉnh sửa và gửi lại" tiện lợi của Firefox.

— Antimon

1

Có ... Cũng đã sử dụng FF để hoàn thành công việc ... Hoạt động như mong đợi. Chúng ta đang sống thời kỳ nguy hiểm!

— nmirceac

@Antimony chrome đã có tùy chọn "Gửi lại" trong một thời gian dài, nhưng trong một trong những bản phát hành cuối cùng, họ đã gỡ bỏ ngay cả ... May mắn thay, người ta có thể nhanh chóng fetch(...copied link...)điều khiển và quan sát phản hồi trong tab mạng

— Ivan Hušnjak

Vẫn nhận được điều này ngay cả bây giờ. Để khóc to hơn, tôi muốn họ sửa chữa những gì họ đã có hơn là giới thiệu các tính năng vô nghĩa như đánh giá háo hức trong bảng điều khiển và bỏ bê chất lượng của các công cụ phát triển cơ bản của họ.

— thephpdev

20

Theo mô tả của Gideon, đây là một vấn đề được biết đến.
Để sử dụng window.onunload = function() { debugger; }thay thế.
Nhưng bạn có thể thêm một điểm dừng trong tab Nguồn, sau đó có thể giải quyết vấn đề của bạn. như thế này:

— Fitz
nguồn

Ưu điểm của tab Nguồn là window.onunload = function() { debugger; }gì?

— Mihail Malostanidis

1

bạn không cần phải viết mã cho trình gỡ lỗi và bạn có thể gỡ lỗi trên các môi trường cao hơn nơi bạn có thể nhảy giữa các trang và không giữ cùng một cửa sổ

— Parijat Kalia

window.onunload = function() { debugger; }không làm việc cho tôi, điều này đã làm. cảm ơn!

— aexl

11

"Không thể hiển thị dữ liệu phản hồi" cũng có thể xảy ra nếu bạn đang thực hiện các yêu cầu tên miền chéo và máy chủ từ xa không xử lý đúng các tiêu đề CORS. Kiểm tra bảng điều khiển js của bạn cho các lỗi.

— deweydb
nguồn

2

chrome vẫn bị hỏng vì không hiển thị phản hồi (dưới bất kỳ hình dạng nào) - FF hoạt động với tôi

— nmirceac

Bạn đúng rồi! Nhưng đây chính xác là lý do tại sao tôi cần phản hồi để hiểu lý do tại sao yêu cầu của tôi không thành công. Mọi thứ đều hoạt động tốt với curl, nhưng chrome vẫn thất bại với "Phản hồi yêu cầu preflight không vượt qua kiểm tra kiểm soát truy cập: Không có tiêu đề 'Kiểm soát truy cập-Cho phép-Xuất xứ' trên tài nguyên được yêu cầu"

— AHA

4

Nếu bạn thực hiện một yêu cầu AJAX với fetch, phản hồi sẽ không được hiển thị trừ khi nó được đọc với .text(),.json() vv

Nếu bạn chỉ làm:

 r = fetch("/some-path");

phản hồi sẽ không được hiển thị trong các công cụ dev.
Nó xuất hiện sau khi bạn chạy:

r.then(r => r.text())

— gre_gor
nguồn

1

Đối với người đã từng gặp lỗi này trong khi yêu cầu dữ liệu JSON lớn, như Blauhirn đã đề cập, không phải là giải pháp để mở yêu cầu trong tab mới nếu bạn đang sử dụng các tiêu đề xác thực và tương tự.

Chrome Forturnatly không có các tùy chọn khác như Sao chép -> Sao chép dưới dạng cuộn tròn. Chạy cuộc gọi này từ Commandoline thông qua cURL sẽ là bản sao chính xác của cuộc gọi ban đầu.

Tôi đã thêm vào > ~/result.jsonphần cuối của lệnh để lưu kết quả vào một tệp. Nếu không, nó sẽ được đưa ra bàn điều khiển.

— con bọ hung
nguồn

1

Một bản sao chính xác là không sử dụng nếu trạng thái máy chủ cung cấp phản hồi đã thay đổi. Vì vậy, đối với tôi, phải chờ khoảng 40 phút để một sự kiện xảy ra và sự kiện đó kích hoạt một trang mới, điều này hoàn toàn phá vỡ toàn bộ việc sử dụng. Nó nên là một lựa chọn có thể được bật. UInfortunatly không có tùy chọn bình chọn hoặc bình luận cho khách truy cập phổ biến về vấn đề được liệt kê trong một nhận xét trước trừ khi bạn là thành viên của nhóm của họ: /

— David Mårtensson