Project:Flagged Revs Backup/Bug Reporting 101/ja

リリースノートをチェックしましょう

SLのクライアントのディレクトリに入っている「releasenotes.txt」を読む。もしくはベータ版リリースノートページを読む。例えば…：「土地を売る設定で【L$0で誰にでも売ります】とはできないのはナゼ？」→ それはバグではなくて仕様です。それはホントにバグなのか？意図的にそういう風にしてあるのではないか？などを確認しましょう。

ドライバーのバージョンをチェックしましょう

あまりに古いドライバーを使っているとホントにいろいろ妙なことが起きるものです。Second Lifeは NVIDIAと ATIのチップセットを公式にサポートしています。Intel Extreme Graphicsは公式にはサポートしていませんが、おそらく動くでしょう。メニューの Help > About Second Life から OpenGLドライバーのバージョンを確認することができます。'OpenGL Version'と表示されている項目がそれです。Second Lifeが更新された際（訳注: サーバーサイドのメンテナンスや新ビューワーのリリースのことと思われます）に一緒にドライバーの更新もするとよいでしょう。Omega Drivers http://www.omegadrivers.net のサイトはビデオカードのドライバーを探すのにとても役に立つでしょう。NVIDIAの公式サイト http://www.nvidia.com や ATIの公式サイト http://www.ati.com もチェックしましょう。もしノートブックなどのビデオチップ内蔵タイプの PCを使っている場合は PCのメーカーサイトを調べる必要があるかもしれません。メーカーが最新のドライバーを提供していない場合は Omega Driversを試してみるのも良いかもしれません。

脆弱性の可能性がある場合は少し配慮を

私たちはエクスプロイトになりえる可能性があるものは慎重に取り扱っています（訳注: エクスプロイトは日本語では「脆弱性」、一般的にセキュリティにかかわる深刻な不具合・仕様をさします）。エクスプロイトについてフォーラムや in-worldでみんなに話してしまうのではなく、バグハントの担当者を見つけて彼らに話すようにしましょう。それを使うことで他の人よりも優位になったり、許可されていないスクリプトへのアクセスができてしまったり、コピー不可のものがコピーできてしまったり、あなたが作ったものではないものを transfer可や modify可にできてしまったり（これらはパーミッションバグとも呼ばれています）するもの、それにグリッド自体や他の住人のプライバシーを危険にさらすことができてしまうようなバグなど、それらをエクスプロイトと呼びます。リンデンを探して報告をする際にはセキュリティ問題のページの解説も目を通して対応してください。そうすればリンデン内部で記録として残るようになります。

脆弱性をリンデンラボに報告する詳しい方法についてはセキュリティ問題のページを参照してください。

書き込む前に検索を

発見したバグについて報告する前に Public Issue Tracker（訳注: https://jira.secondlife.com 通称JIRAのことです）を検索してみるのはとてもいいアイディアです。他の誰かがすでに同じ症状を報告しているかもしれませんし、もしかするとあなたの知っている再現手順によって問題点をもっと詳細に詰めることができるかもしれません。それに私たちはもちろん同じ症状を体験している他の人達にとっても、情報が一箇所にまとまるのはとても有用なことです。

検索方法などについての詳細は issue tracker のページを参照してください。

よく考えて手順を書いてください

「何かをアップロードしようとするとクラッシュします」という書き方は再現手順としてはあまりよくありません。手順を段階にわけてステップ・バイ・ステップで書いてみてください。例えば、

「Upload Image ($L10)...」をクリックする
.JPGの代わりに .TXTを選択する
Openボタンを押す

http://jira.secondlife.com を使えばスクリーンショットだけでなく動画（1ファイルあたり 10MBまで）も報告に含めることができます。in-worldでの報告システムではなく新しいシステムを使うことを推奨します。そうすればあなたが報告した情報を他のレジデントにも見てもらうことができるようになります。さらにそうすることで障害報告にコメントを付けることで問題解決に役立つより詳細な情報を提供することができるとコミュニティに促すことができます。もしかするとオープンソースの開発者の誰かがあなたの報告を見て修正を提供してくれるかもしれません。secondlife.logファイルを見るとより詳しい情報があるかもしれません。ただし他の人に見られては困るような情報が含まれていないか十分に注意をしてください。

バグを報告する方法の詳細は issue tracker のページを参照してください。

友達にも再現テストを頼んでみてください

もし友達もあなたと同じように障害を再現できるなら、私たちも再現できる可能性が高いですよね？

バグを審査してみてください

これはバグ報告をするのと同じくらい重要なことです。登録されたそれぞれのバグが１人の人にとって重要な問題なのか、それともたくさんの人が困っている問題なのか私たちは知る必要があります。報告されたバグについて再現テストをしてみて、それはあなたにとっても問題かどうか考えてみてください。うまく再現できなければそうコメントしてもっと詳細を書いてくれるように促しましょう。もし再現できたならより詳細を追記したり、もっとよい再現方法を提案したり、スクリーンショットを追加したり、違う場所で試してみたり、いろいろしてみるのもよいでしょう。

bug triageに参加しましょう

リンデンラボは時々バグ検討会議を開催して山のようなバグリストについて整理をしています。ぜひ参加してどの問題が開発者の時間を費やすのに値するか突き詰める手助けをしてください。詳細はバグ検討会議のページを参照してみてください。

規格適合性の検証に協力してください

規格適合性の検証についてのページを参照してください

デバッグするのに有用な情報を集める手助けをしてください

もしどうすればよいかわからなければ？

クラッシュログを送る方法は？
自分のシステムの設定がどうなっているかを知る方法は？
SecondLife.logはどこにあるの？
Fast Timersの結果をとるにはどうすればいいの？

デバッグ情報のページを見てみてください。