Difference between revisions of "Bug Tracker/Help LL"

From Second Life Wiki
Jump to navigation Jump to search
m (moved Issue Tracker/Help LL to Bug Tracker/Help LL: http://blogs.secondlife.com/community/technology/blog/2010/09/07/introducing-the-new-jira)
 
(4 intermediate revisions by the same user not shown)
Line 1: Line 1:
Here's how you can help Linden Lab track and fix bugs.
{{TOCright}} Here's how you can help Linden Lab track and fix bugs.


== Submit patches ==
== Submit patches ==
Line 6: Line 6:
{{KBcaution|Remember that all contributions are governed by the [[Project:Contribution_Agreement|Second Life Project Contribution Agreement]].}}
{{KBcaution|Remember that all contributions are governed by the [[Project:Contribution_Agreement|Second Life Project Contribution Agreement]].}}


== Learn about the Quality Assurance process ==
== '''[[Quality_Assurance|Learn about the Quality Assurance process]]''' ==
'''[[Quality_Assurance|Visit our Quality Assurance Portal]]''' to understand.


== Vote for issues ==
== Vote for issues ==
You can vote for new features and bugs that you wish to see fixed by Linden Lab, 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.
You can vote for new features and bugs that you wish to see fixed by Linden Lab, and [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=10071 view all issues by # of votes]. The Issue Tracker 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 are readily used as part of our prioritization process. Note that since we need to look at aspects such as feasibility and the time required for development, a highly-voted issue isn't necessarily going to be resolved ahead of a lesser-voted, but more doable one.
Votes are readily used as part of our prioritization process. Keep in mind that since we need to look at aspects such as feasibility and the time required for development, a highly-voted issue isn't necessarily going to be resolved ahead of a lesser-voted, but more doable one.


=== Marking Duplicates ===
== 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 ===
If you notice an newer issue that's a duplicate of an existing issue with a lot more comments, patches, or votes, feel free to choose '''Resolve''' with a [[Issue_Tracker/Status|status]] of '''Duplicate'''. But when you do this, please also choose '''Link''', then specify the main bug #. This reduces confusion and ensures that bugs that are often reported get the most attention. It also allows the duplicates to be reviewed from one central location, to show they're truly duplicates.
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 outYou 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 ===
== Resolving support issues ==
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 ===
If you're not sure, learn from and leave this to technically experienced Residents who can spot the difference between a [http://secondlife.com/support 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 substantiate otherwise.
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.
 
== Resolving bugs that you can't reproduce ==
 
This is also best left to the technically adept. If you follow the same steps in an issue with the same environment, yet can't reproduce the bug, you should resolve the bug. ''Be careful:'' for example, if a bug is related to graphics rendering and you don't have the same graphics card, that's ''not'' the same environment and you can't make this determination.
 
== Reproducing bugs ==
 
<font color="red">'''This one is very important!'''</font> 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's impossible to know if it has been fixed or not. Do what the bug reporter said they were doing, write a better step-by-step list of things you did to cause the bug to happen, and add it to the bug — make it clear that you've successfully reproduced the bug. Such bugs with solid reproductions get higher priority in the development process, and help [[bug triage|bug triages]] to work more efficiently.


=== Sorting issues in the wrong categories ===
=== Sorting issues in the wrong categories ===


If an issue is in the wrong category (i.e. a VWR issue that belongs in SVC) it should never be resolved as "misfiled." Instead, a comment should be left on [http://jira.secondlife.com/browse/WEB-566 WEB-566] listing the issue and where it should be belong. A JIRA volunteer will make sure it gets moved to the appropriate place.
If an issue is in the wrong category (e.g., a VWR issue that belongs in SVC), it should ''never'' be resolved as '''Misfiled'''. Instead, [http://jira.secondlife.com/browse/WEB-566 leave a comment here] listing the issue and where it should belong. A volunteer will move it to the appropriate place.

Latest revision as of 08:37, 8 September 2010

Here's how you can help Linden Lab track and fix bugs.

Submit patches

Do you have coding skills? Visit our Open Source Portal to learn more!

KBcaution.png Important: Remember that all contributions are governed by the Second Life Project Contribution Agreement.

Learn about the Quality Assurance process

Vote for issues

You can vote for new features and bugs that you wish to see fixed by Linden Lab, and view all issues by # of votes. The Issue Tracker uses approval voting, so you can vote for as many (or few) issues as you'd like, and you get 1 vote per issue.

Votes are readily used as part of our prioritization process. Keep in mind that since we need to look at aspects such as feasibility and the time required for development, a highly-voted issue isn't necessarily going to be resolved ahead of a lesser-voted, but more doable one.

Marking Duplicates

If you notice an newer issue that's a duplicate of an existing issue with a lot more comments, patches, or votes, feel free to choose Resolve with a status of Duplicate. But when you do this, please also choose Link, then specify the main bug #. This reduces confusion and ensures that bugs that are often reported get the most attention. It also allows the duplicates to be reviewed from one central location, to show they're truly duplicates.

Resolving support issues

If you're not sure, learn from and leave this to technically experienced Residents who 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 substantiate otherwise.

Resolving bugs that you can't reproduce

This is also best left to the technically adept. If you follow the same steps in an issue with the same environment, yet can't reproduce the bug, you should resolve the bug. Be careful: for example, if a bug is related to graphics rendering and you don't have the same graphics card, that's not the same environment and you can't make this determination.

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's impossible to know if it has been fixed or not. Do what the bug reporter said they were doing, write a better step-by-step list of things you did to cause the bug to happen, and add it to the bug — make it clear that you've successfully reproduced the bug. Such bugs with solid reproductions get higher priority in the development process, and help bug triages to work more efficiently.

Sorting issues in the wrong categories

If an issue is in the wrong category (e.g., a VWR issue that belongs in SVC), it should never be resolved as Misfiled. Instead, leave a comment here listing the issue and where it should belong. A volunteer will move it to the appropriate place.