Google jest zaangażowana w pogłębianie równości rasowej dla czarnych społecznościach. Zobacz jak.
Ta strona została przetłumaczona przez Cloud Translation API.
Switch to English

raportowanie błędów

Istnieje kilka błędów trackery dotyczące WebRTC:

a oni ciągle przyporządkowani przez inżynierów Chrome i WebRTC.

Jak złożyć dobrego zgłaszania błędów

Instrukcje

  • Określić, które bug tracker używać:
    • Jeśli uderzenie problem w Chrome, plik ten błąd przy użyciu komponentu Blink> WebRTC . Można to zrobić po wybraniu „Jestem programistą WWW próbuje zbudować coś” i „Problemy z API przeglądarki” i zapewnia prawo ludzie będą patrzeć na swój błąd.
    • Jeśli jesteś programistą pracy z natywnego kodu, plik błąd na ten link .
  • Zawierać jak najwięcej z punktami danych wymienionych poniżej.

Punkty przykład dane

  • Wersja przeglądarki / app
    • Chrome: kopiuj / wklej z chrome: // wersję
    • Dla WebRTC natywnego kodu: w stosownych przypadkach, zawierać Branch (np tułowia) i rewizji WebRTC (np r8207) Twoje zastosowań aplikacyjnych
  • System operacyjny (Windows, Mac, Linux, Android, iOS, itd.) oraz 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 etc)
  • Kamera i mikrofon model i wersję (jeśli dotyczy)
    • Dla Chrome kwestii urządzeń audio i wideo, należy przeprowadzić testy na https://test.webrtc.org . Po zakończeniu testów uruchomiony, kliknij ikonę błędu na górze, pobrać raport i dołącz raport do śledzenia błędów.
  • Adres URL witryny
  • Powielanie kroki: Szczegółowe informacje o tym, jak odtworzyć błąd. Jeżeli dotyczy, należy albo podłączyć lub link do minimalnej strony testowej w HTML + JavaScript.
  • do awarii
    • W przypadku wystąpienia awarii podczas korzystania z Chrome, prosimy o podanie identyfikatora awarii przez następujące instrukcje .
    • W przypadku wystąpienia awarii podczas korzystania z WebRTC natywnego kodu, należy podać pełną StackTrace.
  • W przypadku problemów funkcjonalnych i zagadnień WKP, w obu Chrome lub natywnej aplikacji, należy zebrać rodzimy dziennik .
  • W przypadku problemów z łącznością w Chrome zapewniają chrome: // WebRTC-wewnętrzne jest otwarty w innej karcie przed rozpoczęciem połączenia, a gdy rozmowa jest w toku,
    • Rozwiń sekcję Tworzenie Dump,
    • kliknij przycisk pobierania danych aktualizacji PeerConnection i statystyki. Zostaniesz poproszony, aby zapisać zrzut na komputerze lokalnym. Proszę załączyć ten zrzut do raportu o błędzie.
  • W przypadku problemów z jakością dźwięku na Chrome, a połączenie jest w toku,
    • otwórz chrome: // WebRTC-wewnętrzne w innej karcie,
    • Rozwiń sekcję Tworzenie Dump,
    • Włącz wypełnij diagnostyczną nagrań audio pole. Zostaniesz poproszony, aby zapisać nagranie na komputerze lokalnym. Po zakończeniu rozmowy, należy dołączyć nagranie do błędu.
  • Echo problemów, spróbuj uchwycić nagranie z boku, który jest generowanie echa, a nie z boku, że słyszy echa. Na przykład, jeśli UserA i UserB są rozmowy i UserA słyszy się mówić, proszę uzyskać nagranie z UserB.

Złożenie błąd zabezpieczeń

Zespół WebRTC traktuje bezpieczeństwo bardzo poważnie. Jeśli znajdziesz usterkę w WebRTC, prosimy o zgłoszenie błędu zabezpieczeń chromu , nawet wtedy, gdy błąd dotyczy tylko natywny kod WebRTC i nie chromu.

Historia poprawionych błędów bezpieczeństwa Chrom jest najlepiej znaleźć poprzez notatki bezpieczeństwa w stabilnych aktualizacjach kanału w Google Chrome uwalnia blogu .

Można również znaleźć stałe, publicznie widoczny Type = Bug zabezpieczeniami błędy w trackerze emisyjnej (Uwaga: Błędy bezpieczeństwa zwykle stają się widoczne publicznie 14 tygodni po ich stałe). Jeśli nie jest to błąd w kodzie WebRTC że Chromium nie korzysta (takich jak Java / ObjC owijarki do Android / iOS) podamy poprawki oddzielnie omówić-WebRTC .

Lista wszystkich ujawnia native tylko błędów zabezpieczeń .

Należy zauważyć, że na ogół nie będziemy scalać poprawki zabezpieczeń wstecz do odgałęzień, więc jeśli używasz starszych gałęzi to Twoim obowiązkiem jest upewnić się, że odpowiednie poprawki bezpieczeństwa się połączyły.

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

Aby otrzymywać automatyczne powiadomienia o aktywności / komentarze w błędów bezpieczeństwa w Chrome musisz być wyraźnie cc: d konkretnych błędów (przez kogoś, kto ma dostęp do buga) lub być częścią specjalnej liście dyskusyjnej dla wszystkich powiadomień o błędach bezpieczeństwa. Aby dostać się na tej liście, trzeba zwrócić się do zespołu Chrome Bezpieczeństwa, zobacz więcej na ten temat na stronie Chrome Bezpieczeństwa pod „Jak mogę uzyskać dostęp do luk Chromium?” na dole strony.

Należy pamiętać, że lista Chrome bezpieczeństwa zgłasza będą otrzymywać powiadomienia o wszystkich błędów bezpieczeństwa w Chrome, a nie tylko te, które WebRTC. Normalnie nie powinno być problemu, aby dowiedzieć się, czy dany problem dotyczy WebRTC ponieważ będzie najprawdopodobniej być oznaczone jednym z WebRTC związanych elementów (jeden z blink> WebRTC, blink> getUserMedia, blink> MediaStream, blink> MediaRecording) lub ich pod- składniki.

Należy również pamiętać, że dostęp przyznany przez liście będą miały zastosowanie tylko do błędów z type = Bug- Security. Nie wszystkie błędy z awarie, wycieki pamięci i innych potencjalnych luk są oznaczone jako Bug-Security chociaż. Możesz przeczytać więcej o tym, co rodzaje błędów są uważane za błędy w zabezpieczeniach tych wytycznych Wskaźniki ważności dla kwestii bezpieczeństwa , a także na stronie Bezpieczeństwo FAQ .


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