グーグルは、ブラックコミュニティのための人種的資本を進めてまいります。 どのように参照してください。
このページは Cloud Translation API によって翻訳されました。
Switch to English

バグの報告

WebRTCに関連するカップルのバグ追跡システムがあります。

彼らは継続的にChromeとのWebRTCエンジニアによってトリアージしています。

良いバグレポートを提出する方法

説明書

  • 使用するバグトラッカー識別します。
    • あなたはChromeで問題がヒットしている場合は、使用してバグを報告しブリンク>のWebRTCコンポーネントを 。これは、と、「ブラウザのAPIに関する問題」「私は、ビルドに何かしようとしたWeb開発者です」と右の人々があなたのバグを見ていきますが保証選択した後に行うことができます。
    • あなたはネイティブコードで作業する開発者なら、でバグを報告し、このリンク
  • 以下に示すデータポイントから可能な限り含めます。

例データポイント

  • ブラウザ/アプリのバージョン
    • クロームの場合:コピー/クロームから貼り付けます。//バージョン
    • WebRTCのネイティブコードの場合:該当する場合は、ブランチ(例えばトランク)とのWebRTCのリビジョン(例えばr8207)アプリケーションの使用が含まれます
  • オペレーティングシステム(Windows版、Mac、Linuxの、アンドロイド、iOSの、など)およびバージョン(例えばWindowsの7、OS X 10.9、Ubuntuの14、など)
  • ハードウェア・プラットフォーム/デバイスモデル(例えばPC、マック、サムスン4S、ネクサス7、iPhone 5S、iPadのエア2など)
  • カメラとマイクモデルとバージョン(該当する場合)
    • クロームオーディオとビデオデバイスの問題については、テストで実行してくださいhttps://test.webrtc.orgを 。テストの実行が完了したら、レポートをダウンロードし、上部にあるバグのアイコンをクリックして、問題追跡にレポートを添付します。
  • ウェブサイトのURL
  • 再現手順:バグを再現する方法についての詳細情報を表示します。該当する場合は、いずれかの接続またはHTML + JavaScriptで最小限のテストページへのリンクをしてください。
  • クラッシュのために
    • Chromeを使用しているときにクラッシュが発生した場合、クラッシュによってIDを含めてくださいこれらの指示に従います
    • WebRTCネイティブコードを使用しているときにクラッシュが発生した場合、完全なスタックトレースを含めてください。
  • 機能的な問題やICEの問題については、クロムまたはネイティブアプリケーションのいずれかで、集まってくださいネイティブログを
  • クロームの接続の問題については、クロムを確保://のWebRTC-内部、通話を開始する前に、コールが進行中に別のタブで開いています
    • 作成ダンプセクションを展開し、
    • ダウンロードPeerConnectionの更新と統計データ]ボタンをクリックしてください。あなたは、ローカルマシンにダンプを保存するように求められます。バグレポートにそのダンプを添付してください。
  • クロームのオーディオ品質の問題については、コールが進行している間、
    • オープンクロムを喜ば:別のタブで//のWebRTC、内部、
    • 作成ダンプセクションを展開し、
    • 診断オーディオ録音]チェックボックスを有効に埋めます。あなたは、ローカルマシンに記録を保存するように求められます。通話を終了した後、バグへの記録を添付。
  • エコーの問題については、エコーではなく、サイド聞くエコーを生成している側からの音声の記録をキャプチャしてみてください。ユーザーAとユーザーBが通話中であり、ユーザーAは、自身が話す聞く場合たとえば、ユーザーBからの音声記録を入手してください。

セキュリティバグをファイリング

WebRTCチームは非常に真剣にセキュリティを要します。あなたがのWebRTCの脆弱性を発見した場合は、提出してくださいクロムのセキュリティバグをバグがクロムのみをネイティブのWebRTCコードに影響しない場合でも、。

固定クロムセキュリティバグの歴史は最高経て発見されたGoogle Chromeのリリースブログ上の安定したチャンネルのアップデートにおけるセキュリティのノート

また、固定、公開さ見つけることができますタイプ=バグセキュリティ問題追跡のバグ(:セキュリティバグは、通常、それらが固定されている14週間後に公開さになる注意を)。クロムは、我々は上の個別の修正を発表します(たとえば、アンドロイド/ iOS用のJava /にObjCラッパーとして)使用していないことのWebRTCのコードにバグがある場合話し合う-のWebRTCが

すべてのリストは、ネイティブのみのセキュリティバグを開示しました

私たちは、一般的に古い枝を使用している場合ので、それは必ず、関連するセキュリティ修正がマージされます作るためにあなたの責任です、任意の枝に後方セキュリティ修正をマージしないことに注意してください。

Chromeのセキュリティバグに関する通知を受け取ります

(バグへのアクセス権を持っている人によって)特定のバグにDまたはすべてのセキュリティバグの通知のための特別なメーリングリストの一部である:活動についての自動通知を取得するには/ Chromeのセキュリティバグのコメントは、あなたが明示的にccである必要があります。あなたはクロームセキュリティチームに適用する必要があり、そのリストに取得するには、よりこの程度にご覧クロームセキュリティ]ページの下に「私はクロムの脆弱性へのアクセスを取得できますか?」ページの下部にあります。

ノートはChromeのセキュリティ通知リストは、ChromeのすべてのセキュリティバグだけではなくのWebRTCのものに関する通知を受け取ることになりますしてくださいということ。通常、それは、それが最も可能性が高いのWebRTC関連のコンポーネントの1(ブリンク>のWebRTC、ブリンク> GetUserMedia、ブリンク> MediaStreamの、ブリンク> MediaRecordingの1)でタグ付けされますので、問題がのWebRTCに影響を与えるかどうかを把握するために、問題をすべきではありませんまたはそのサブコンポーネント。

また、リストによって許可されているアクセスが唯一のタイプ= Bug-セキュリティのバグに適用されます注意してください。クラッシュ、メモリリークや他の潜在的な脆弱性を持つすべてのバグはいえバグセキュリティとしてマークされているわけではありません。あなたはバグのカテゴリは、セキュリティバグとみなされるかについて、より読むことができるセキュリティ問題のための重要度ガイドラインにもおよびセキュリティFAQページ


  1. 誰もがGoogleのアカウントがバグを提出することができます