Bugzilla:RFC Process

Revision as of 14:56, 14 September 2016 by Dylanwh (talk | contribs) (first draft)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

This page documents a new (and experimental) process by which work on the Bugzilla project can be managed. It is inspired by similar RFC processes among other open source projects, but is also unique to Bugzilla.

  1. A bug is filed on bugzilla.mozilla.org, in the Bugzilla product (and appropriate component) describing a single feature

using the User Story field.

  1. Interested parties comment on the bug. Comments and needinfo? should be used to raise concerns,

ask for clarification or provide alternate ways of achieving the desired outcome.

  1. The reporter should update the User Story as they deem appropriate.
  2. Offtopic comments are tagged as such, this includes "me too!" posts and the like
  3. After a suitable period (a week or two) the approval flag should be set to ?, at which time

a Bugzilla approver will decide if this is a feature that would be accepted, if implemented per the description in the user story field. The approval flag is set to either + or -.

  1. The approver can set a- and leave the bug open, which means that the requirements/description need more work,

or can set a- and close the bug as WONTFIX. RESOLVED WONTFIX is an indication that the project refuses the feature and will not accept it.

  1. If the approver sets a+, the bug stays open until the feature is implemented, and then it can be resolved as FIXED.