|
|
| (16 intermediate revisions by 7 users not shown) |
| Line 1: |
Line 1: |
| {{OSWikiContribBox|parent=QA}} | | {{TOCright}}{{multi-lang|Bug_Tracker|/ja|version=2}} |
| | ''Second Life で思うように動かない機能はありますか？バグを発見したのかもしれませんよ！'' |
|
| |
|
| <span style="color: red; font-weight: bold;">The JIRA Issue Tracker は技術的なサポート要求のためのものでは''ありません''。</span> '''アカウント個別のヘルプを探しているのであれば、[http://secondlife.com/support support resources]を利用してください。'''
| | == Bug (バグ) って何？ == |
|
| |
|
| '''NOTE''': (JIRA を含む)このサイトへのすべての提案は[[Project:Contribution_Agreement|Second Life Project Contribution Agreement]]によって管理されます。このサイトに対してパッチやその他の情報を提案する場合、これらの規則を読み、理解そして同意した上で承認することになります。
| | 複数の人が同じ状況の中で起こる意図しないコンピュータ障害のことです。 |
|
| |
|
| = Issue Tracker や PJIRA とは何？ = | | [[Not a bug|バグ ''でない'' ものは？]] |
| The public issue tracker, known as "Public JIRA", "PJIRA", or just "JIRA", is an issue-tracking project management tool made by [http://www.atlassian.com/software/jira Atlassian] that is located at http://jira.secondlife.com. It's used by the Second Life open source initiative to organize issues (i.e. bugs and feature requests) submitted by the Second Life community into a searchable database. You, too, can submit issues you find when using the open source or standard versions of Second Life. Please familiarize yourself with the information in this page before proceeding to JIRA.
| | * '''<font color="red">アカウントに固有だったり、サポートに対する問題では「ありません」。</font>''' - 課金トラブルなどの、返事が必要な個々の事象は「違います」。それは、[http://secondlife.com/support サポートポータルに行ってください]。 |
|
| |
|
| = How it works = | | == Bug Report (バグ報告) って何？ == |
| Bug reports created in JIRA are composed of a description of the problem and, if possible, a reproduction. New features are composed of descriptions of the proposed feature and how it should work. Both types of issues then get contributions from other users, such as better or simpler descriptions and reproductions, and popular issues accumulate votes from other users. Programmers in the open source community can attach "patches", changes to the code that fix or implement the issue. These votes, as well as events like [[bug triage]]s, help prioritize the issues. Those which are acknowledged are "imported" into the Lindens' private copy of JIRA. | |
|
| |
|
| After the issue gets Linden attention, others can still continue to help. Once the changes are completed and awaiting release to the public, the bug is marked as "resolved - fixed internally". When the change has been made available, it is marked "resolved - fixed", and when confirmed to the satisfaction of most users, "closed - fixed".
| | バグの説明書きで、あなたと私たちの間で共有するものです。役に立つバグ報告はこのようなものです。 |
|
| |
|
| In addition to "fixed internally" and "fixed", an issue can also be resolved or closed if it appears to be a duplicate of another issue, unreproducible, misfiled, not a bug, incomplete, etc.
| | * '''<font color="red">理解しやすい</font>''' - ドライブの道案内をするときは、目立つものを強調して説明しませんか？バグ報告はこのような感じであるべきです: 分かりやすい手順があって、お友達があなたの手順に沿ってできるものです。 |
| | * '''<font color="red">再現できる</font>''' - 残念なことに、Bigfoot のように、証拠を見つけるのが難しいバグがあります。しかし多くのバグは順番に手順を踏めば確実に発生します。バグを確認して、私たちが藪の中から捕まえられるようにしてください。 |
|
| |
|
| = Second Life JIRA FAQ = | | == 良いレポートの作り方 == |
|
| |
|
| == Caveats ==
| | これらを念頭に置いて、 |
| <span style="color: red; font-weight: bold;">The JIRA Issue Tracker is ''not'' for technical support</span>, so please do '''''not''''' enter issues like:
| |
|
| |
|
| :* "I keep crashing and want it to stop now!" | | # '''[http://jira.secondlife.com Bug Tracker へ行き]''' 手順を読んでください。 |
| :* "Someone stole my L$" | | # Bug Tracker を検索し、バグが既に報告されていないか確認してください。他の人が同じ問題に直面していることを知ると、気分が安らぎます。 |
| :* "The sim I'm in is LAGGIN BAD" | | # 一致するものがなければ、バグ報告を書きます。次のことを含めて書いてください。 |
| :* "How do I build a house?" | | ## '''再現手順''' |
| :* [https://jira.secondlife.com/secure/QuickSearch.jspa?searchString=misfiled More examples of misfiled issues] | | ##:可能な限り詳細に、ユーザがこういう一連のアクションをとると問題が発生するということを説明してください。特定の条件がある場合、例えば特定の区画だとか、グループ権限にこのような権限がついているとかを、丁寧に説明してください。レポートを提出する前に、他の人を捕まえて説明通りにやって同じ問題が起きるかを試してみてください。説明はシンプルにするのは良いのですが、シンプルでなくても完全であればもっと良いです。 |
| | ## '''期待する動作の説明''' |
| | ##: 「オブジェクトが赤にならないといけない」とか「アバターはシャツを着ていなければならない」とか。 |
| | ## '''実際の動作の説明''' |
| | ##: 文章に画像、ビデオ、イラストが添えられていると、もっと良いです。 |
| | ## '''補足資料の添付''' |
| | ##: トラブルが、ビューアのクラッシュやサーバとの接続不良(例えば、もらえるものがもらえなかったり、インワールドで不測の事態が発生したりする場合)であれば、ビューアのログファイルを添付してください。問題が発生した時刻を可能な限り正確に特定して、私たちがログの中で関連する情報を見つけられるようにしてください。[[Finding Log Files]] に、ログファイルの探し方があります。 |
|
| |
|
| '''Entering misfiled issues which ''aren't'' actionable and ''don't'' contain clear instructions (see below for more info) makes it harder for your fellow Residents to use the Issue Tracker.''' If you're looking for personal assistance, please send your message to the right place by [http://secondlife.com/community/support.php contacting Support] (towards the bottom of the page), and be sure to include ''useful details'' to help us help you. | | ゴールは '''開発者が同じものを見て、バグを追跡し、修正できるように、自分が見たものを開発者に説明する''' ことです。 |
|
| |
|
| Before reporting issues, we recommend you thoroughly search the [http://secondlife.com/community/support.php support resources] first and look for the latest news and status reports on the [http://blog.secondlife.com/ Official Linden Blog].
| | == 私はギークじゃないから助けが必要なんだよ！ == |
| | 心配しないでください、みんな最初は新人でした。Bug Tracker の多くのディスカッションにはエキスパートな住人がいて、新しいバグ報告者を助けてくれます。 |
|
| |
|
| If you cannot log-in after *repeated attempts* this is regarded by Linden Labs as a Showstopper Issue. At present, JIRA is the approved way for Linden Lab to discover widespread log-in difficulties, it will be dealt with promptly, but you should not post a separate issue that you cannot log in, add a comment or vote to the first cannot log-in issue raised on that day.
| | == Second Life が '''たった今''' 広範囲のサービス障害を起こしている場合は？ == |
|
| |
|
| == Logging in ==
| | 一般的に、ログイン障害、テレポート障害、'''[http://status.secondlifegrid.net/ Grid Status Reports]''' に出るようなもので既に私たちが対処しているものについて、バグ報告を提出する必要は''ありません''。 |
| * Visit https://jira.secondlife.com and click the 'Log In' link on the top right of the page
| |
| * On the login page enter your SecondLife Username and Password.
| |
| * This will now load the main Jira page you saw before but it will have more options ie Create Issue and a link to edit your profile as well as some pre-defined filters.
| |
|
| |
|
| == Bugs & New Features == | | == 見つけたバグが '''とっても''' 深刻で共有されるべきものでない場合は？ == |
| * Please read [[Bug_Reporting_101|QA Bug Submission Guidelines]] '''before''' submitting a a bug.
| |
| * You can also propose new features through JIRA. (JIRA is emerging to succeed the [http://secondlife.com/vote/ Feature Voting Tool] with your help, because it has better search and parallels the way we Lindens internally organize issues. Plus, you can discuss with other Residents.)
| |
|
| |
|
| == User profile ==
| | リアルの個人情報が脅かされるような情報漏洩、コンテンツの破壊、その他可及的速やかな修正を検討する必要のある深刻な事態に対する'''[[Security_issues/ja|私たちのセキュリティ障害に対する対応手順を知ってください。]]''' |
| * Each JIRA user has a ''profile''. The profile consists of your Username (SL name), Fullname (in our case, also your SL name), and all of the JIRA groups you belong to. For most people, this means "jira-users."
| |
|
| |
|
| * The email address associated with your account shall remain anonymous to other users. The address is not visible or configurable at this time. Direct import of your email address from Second Life's database is currently disabled.
| | == バグを報告したんだけどまだ直ってないよ！なんで？ == |
| | 私たちはたくさんのバグを修正していますが、''全ての'' バグを修正できるものだと考えるのは現実的でありません。詳しく見てみましょう: |
|
| |
|
| * The JIRA profile is not editable because allowing changes would introduce conflicts with your Second Life account. If you wish to edit account information such as your email address, please login to the [https://secondlife.com/account account management page] at secondlife.com. | | * '''私たちが何を知ってるというの？''' 再現できなかったり情報が足りなかったりするバグに対してアクションを起こすことはできません。証拠のない犯罪を警察に通報するようなものです。 (バグは犯罪ではないですが、確実に私たちは悩まされます！) |
| | * '''これは優先度が高いの？''' 例えば、多くの住人に影響する持ち物紛失バグは、数人だけしか気づかない見た目の異常よりは優先度ははるかに高いです。 |
| | * '''依存関係は？''' Second Life は複雑なシステムで、''一見'' そのバグが直すのが簡単に思えるものでも、私たちは関連する部分にさらに障害を作りこまないように直す必要があります。 |
|
| |
|
| == Customizing preferences == | | == どのバグが直ったのかってどうやったらわかるの？ == |
| * If you want to show more issues per page or change the language JIRA's displayed in, [https://jira.secondlife.com/secure/UpdateUserPreferences!default.jspa Update User Preferences] after logging in. (The email options currently have no effect, see {{JIRA|WEB-58}} for why.)
| |
|
| |
|
| == Projects and Components ==
| | Bug Tracker を検索するか、もしくはそれが難しいと思ったら、'''[[:Category:Release_Notes|リリースノートを確認してください]]'''。バージョンごとに変更内容の詳細なハイライト記事が載っています。 |
| * ''Projects'' are used to categorize issues into logical groups.
| |
| * ''Components'' are used to specify which part of a system the issue affects. In other words, what is the scope of the problem within a project.
| |
|
| |
|
| {| class="wikitable" border="1"
| | == Bug Tracker での嫌がらせを報告するには？ == |
| |+ Projects and Components in JIRA
| |
| ! Viewer (VWR) !! Service (SVC) !! Website (WEB) !! Miscellaneous (MISC)
| |
| |- valign="top"
| |
| |
| |
| * Avatar/Character
| |
| * Building (in-world)
| |
| * Chat/IM
| |
| * Crashes
| |
| * Documentation
| |
| * Graphics
| |
| * Internationalization
| |
| * Inventory
| |
| * Land
| |
| * Linden Dollars (L$)
| |
| * Missing Content
| |
| * Performance
| |
| * Permissions
| |
| * Physics
| |
| * Scripting
| |
| * Sound
| |
| * Source Code
| |
| * Stipends
| |
| * User Interface
| |
| * Voice
| |
| |
| |
| * HTTPRequest
| |
| * Internationalization
| |
| * Performance
| |
| * Physics
| |
| * Scripts
| |
| * Simulation
| |
| * Teleport
| |
| * XML-RPC
| |
| |
| |
| * Account summary
| |
| * blog.secondlife.com
| |
| * Developer Directory
| |
| * Events
| |
| * forums.secondlife.com
| |
| * Friends Online
| |
| * Interactive map
| |
| * jira.secondlife.com
| |
| * Land Store
| |
| * lindenlab.com
| |
| * Lindex
| |
| * New account creation
| |
| * Public Data Feeds
| |
| * Public Metrics & Charts
| |
| * secondlife.com
| |
| * teen.secondlife.com
| |
| * wiki.secondlife.com
| |
| |
| |
| * Miscellaneous
| |
| |}
| |
|
| |
|
| ;Second Life Viewer (VWR): Issues pertaining to the Second Life viewer are reported under this project.
| | 不毛な議論はやる気を失せさせ、ルーズで、時間の無駄です。時間は障害を修正するのに使った方がよっぽどよいです。[[Linden_Lab_Official:Community_Participation_Guidelines|ガイドライン]]に違反するような煽り行為には耐えられません — |
| :'''Examples''':
| | Bug Tracker を居心地の良い空間にするために、嫌がらせ行為の報告をお願いします。''あなたの''ご協力をよろしくお願いします！ |
| :* llGetDate() is returning the wrong date Observed at 10:30 PM PDT on March 19, llGetDate() returns 2007-03-20 (Component = Scripting)
| |
| :* "My avatar clothing is all black after installing a video driver update" (Component = Avatar/Character)
| |
| :* "Objects in my Inventory do not remain sorted in the correct order after logging out and back in again" (Component = Inventory)
| |
|
| |
|
| ;Second Life Service (SVC): Issues pertaining to the Second Life service are reported here.
| | # Second Life ビューアで (Web ではありません)、メニューから '''ヘルプ''' > '''嫌がらせを報告する''' を選択してください。 |
| :'''Examples''':
| | # 全ての欄を埋めてください。全ての嫌がらせカテゴリが Bug Tracker に対応するわけではありませんが、例えば、不寛容などがあるでしょう。 |
| :* "Server performance decreases when several avatars teleport into the region at once" (Component = Performance and/or Teleport) | | # '''詳細''' 欄に、不快に感じるコメントへの直リンを貼ってください。コメント欄かコメントがある記事にマウスを当てると出てくるリンクアイコンをクリックすると、取得できます。 |
| :* "My scripted objects are not able to talk to the outside world after Second Life grid downtime" (Component = Scripts). | | #: [[File:Bug_Tracker_comment_permalink.png]] |
| | # '''嫌がらせの報告''' をクリックすると、Bug Tracker の管理者がじきに調査します。 |
|
| |
|
| ;Second Life Website (WEB): Issues pertaining to the Second Life website are in this project.
| | 嫌がらせの度合いにより、違反者は警告を受けたり、Bag Tracker や、Second Life 自体から永久に BAN されたりします。 |
| :'''Examples''':
| |
| :* "Wiki prevents login for users with a dash in their name" (Component = wiki.secondlife.com)
| |
| :* "jira.secondlife.com always forces me to authenticate even if I save my login information" (Component = jira.secondlife.com).
| |
|
| |
|
| ;Second Life Miscellaneous (MISC): Any other type of issue should be reported in the MISC project.
| | == もっと知りたい？ == |
| :'''Example''':
| |
| :* "The TOS does not allow me to edit the viewer source code" (Component = Miscellaneous)
| |
|
| |
|
| == Security Issues -- a.k.a "the missing Fifth Project" ==
| | バグ報告の基本を学んだら、一定の時間をかけて理解してください。そして、 |
| Issues pertaining to the security of Second Life should be emailed to the [mailto:security@lindenlab.com Second Life Security mailing list] rather than posted on jira.secondlife.com. Emailing them directly to Linden Lab helps us keep Second Life secure!
| |
|
| |
|
| See [[security issues]] page for more information about submitting issues and collecting bounties for responsibly reporting valid security issues.
| | * '''[http://community.secondlife.com/t5/English-Knowledge-Base/How-to-report-a-bug/ta-p/733545 How to report a bug]''' - 質問が上で答えられていなければ、こちらを見てください。以下のハイライト記事があります。 |
| | ** [[Bug_Tracker/Searching|探し方]] |
| | ** [[Linden_Lab_Official:Community_Participation_Guidelines|Community Participation Guidelines]] |
| | ** [[Bug_Tracker/Status|対応状況一覧]] |
| | * '''[[:Category:Bug Tracker|Bug Tracker カテゴリ]]''' - Bug Tracker に関する全ての記事が載っています。 |
|
| |
|
| == Who is WorkingOnIt Linden? ==
| | [[Category:Bug Tracker]] |
| When an issue is being worked on, it may be assigned to "WorkingOnIt Linden" to mark its status. Any Linden has access to the account. See [[User:WorkingOnIt Linden]] for details.
| |
| | |
| == Found a bug on JIRA itself! ==
| |
| When you found a bug or other problem (including feature request) on the JIRA itself, Lindens want you to file it on the JIRA run by Atlassian (the developer of JIRA software) by yourself, not thgough the SL public JIRA. It is available on http://jira.atlassian.com
| |
| | |
| Lindens also want you to put a link to the issue you filed [[Talk:Issue tracker#Feature requests for Atlassian|here]] if you do so.
| |
| | |
| = Searching =
| |
| | |
| == Parameters ==
| |
| * JIRA searching is easy once you know a bit about the parameters you may use.
| |
| * For instructions on searching in JIRA, please visit [http://www.atlassian.com/software/jira/docs/v3.7.1/querysyntax.html JIRA query syntax] and [http://www.atlassian.com/software/jira/docs/v3.7.1/quicksearch.html JIRA quick search].
| |
| | |
| == Perform a search ==
| |
| * First, click on the "Find Issues" link at the top of the screen.
| |
| * Next, enter the parameters you wish to search for in the search pane on the left-hand side of the screen.
| |
| * As an example, if I wish to search for issues that have not been resolved containing the word "avatar", I would choose the following parameters:
| |
| ** Project = all projects
| |
| ** Text search = avatar
| |
| ** Resolutions = Unresolved
| |
| * Another sample search would be for any issues that are fixed in the last week in a particular project. For example, I want to find all bugs in the Second Life Viewer project that were resolved between February 1, 2007 and February 14, 2007. I would enter the following parameters:
| |
| ** (Optional: Click the "New" link in the search pane to clear settings from any previous searches)
| |
| ** Project = Second Life Viewer
| |
| ** Resolution = Fixed
| |
| ** Updated After = January 31, 2007
| |
| ** Updated Before = February 15, 2007
| |
| | |
| == Saving a search as a Filter ==
| |
| * A search ''filter'' is a saved search that you may share with others.
| |
| * After performing a search as described above, you may save it as a filter by clicking the "Save" link in the Search pane.
| |
| * Name the filter something meaningful, for example "Unresolved avatar bugs in all projects."
| |
| * Now you can access the search and run it at any time by clicking the "Filter" link in the top right-hand side of the page. This saves time and effort, especially if you frequently run the same complex search and want a handy shortcut!
| |
| | |
| = Creating bug reports and feature requests =
| |
| '''If you feel lost and don't know where to begin, see the easy starter guide, "[http://blog.secondlife.com/2007/07/05/how-to-report-bugs-better/ How to report bugs better]".'''
| |
| | |
| == Stay recent ==
| |
| You can check the [[Release Notes]] or [[Beta Release Notes]] to stay current with recent changes to Second Life. Sometimes, one can discover the context around a new bug, or find that a change was intentional. For example, not being able to sell your land for L$0 is a feature, not a bug.
| |
| | |
| Also, you should make sure your video drivers are up to date. These are normally obtained from the website of your graphics hardware manufacturer, usually either the [http://www.nvidia.com/content/drivers/drivers.asp NVIDIA official site] or the [http://ati.amd.com/support/driver.html ATI official site]. The [http://www.omegadrivers.net/ Omega Drivers] are often-used modified versions of those drivers.
| |
| | |
| == Determine if the issue has already been submitted ==
| |
| Avoiding duplicate issues is very important. Sorting through duplicates wastes time and effort (for both Linden Lab staff and fellow residents), and it causes bugs and feature proposals to seem like they are getting less attention than they actually are. It is more effective to concentrate efforts about the same problem in the same issue, especially since more-active issues get greater priority.
| |
| | |
| After logging in, you will see the Dashboard. Here you have access to some search filters which give you access to the most up-to-date information on submitted issues. For example, you can click on ones which show all unresolved (unfixed or untested) issues within each project, then begin a text search from there (by editing the filter). Of course you may create and save your own filters at any time, or simply run a new search from the Quick Search box. Either way, it is best practice to search for issues you wish to report in several ways before submitting them!
| |
| | |
| If you find that your issue was already submitted, you can still do several things to help:
| |
| * Leave a comment containing additional information or details
| |
| * If it's a bug, possibly another way to reproduce the bug
| |
| * Vote for the issue to express that you feel it is important.
| |
| The more good information there is about a specific issue, the better chance it has for a quick resolution.
| |
| | |
| == Guidelines ==
| |
| * Submit security-related issues and exploits directly to the security team. Exploits are bugs that could be used to get an advantage over others, unauthorized access to scripts, unauthorized copying or transferring or modifying of objects that you didn't create (also called 'permissions' bugs), and other bugs that could potentially cause a compromise of the grid or a resident's privacy. For the fastest results, contact a Linden in the group "Bug Hunters", and e-mail your report to security@lindenlab.com. See the article on [[security issues]].
| |
| * If your issue is urgent (such as lost content), and you have a Premium Account use the phone or live text support. You might get a faster response if you also submit a ticket through the [http://support.secondlife.com support portal], but usually it take over seven days before your ticket is opened.
| |
| * When describing the bug, if possible, try to omit Resident names or other personally-identifying information. If the bug seems to affect only yourself or very few people, you should consider other ways to find technical support via the [http://support.secondlife.com support portal].
| |
| * The easier we can reproduce the bug, the more quickly it can get fixed. For example, instead of saying "I crash when I upload random things", the reproduction should be laid out in specific steps:
| |
| *: Example:
| |
| *:* Click File > Upload Image ($L10)...
| |
| *:* Choose a .TXT file instead of a .JPG file
| |
| *:* Click the Open button
| |
| : Try sending your writeup to a friend, to see if they can follow it! If your friend can follow the steps, chances are we can too!
| |
| * Consider uploading snapshots, images, videos, crash logs, or any other related files (10MB limit each). In the above example, you might consider uploading the files you tried to upload that caused the crash.
| |
| | |
| == Submitting a bug ==
| |
| To create a new bug in JIRA, do the following:
| |
| * Click the "Create New Issue" link in the blue navigation bar towards the top of the screen. (If you don't see this, make sure you are [[#Logging in|logged in to JIRA]].)
| |
| | |
| On the first page:
| |
| * Select a '''project''' that most closely matches the kind of bug you are submitting - see [[#Projects and Components]].
| |
| ** Reminder: you should submit security-related issues directly to the security team. See [[security issues]].
| |
| * Select "Bug" as your '''issue type'''.
| |
| * Click "Next".
| |
| | |
| On the last page:
| |
| * Enter a concise but descriptive '''summary''' (title) for the issue
| |
| * Select the '''priority''' (severity) of the bug. For example, a "blocker" bug might render the program useless, but a "small" bug might be merely cosmetic. Click the icon next to the dropdown for more details.
| |
| * Select '''components''' that narrow the scope of the bug. You can select multiple components by Ctrl-clicking.
| |
| * Choose the '''versions''' that the bug effects. You should only select those versions where you have observed the bug, and only select a "first look" version if the bug ''only'' applies to First Look.
| |
| * The '''Linden Lab Issue ID''' should generally be left blank unless you are a Linden. If you want to reference a support ticket number, that should go in the description, not here.
| |
| * Describe the '''environment''' in which the problem occurs, if you have noticed that the bug only occurs with certain hardware or software configurations. One way to find such information is the About box inside Second Life. You can guesstimate whether certain facts might be relevant (such as graphics card model for graphics problems, or headset models for voice features) and look for further help in narrowing things down. If configuration doesn't seem to matter, you can leave it blank.
| |
| ** For example, "Only happens with Mac OS X 10.4.1," or "Seen only with NVIDIA GeForce Go 7800 card," etc.
| |
| * Enter a detailed '''description''' of the issue, and be sure to include:
| |
| ** Steps to reliably reproduce the bug (how to make the bug happen), or at least a description of what precedes the bug in detail. Try to make the steps as simple as possible while still being specific and reliable. Simpler reproductions make it easier to narrow down the causes.
| |
| ** Observed results (what happens when the bug occurs)
| |
| ** Expected results (what behavior you would have expected instead)
| |
| ** Anything else which you think might help, such as forum links or blog posts.
| |
| ** Again, be as detailed as possible without including personal information!
| |
| * If you have a screenshot or video of the bug, or any other relevant file, you can attach it under '''attachment'''. Note that it has a 10MB size limit per file. You can also attach additional files later.
| |
| * If you are a programmer and are attaching a patch for the source code, enter the '''source version''' the patch is against and check the '''patch attached''' box.
| |
| * Finally, click "Create" to create the new issue.
| |
| | |
| == Submitting a new feature ==
| |
| The process is similar to submitting a bug, with the following differences:
| |
| | |
| * Select "New Feature" instead of "Bug" as your '''issue type'''.
| |
| * Instead of a "reproduction", clearly describe the desired implementation and functionality of the new feature. Make sure it hasn't already been done — you can refer to [http://www.slhistory.org/index.php/Release_Notes release notes] for historical context and [http://blog.secondlife.com/ read our blog] to learn more about what we're doing next.
| |
| | |
| == Voting for issues ==
| |
| You can vote for new features and bugs that you wish to see resolved, and [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=10071 view all issues by # of votes]. JIRA uses [http://en.wikipedia.org/wiki/Approval_voting approval voting], so you can vote for as many (or few) issues as you'd like, and you get 1 vote per issue.
| |
| | |
| Votes can readily be used as part of our prioritization process. Note that since we need to look at aspects such as feasibility and the time required for implementation, a highly-voted issue isn't necessarily going to be resolved ahead of a lesser-voted, but more doable one.
| |
| | |
| == Return to check on issue status ==
| |
| Linden Lab will review issues submitted to jira.secondlife.com on a regular basis. The engineering team may require additional information from the issue reporter, or other contributors, so reviewing all of your created/commented issues regularly will be useful while email support in JIRA is disabled.
| |
| | |
| Also, when issues are resolved internally the external site will be updated as well, so check your issues for changes on a regular basis.
| |
| | |
| = Issue States =
| |
| | |
| == Available states ==
| |
| | |
| Here is how Linden Lab is using the resolutions:
| |
| | |
| ; Open : This is an issue that belongs to the Assignee to resolve. The assignee may fix the issue, or kick the issue back to the reporter by marking it "Resolved" (see below)
| |
| ; In Progress : This is how a developer signals to everyone that he/she is working on the issue.
| |
| ; Reopened : same as "Open".
| |
| ; Resolved : This is an implicit assignment back to the reporter of the issue. It is not closed yet, but rather in a state of limbo that depends on the resolution. It's up to the Reporter to decide whether to reopen an issue, or close it.
| |
| :; Fixed : means that the bug is fixed in a public release of Second Life.
| |
| :; Fixed Internally : means that the bug is fixed in a version of the code that should soon be publicly available.
| |
| :; Won't Fix : means that the assignee doesn't believe this issue should ever be fixed.
| |
| :; Duplicate : means that there's some other issue that describes the same problem/idea.
| |
| :; Needs More Info : this issue lacks information
| |
| :; Cannot Reproduce : we're applying this label pretty liberally. Please provide a detailed description of how to reproduce a problem. Issues that can't be reproduced will eventually be closed.
| |
| :; Misfiled : this issue doesn't belong in this issue tracker.
| |
| ; Closed : The final resting place.
| |
| | |
| == What's the difference between "Fixed Internally" and "Fixed" resolutions? ==
| |
| It's simple:
| |
| | |
| * "Fixed" means the fix is available in the live Second Life release, ''right now''.
| |
| * "Fixed Internally" means the fix has been made within Linden Lab and ''has not'' been released publicly yet. It may need to undergo extra care, like quality assurance, or requires merging from a [http://en.wikipedia.org/wiki/Branching_%28software%29 branch], before being available to you. Think of it as a "We're almost there... coming soon!" notice.
| |
| | |
| = How do I help out? =
| |
| | |
| Glad you asked!
| |
| | |
| == Marking Duplicates ==
| |
| If you notice an newer issue that is a duplicate of an existing issue with a lot more comments, patches, or votes, feel free to choose "Resolve" and choose "Duplicate". But when you do this, please also choose "Link", and then say "This issue duplicates" and enter the main bug number. This lets everyone keep track of which bugs are duplicates of each other, and which bugs are reported more than others. This ensures that bugs that are often reported get the most attention, and also allows the duplicates to be reviewed from one central location, to ensure they are truly duplicates.
| |
| | |
| == Resolving support issues ==
| |
| This one is best left to technically adept users that can spot the difference between a support issue and a bug -- it's not always a simple matter to figure out. You should at most "Resolve" a report that seems to be a support issue. "Resolving" an issue puts the responsibility back on the reporter to provide more information on why the report isn't a support issue, and is indeed a reproducible bug that an entire class of user experiences.
| |
| | |
| == Resolving bugs that you can't reproduce ==
| |
| If you do exactly what they say in the bug, with the same environment, and can't reproduce the bug, you should resolve the bug. Be careful, if a bug is related to graphics rendering, and you do not have the same video card, for example, that is not the same environment and you can't make this determination. Again this is also best left to technically adept users.
| |
| | |
| == Reproducing bugs ==
| |
| This one is very important! If you can create a step-by-step list to reproduce the bug in the bug report, this helps Linden Lab concentrate on bugs that can be verifiably fixed. Unless a bug can be reproduced, it is impossible to know if it has been fixed or not. Do what the bug reporter said they were doing, write a detailed step-by-step list of things you did to cause the bug to happen, and add it to the bug saying that you have successfully reproduced the bug. Such bugs with solid reproductions get higher priority in the development process, and help the Bug Triage Team work more efficiently.
| |
