Compare Revisions

Bug writing guidelines

Change Revisions

Revision 12876:

Revision 12876 by Sheppy on

Revision 12877:

Revision 12877 by Sheppy on

Title:
Bug writing guidelines
Bug writing guidelines
Slug:
Bug_writing_guidelines
Bug_writing_guidelines
Tags:
QA, Bugzilla
QA, Bugzilla
Content:

Revision 12876
Revision 12877
n20      <li>Reproducible. If an engineer can't see it or conclusiven20      <li>Reproducible. If an engineer can't see the problem or c
>ly prove that it exists, the engineer will probably stamp it WORK>onclusively prove that it exists, the engineer will probably stam
>SFORME or INVALID, and move on to the next bug. Every relevant de>p it WORKSFORME or INVALID, and move on to the next bug. Every re
>tail you can provide helps.>levant detail you can provide helps.
n32      If your problem is Mozilla crashing, Talkback data is very n32      If your problem is Mozilla crashing, Talkback data is very 
>helpful to engineers trying to diagnose the problem. If you can c>helpful to engineers trying to diagnose the problem. If you can c
>onsistently reproduce the crash, please download a build with Tal>onsistently reproduce the crash, please download a build with Tal
>kback and install it. Then, do what is necessary to reproduce the>kback and install it. Then, do what is necessary to reproduce the
> crash, and follow the instructions for sending crash data to the> crash, and follow the instructions for sending crash data to the
> server. Lastly, run the program components/talkback.exe (Win32) > server. Lastly, run the program <tt>components/talkback.exe</tt>
>or components/talkback/talkback (Unix) and find your "Incident ID> (Win32) or <tt>components/talkback/talkback</tt> (Unix) and find
>". Include this with the bug report. Please don't paste the raw T> your "Incident ID". Include this with the bug report. Please don
>alkback data into your bug. We'd also recommend reviewing a few o>'t paste the raw Talkback data into your bug.
>f the better bug reports, such as 2683, 3092 or 4044. Bug submiss 
>ions that do not meet these "Useful Bug Report" criteria tend to  
>be investigated on a time-available basis, if investigated at all 
>. 
33    </p>
34    <p>
35      We'd also recommend reviewing a few of the better bug repor
 >ts, such as 2683, 3092 or 4044. Bug submissions that do not meet 
 >these "Useful Bug Report" criteria tend to be investigated on a t
 >ime-available basis, if they're investigated at all.
t38      Before you enter your bug, you need to make sure it has nott41      Before you enter your bug, you need to make sure it has not
> been previously reported. There is a tutorial on the best ways o> been previously reported. There is a tutorial on the best ways o
>f doing this. Next, be sure that you've reproduced your bug using>f doing this.
> a build released within the past three days. Our development pro 
>cess moves at lightning speed, and the bug you've found may alrea 
>dy have been fixed. (Nightly builds can be downloaded from the mo 
>zilla.org binaries page.) If you've discovered a new bug using a  
>current build, report it in the guided Bugzilla entry form. 
42    </p>
43    <p>
44      Next, be sure that you've reproduced your bug using a build
 > released within the past three days. Our development process mov
 >es at lightning speed, and the bug you've found may already have 
 >been fixed. (Nightly builds can be downloaded from the mozilla.or
 >g binaries page.) If you've discovered a new bug using a current 
 >build, report it in the guided Bugzilla entry form.

Back to History