Thunderbird:Bugdays: Difference between revisions
(→How: more cleanup) |
m (→How: get rid of small font) |
||
| Line 118: | Line 118: | ||
# '''Get an account''' - easily created at [https://bugzilla.mozilla.org/createaccount.cgi bugzilla account]. | # '''Get an account''' - easily created at [https://bugzilla.mozilla.org/createaccount.cgi bugzilla account]. | ||
# '''Protect''' - [https://support.mozilla.org/kb/profiles-where-thunderbird-stores-user-data#w_backing-up-a-profile Backup your data]. Use a test profile esp. if bugs might cause dataloss (see next point). | # '''Protect''' - [https://support.mozilla.org/kb/profiles-where-thunderbird-stores-user-data#w_backing-up-a-profile Backup your data]. Use a test profile esp. if bugs might cause dataloss (see next point). | ||
# '''Make a test environment''' (optional) - [https://support.mozilla.org/kb/using-multiple-profiles You can create and use a profile just for testing]. | # '''Make a test environment''' (optional) - [https://support.mozilla.org/kb/using-multiple-profiles You can create and use a profile just for testing]. | ||
<!-- (For gory detail see [http://kb.mozillazine.org/Testing_pre-release_versions Testing_pre-release_versions] and [http://kb.mozillazine.org/Starting_Firefox_or_Thunderbird_with_a_specified_profile Profile manager] describe to how test and not disturb your production setup.)</small> --> | <!-- <small> (For gory detail see [http://kb.mozillazine.org/Testing_pre-release_versions Testing_pre-release_versions] and [http://kb.mozillazine.org/Starting_Firefox_or_Thunderbird_with_a_specified_profile Profile manager] describe to how test and not disturb your production setup.)</small> --> | ||
# '''Get a build''' - Testing is best done with [https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-central/ "Daily" builds] (in same places referred to as "Nightly"), the trunk is where Thunderbird is currently in development and it has the latest fixes. Trunk/Daily also has the greatest risk of problems; so if you cannot use Daily try to use [http://www.mozilla.org/en-US/thunderbird/channel/ Beta]. Worst case use the [http://www.getthunderbird.com/ the last released version]. | # '''Get a build''' - Testing is best done with [https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-central/ "Daily" builds] (in same places referred to as "Nightly"), the trunk is where Thunderbird is currently in development and it has the latest fixes. Trunk/Daily also has the greatest risk of problems; so if you cannot use Daily try to use [http://www.mozilla.org/en-US/thunderbird/channel/ Beta]. Worst case use the [http://www.getthunderbird.com/ the last released version]. | ||
# '''Pick bugs''' - [[Thunderbird:Upcoming_QA_Testday|current bugday "Focus"]] suggests which bugs to work on. <!-- http://wiki.mozilla.org/Thunderbird:Upcoming_QA_Testday --> | # '''Pick bugs''' - [[Thunderbird:Upcoming_QA_Testday|current bugday "Focus"]] suggests which bugs to work on. <!-- http://wiki.mozilla.org/Thunderbird:Upcoming_QA_Testday --> | ||
Revision as of 08:41, 8 April 2019
<< Back to Thunderbird Testing
Welcome to the Thunderbird Bug Day wiki!
Join us to improve the bug reports in Thunderbird's bug database.
Who
You
Anyone (meaning you) can participate and be a valuable contributor - no coding and no experience required. The information below will help you get started. Plus, we have experienced people are available to assist you.
Why
Before bugs can be resolved (fixed or closed) they often need cleaning and improvement because:
- some bug reports do not have steps to reproduce or are incomplete, sometimes because the reporter does not fully understand the problem
- some issues may no longer exist
- some issues are not caused by bugs in Thunderbird, so questions must be asked of users or testing performed to determine what may have caused them (something other than Thunderbird)
Also, rub elbows with other contributors as you take a break from your boring everyday routine while helpin to drive down the red (UNCONFIRMED) line in this chart. another chart view
Schedule
Upcoming bugdays are Monday April 8 (all day for EU and Americas timezones) and Saturday April 13 (EU and Americas timezones until 4pm EDT).
If you cannot help on those dates, we invite you to work on any bug, any day or time See Where about getting help.
Where
Help is available in #tb-qa IRC chat channel [1]. To understand the channel, type /topic in the channel.
To get someone's attention 1) find a user's nick (nickname/username) with a star or another special indicator and 2) do "ping <nick>"
Ways to connect to IRC include:
- Web service (free mibbit)
- open Mibbit #tb-qa
- pick a nickname
- click Go
- Thunderbird chat
- setup a chat account in Thunderbird
- Use server name irc.mozilla.org
- Join the channel #tb-qa at Tools > Join Chat
- Client application
- Get one of the following: Windows clients, MacOS clients, Linux clients
- Connect to server - /server irc.mozilla.org.
- Join the channel - /join #tb-qa
[1] General information about IRC: about mozilla IRC, irchelp.
How
If at any point you Need help, get on IRC and post a note in the #tb-qa IRC channel and/or ping someone.
- Get an account - easily created at bugzilla account.
- Protect - Backup your data. Use a test profile esp. if bugs might cause dataloss (see next point).
- Make a test environment (optional) - You can create and use a profile just for testing.
- Get a build - Testing is best done with "Daily" builds (in same places referred to as "Nightly"), the trunk is where Thunderbird is currently in development and it has the latest fixes. Trunk/Daily also has the greatest risk of problems; so if you cannot use Daily try to use Beta. Worst case use the the last released version.
- Pick bugs - current bugday "Focus" suggests which bugs to work on.
- Work bugs - test the problem. For UNCONFIRMED bugs, mark as "confirmed" if you are able to reproduce and the steps to reproduce are well documented and easily followed, and the problem exists in trunk build. If you are not running trunk but can replicate with current release, please comment with your findings, but do not set to confirmed.
- Clarify the bug report without distorting or changing the original problem. For example if you found a related or new issue not described in the bug being tested, then you should make a new bug for that issue.
- Change the bug's one line summary at the top of the bug page to be more accurate and complete, but also remove words to make summary less chatty - a summary should not read like a book, nor a syntactically correct sentence - shortness is good.
- For a bug that tests as no longer existing, close bug report as resolution WORKSFORME, INVALID, or INCOMPLETE as is appropriate.
- Ask bug reporter or someone else to gain information that will help you reproduce the issue. Set the "Need more information from" field.
- Set a more appropriate Thunderbird component or MailNews component for the problem being described.
- Cite what version(s) of Thunderbird you have used in your testing.
- Give feedback (see feedback heading below)
If you are new to bugzilla - some quick tips:
- Searching in bugzilla can be tricky. Quicksearch tricks and Advanced Search may help you produce more accurate and smaller search results.
- If you cannot change a bug field, please add a bug comment detailing what should be changed and why, and then inform someone in the IRC channel.
- See Bug triage about how to get upgraded privileges to change bug fields.
For more helpful information see:
- Thunderbird Bug triage - expert tips, extensions, reference documents
- Bug Writing Guidelines describes how to write an effective bug report that leads to bug fixes.
Give us feedback
Please tell us #tb-qa about your triage experience. We really appreciate your help today and your feedback is very valuable.
Thanks!
Thanks so much for your help. Your efforts help us to improve Thunderbird. We could never do this without you.