Bug management/Phabricator etiquette

Please follow these guidelines to ensure that Bugzilla is a productive, constructive and collaborative environment for managing bug reports and feature requests.


 * Comments should be directly related to reporting, confirming, evaluating the severity, or fixing the bug. Constructive and helpful thoughts unrelated to the topic of the report (for example, meta-level discussions on priorities in general, on whether a new extension is wanted at all) should go to the appropriate mailing lists or wiki talk pages.
 * Criticize ideas, not people. A healthy amount of constructive criticism helps to improve software. Vibrant debate inside of the Wikimedia community is encouraged.
 * Act in public. Unless you were asked to email somebody with specific information, place all technical information relating to a bug report in the report itself.
 * Bug status, priority and milestone should reflect (summarise) reality, they don't cause it. If in doubt, read about the meaning of the fields and do not change them, but add a comment suggesting the change and convincing reasons for it.
 * Don't demand a bug to be fixed, even if it seems top priority to you (if priority is underestimated, add a comment with missing information). Providing a patch often helps to speed up fixing a bug; +2 is one policy for approving proposed code.
 * Act responsibly. Access to  and a Bugzilla account is not a privilege, it is a responsibility.

If you see someone not following these guidelines, the first step is to make them aware of this document. This can be done through private email in minor cases, or in public in major cases to avoid any later assumptions of tolerated behavior. In the case of persistent disregard of these guidelines, ping a Bugzilla administrator on Wikimedia IRC or send an email to the bug wrangler and ask him or her to look into it.

Document inspiration

 * https://bugzilla.mozilla.org/page.cgi?id=etiquette.html (CC BY-SA 3.0)
 * https://developer.mozilla.org/en-US/docs/What_to_do_and_what_not_to_do_in_Bugzilla
 * conversation on teampractices@, referring to the use of RESOLVED WONTFIX and related problems