Bugmasters/Projects: Difference between revisions

Jump to navigation Jump to search
m
mNo edit summary
Line 48: Line 48:
* If a bug reporter hasn't answered to qa requested added in the first week after he/she reported the bug, they are more likely to be not interested anymore.
* If a bug reporter hasn't answered to qa requested added in the first week after he/she reported the bug, they are more likely to be not interested anymore.
* Some of these bugs have more than one comment, maybe those are more likely to be significant and already started to be triaged.
* Some of these bugs have more than one comment, maybe those are more likely to be significant and already started to be triaged.
==Firefox UNCONFIRMED Team==
[https://bugzilla.mozilla.org/buglist.cgi?list_id=6184146&resolution=---&resolution=DUPLICATE&chfieldto=Now&chfield=[Bug%20creation]&query_format=advanced&chfieldfrom=-60d&bug_status=UNCONFIRMED&component=Untriaged&product=Firefox Latest Untriaged Firefox bugs], UNCONFIRMED, from the last 60 days.
You may want to edit your search, limiting it to only the operating systems you can test.
<onlyinclude>
<bugzilla>
{
    "product": "Firefox",
    "component": "Untriaged",
    "status": "UNCONFIRMED",
    "include_fields": "id, summary, status, op_sys, whiteboard",
    "order": "bug_id",
    "changed_before": "-1d",
    "changed_after": "-2m"
}
</bugzilla>
</onlyinclude>
* '''Understand the bug'''
** Read the description and comments in the bug to understand the problem.
** If you don't understand the bug
*** Comment, add need-info flag for reporter.
*** Ask for whatever additional details you need to understand.
* '''Check if it's a duplicate'''
** Search on similar terms in Bugzilla to see if it is a duplicate of another bug.
** How to search for duplicate bugs: https://developer.mozilla.org/en-US/docs/Screening_duplicate_bugs
** (How to tell if it's a likely dup)
** Tag it dupeme? if you're not sure, and move on.
** This search may reveal what product and component the bug should go into.
* '''Check if it's a support question'''
** If it's a support question (often malware, FF is slow reports)
** Nicely let the reporter know where to look for the answer or for help.
** Ask the reporter with a need-info flag to resolve the bug as invalid, or resolve it yourself.
* '''Test case, if needed'''
** If this bug needs a test case and you don't have one:
** Ask the reporter for one. That might mean simplest or reduced test case code, or a URL.
** Or you could generate a test case and attach it.
* '''Replicate the bug'''
** Can you replicate the bug? In the same OS?
** If you can replicated it, and no one else has, leave a comment.
** If you can't replicate it, and are in the same OS
** Ask the reporter with need-info if they still see the issue
*** (Especially if it's an older bug and we're on a new version of FF now)
*** If they don't you can resolve it WORKSFORME or ask reporter to do so
*** If they still see the bug, tag it needs-replication
** If you can't replicated it and are in a different OS
*** Comment
*** tag it needs-replication
* Safe mode, plugins off, New profile
** In some cases (but not all) you may want to ask the bug reporter if they still see the bug in safe mode (with all plugins disabled) and with a new profile.
** (((Explain when and when perhaps not to do this)))
* IF you can replicate the bug, and it's likely to be a Firefox bug (not a bug with a plugin, etc)
** Comment that you replicated the bug
** Mark it NEW
** You can keep adding info to the bug if you think it will be useful.


==Nightly build bug team==
==Nightly build bug team==
Confirmed users
2,816

edits

Navigation menu