ブログ上に説明があります。いうキーワードを追加します。キーワード(下記)も必要に応じて加えましょう。使われる定義済みのキーワードが複数あります。reporter-feedback(要報告者フィードバック)報告者からのフィードバックが必要。同様の問題が起きている人からの質問に対する反応がない限り先に進めない状態。has-patch(パッチあり)チケットの解決策がパッチとしてアップロードされていて、レビューまたはコミット待ちの状態。needs-testing(要テスト)解決策のテストが必要。2nd-opinion(要意見)問題または解決策に関する第三者の意見が必要。dev-feedback(要開発者フィードバック)開発者からのフィードバックが必要(あまり使われないキーワード)tested(テスト済み)パッチがテスト済み。リビジョン番号も含める)。コアファイルに追加できる状態。needs-patch(要パッチ)チケットのレビュー後、解決が望ましいと判断され、特にパッチが必要とマークされた状態。投稿されたパッチがうまく動作せず、やり直しが必要な状態。needs-unit-tests(要ユニットテスト)チケットのレビュー後、解決が望ましいと判断され、コミットの前に機能や既存のパッチのユニットテストを行いたいと開発者が考えている状態。変更を行うことで他の問題が発生するリスクが高い場合に使われる。needs-doc(要ドキュメンテーション)コードのインラインドキュメンテーションが必要。個別ファイル用のプレースホルダー、またはコミットの前にドキュメンテーションが必要な新規機能のパッチを含むチケット。チケットがクローズされる場合、以下のいずれかになります。してクローズされます。してクローズされます。してクローズされます。してクローズされます。してクローズされます。報告する前に、バグがこれらに当てはまらないことを検証してください。注バグの処理には協力が必要な場合があります。問題を解決するために開発者への協力をする心づもりをしておいてください。いう解決方法に落ち着いたとしても、気を悪くしないでください。あなたにとってバグと思われることは、そういう「機能」かもしれないということは十分あり得ます。これらの解決方法は単に「現在は修正するつもりはない」ということですので、将来優先的に直される可能性もあります。記載がない限り、内容は(お問い合わせください)のライセンスで利用できます。