Google is committed to advancing racial equity for Black communities. See how.
Ta strona została przetłumaczona przez Cloud Translation API.
Switch to English

Zgłaszanie błędów

Istnieje kilka narzędzi do śledzenia błędów związanych z WebRTC:

i są stale testowane przez inżynierów Chrome i WebRTC.

Jak złożyć dobry raport o błędzie

Instrukcje

  • Określ, którego narzędzia do śledzenia błędów użyć:
    • Jeśli napotkasz problem w przeglądarce Chrome, zgłoś błąd za pomocą komponentu Blink> WebRTC . Można to zrobić po wybraniu opcji „Jestem programistą internetowym próbującym coś zbudować” i „Problemy z interfejsem API przeglądarki” i gwarantuje, że właściwe osoby będą patrzeć na Twój błąd.
    • Jeśli jesteś programistą pracującym z kodem natywnym, zgłoś błąd pod tym linkiem .
  • Uwzględnij jak najwięcej z punktów danych wymienionych poniżej.

Przykładowe punkty danych

  • Wersja przeglądarki / aplikacji
    • W przypadku przeglądarki Chrome: kopiuj / wklej z chrome: // version
    • Dla natywnego kodu WebRTC: jeśli dotyczy, uwzględnij gałąź (np. Trunk) i wersję WebRTC (np. R8207), z której korzysta Twoja aplikacja
  • System operacyjny (Windows, Mac, Linux, Android, iOS itp.) I wersja (np. Windows 7, OS X 10.9, Ubuntu 14 itd.)
  • Platforma sprzętowa / model urządzenia (np. PC, Mac, Samsung 4S, Nexus 7, iPhone 5S, iPad Air 2 itp.)
  • Model i wersja kamery i mikrofonu (jeśli dotyczy)
    • W przypadku problemów z urządzeniami audio i wideo w Chrome przeprowadź testy na https://test.webrtc.org . Po zakończeniu testów kliknij ikonę błędu u góry, pobierz raport i dołącz go do modułu śledzenia problemów.
  • Adres URL witryny
  • Kroki odtwarzania: szczegółowe informacje o tym, jak odtworzyć błąd. Jeśli ma to zastosowanie, załącz lub link do minimalnej strony testowej w formacie HTML + JavaScript.
  • Na awarie
    • Jeśli wystąpi awaria podczas korzystania z Chrome, dołącz identyfikator awarii, postępując zgodnie z tymi instrukcjami .
    • Jeśli wystąpi awaria podczas korzystania z natywnego kodu WebRTC, dołącz pełny ślad stosu.
  • W przypadku problemów funkcjonalnych lub problemów z ICE w przeglądarce Chrome lub aplikacji natywnej należy zebrać dziennik natywny .
  • W przypadku problemów z łącznością w Chrome upewnij się, że chrome: // webrtc-internals jest otwarty na innej karcie przed rozpoczęciem połączenia i podczas jego trwania,
    • rozwiń sekcję Utwórz zrzut,
    • kliknij przycisk Pobierz aktualizacje PeerConnection i dane statystyczne. Zostaniesz poproszony o zapisanie zrzutu na komputerze lokalnym. Proszę dołączyć ten zrzut do zgłoszenia błędu.
  • W przypadku problemów z jakością dźwięku w przeglądarce Chrome w trakcie rozmowy
    • proszę otworzyć chrome: // webrtc-internals w innej zakładce,
    • rozwiń sekcję Utwórz zrzut,
    • wypełnij pole wyboru Włącz diagnostyczne nagrania audio. Zostaniesz poproszony o zapisanie nagrania na komputerze lokalnym. Po zakończeniu rozmowy dołącz nagranie do błędu.
  • W przypadku problemów z echem spróbuj przechwycić nagranie audio od strony generującej echo, a nie od strony, która je słyszy. Na przykład, jeśli użytkownik A i Użytkownik B biorą udział w rozmowie, a Użytkownik A słyszy, jak mówi, należy uzyskać nagranie dźwiękowe od UżytkownikaB.

Zgłaszanie błędu bezpieczeństwa

Zespół WebRTC bardzo poważnie traktuje bezpieczeństwo. Jeśli znajdziesz lukę w WebRTC, zgłoś błąd bezpieczeństwa Chromium , nawet jeśli dotyczy on tylko natywnego kodu WebRTC, a nie Chromium.

Historię naprawionych błędów bezpieczeństwa Chromium najlepiej znaleźć w uwagach dotyczących bezpieczeństwa w aktualizacjach kanału stabilnego na blogu poświęconym wydaniom Google Chrome .

Możesz również znaleźć naprawione, publicznie widoczne błędy Type = Bug-Security w module śledzenia problemów (uwaga: błędy bezpieczeństwa zwykle stają się publicznie widoczne 14 tygodni po ich naprawieniu). Jeśli w kodzie WebRTC jest błąd, którego Chromium nie używa (na przykład otoki Java / ObjC dla Androida / iOS), będziemy ogłaszać poprawki oddzielnie w discuss-webrtc .

Lista wszystkich ujawnionych błędów bezpieczeństwa tylko dla natywnych .

Zauważ, że generalnie NIE będziemy łączyć poprawek bezpieczeństwa wstecz z żadnymi gałęziami, więc jeśli używasz starszych gałęzi, Twoim obowiązkiem jest upewnienie się, że odpowiednie poprawki bezpieczeństwa zostały scalone.

Otrzymywanie powiadomień o błędach bezpieczeństwa w Chrome

Aby otrzymywać automatyczne powiadomienia o aktywności / komentarzach w błędach bezpieczeństwa w Chrome, musisz być jawnie potwierdzonym przez osobę, która ma dostęp do błędu, lub być częścią specjalnej listy mailingowej dla wszystkich powiadomień o błędach bezpieczeństwa. Aby dostać się na tę listę, musisz zgłosić się do zespołu ds. Bezpieczeństwa Chrome. Więcej informacji na ten temat znajdziesz na stronie zabezpieczeń Chrome w sekcji „Jak uzyskać dostęp do luk w Chromium?” na dole strony.

Należy pamiętać, że lista powiadomień bezpieczeństwa Chrome będzie otrzymywać powiadomienia o wszystkich błędach bezpieczeństwa w Chrome, a nie tylko o tych z WebRTC. Zwykle nie powinno być problemu z ustaleniem, czy problem dotyczy WebRTC, ponieważ najprawdopodobniej będzie oznaczony jednym z komponentów związanych z WebRTC (jednym z Blink> WebRTC, Blink> GetUserMedia, Blink> MediaStream, Blink> MediaRecording) lub ich podskładniki.

Należy również pamiętać, że dostęp przyznany przez listę będzie dotyczył tylko błędów typu = Bug- Security. Jednak nie wszystkie błędy z awariami, wyciekami pamięci i innymi potencjalnymi lukami są oznaczone jako Bug-Security. Więcej informacji na temat kategorii błędów uznawanych za błędy bezpieczeństwa można znaleźć w Wytycznych dotyczących ważności dla problemów dotyczących bezpieczeństwa, a także na stronie często zadawanych pytań dotyczących bezpieczeństwa .


  1. Każdy, kto ma konto Google, może zgłaszać błędy