Báo cáo lỗi

Có một vài trình theo dõi lỗi liên quan đến WebRTC:

và họ liên tục được phân loại bởi các kỹ sư Chrome và WebRTC.

Cách gửi báo cáo lỗi tốt

Hướng dẫn

  • Xác định trình theo dõi lỗi sẽ sử dụng:
    • Nếu bạn đang gặp vấn đề trong Chrome, hãy gửi lỗi bằng thành phần Blink>WebRTC . Bạn có thể thực hiện việc này sau khi chọn "Tôi là một nhà phát triển web đang cố gắng xây dựng nội dung nào đó" và "Vấn đề với API trình duyệt" và đảm bảo những người phù hợp sẽ xem xét lỗi của bạn.
    • Nếu bạn là nhà phát triển đang sử dụng mã gốc, hãy gửi lỗi tại đường liên kết này.
  • Hãy cung cấp nhiều thông tin nhất có thể từ các điểm dữ liệu được liệt kê bên dưới.

Ví dụ về điểm dữ liệu

  • Phiên bản của trình duyệt/ứng dụng
    • Đối với Chrome: sao chép/dán từ chrome://version
    • Đối với mã gốc WebRTC: nếu có, hãy bao gồm nhánh (ví dụ: đường dây) và bản sửa đổi WebRTC (ví dụ: r8207) mà ứng dụng của bạn sử dụng
  • Hệ điều hành (Windows, Mac, Linux, Android, iOS, v.v.) và phiên bản (ví dụ: Windows 7, OS X 10.9, Ubuntu 14, v.v.)
  • Nền tảng phần cứng/mẫu thiết bị (ví dụ: PC, Mac, Samsung 4S, Nexus 7, iPhone 5S, iPad Air 2, v.v.)
  • Kiểu máy ảnh và micrô cũng như phiên bản (nếu có)
    • Đối với các vấn đề về thiết bị âm thanh và video trên Chrome, vui lòng chạy thử nghiệm tại https://test.webrtc.org. Sau khi thử nghiệm hoàn tất, hãy nhấp vào biểu tượng lỗi ở trên cùng, tải báo cáo xuống và đính kèm báo cáo đó vào trình theo dõi vấn đề.
  • URL trang web
  • Các bước tái tạo: thông tin chi tiết về cách tái hiện lỗi. Nếu có thể, vui lòng đính kèm hoặc liên kết đến một trang thử nghiệm tối thiểu bằng HTML+JavaScript.
  • Đối với sự cố
    • Nếu bạn gặp sự cố khi sử dụng Chrome, vui lòng bao gồm mã sự cố bằng cách làm theo các hướng dẫn sau.
    • Nếu bạn gặp sự cố khi sử dụng mã gốc WebRTC, vui lòng bao gồm Stacktrace đầy đủ.
  • Đối với các vấn đề về chức năng hoặc vấn đề về ICE, trong Chrome hoặc ứng dụng gốc, vui lòng thu thập nhật ký gốc.
  • Đối với các vấn đề về khả năng kết nối trên Chrome, hãy mở chrome://webrtc-internals trong một thẻ khác trước khi bắt đầu cuộc gọi và khi cuộc gọi đang diễn ra,
    • mở rộng phần Tạo kết xuất,
    • nhấp vào nút Tải dữ liệu thống kê và dữ liệu cập nhật về ứng dụng ngang hàng xuống. Bạn sẽ được nhắc lưu tệp kết xuất vào máy cục bộ của mình. Vui lòng đính kèm tệp báo cáo đó vào báo cáo lỗi.
  • Đối với các vấn đề về chất lượng âm thanh trên Chrome, khi cuộc gọi đang diễn ra,
    • vui lòng mở chrome://webrtc-internals trong một thẻ khác,
    • mở rộng phần Tạo kết xuất,
    • điền vào hộp đánh dấu Bật bản ghi âm chẩn đoán. Bạn sẽ được nhắc lưu bản ghi âm vào máy cục bộ của mình. Sau khi kết thúc cuộc gọi, hãy đính kèm bản ghi vào lỗi.
  • Đối với các vấn đề về tiếng vọng, hãy cố gắng ghi lại bản ghi âm từ bên tạo ra tiếng vọng, chứ không phải phía bên phải nghe tiếng vọng. Ví dụ: nếu UserA và UserB đang gọi điện và UserA tự nghe thấy giọng nói của bạn, vui lòng lấy bản ghi âm từ UserB.

Gửi lỗi bảo mật

Nhóm WebRTC rất coi trọng tính bảo mật. Nếu bạn thấy một lỗ hổng trong WebRTC, vui lòng gửi một lỗi bảo mật Chromium, ngay cả khi lỗi đó chỉ ảnh hưởng đến mã WebRTC gốc và không ảnh hưởng đến Chromium.

Bạn có thể xem lịch sử về các lỗi bảo mật Chromium cố định thông qua ghi chú bảo mật trong bản cập nhật Kênh chính thức trên blog phát hành Google Chrome.

Bạn cũng có thể tìm thấy các lỗi Type=Bug-Security hiển thị công khai trong trình theo dõi vấn đề Chromium. Ngoài ra, bạn cũng có thể tìm thấy các lỗi cũ, chỉ có lỗi bản địa trong trình theo dõi vấn đề WebRTC, mặc dù không nên gửi các lỗi bảo mật mới ở đó (các lỗi bảo mật thường hiển thị công khai 14 tuần sau khi khắc phục).

Lưu ý rằng chúng tôi thường sẽ KHÔNG hợp nhất các bản sửa lỗi bảo mật vào bất kỳ nhánh nào, vì vậy, nếu sử dụng các nhánh cũ, bạn có trách nhiệm đảm bảo các bản sửa lỗi bảo mật liên quan sẽ được hợp nhất. Nhìn chung, người dùng nên cập nhật thông tin về chi nhánh chính của WebRTC.

Nhận thông báo về các lỗi bảo mật trong Chrome/WebRTC

Để nhận thông báo tự động về hoạt động/nhận xét trong các lỗi bảo mật trong WebRTC/Chrome, thông thường bạn cần được cc:d một cách rõ ràng về các lỗi cụ thể (do một người có quyền truy cập vào lỗi đó).

Trong một số điều kiện, bạn có thể có quyền truy cập vào các lỗ hổng phát hành (đã khắc phục, nhưng chưa được phát hành) trong WebRTC. Cụ thể, bạn cần:

  • đang xử lý một sản phẩm (dựa trên WebRTC) có mức sử dụng thực tế đáng kể
  • giữ cho sản phẩm của bạn luôn được cập nhật với việc phục vụ cây xanh trong WebRTC,
  • có vai trò công việc, bao gồm cả việc áp dụng các bản vá bảo mật WebRTC cho sản phẩm của bạn
  • và quan trọng nhất là cam kết bảo mật nghiêm ngặt các lỗi và chỉ chia sẻ thông tin chi tiết với những cá nhân đáng tin cậy trong tổ chức của bạn trên cơ sở cần biết.

Nếu đáp ứng các tiêu chí, bạn có thể gửi yêu cầu đến địa chỉ bảo mật@webrtc.org, bao gồm giải thích và giải thích cho nhu cầu truy cập của bạn.

Xin lưu ý rằng không phải mọi lỗi gặp sự cố, rò rỉ bộ nhớ, v.v. đều được đánh dấu là Lỗi bảo mật. Bạn có thể đọc thêm về các loại lỗi được coi là lỗi bảo mật trong Nguyên tắc về vấn đề bảo mật nghiêm trọng cũng như trên trang Câu hỏi thường gặp về bảo mật.

  1. Bất cứ ai có Tài khoản Google đều có thể gửi lỗi ↩