There are a few social rules that are expected to be observed by all contributors of [http://dev.haiku-os.org Haiku's Bug Tracker]. Some of this content is either directly influenced by or in parts copied verbatim from [https://bugzilla.mozilla.org/page.cgi?id=etiquette.html Mozilla's Bugzilla Etiquette].

  * '''No personal abuse.''' Haiku's Bug Tracker is a window into the world of Haiku development. The fact that we permit anyone with an account to add a comment does not mean you are allowed to harass, harangue or otherwise hassle contributors. Do not make weak threats like "I won't use Haiku until this bug is fixed!" If a respected project contributor complains about your attitude being displayed on this bugtracker, then you may have your account disabled. If you don't like this possibility, become a respected project contributor. This implies abiding by this rule.

  * '''No obligation.''' "Open Source" is not the same as "the developers must do my bidding." The only person who has any obligation to fix the bugs you want fixed is yourself. Never act as if you expect someone to fix a bug by a particular date or release. Not only is this obnoxious, it is likely to get the bug ignored.

  * '''No whining about decisions.''' If a respected project contributor has marked a bug as ''invalid'', then it is invalid. Someone filing another duplicate of it does not change this. Unless you have further important evidence, do not post a comment arguing that an ''invalid'' or ''junk'' bug should be reopened.

  * '''No pointless comments.''' Unless you have something constructive and helpful to say, do not add a comment to a bug. In bugs where there is a heated debate going on, you should be even more inclined not to add a comment. Unless you have something new to contribute, then the bug owner is aware of all the issues, and will make a judgment as to what to do. Additional "I see this too" or "It works for me" comments are unnecessary unless they are on a different platform or a significantly different build. Constructive and helpful thoughts unrelated to the topic of the bug should go in the appropriate mailing list or website forum.

  * '''No private email.''' Unless the bug owner or another respected project contributor has asked you to email them with specific information, please place all information relating to bugs in the bug itself. Do not send them by private email; no-one else can read them if you do that, and they'll probably just get ignored. 

  * '''Attachments''' As of now, Haiku's bugtracker does not send notification of new attachments on tickets. When posting a new attachment, it is preferred to also comment on the ticket. This comment should indicate the nature and reason for the attachment. If a file is too big for our bugtracker, add a comment giving the file size and contents and ask what to do. Alternatively, you can provide a link to the attachment. In both cases, it is preferred to provide a [http://en.wikipedia.org/wiki/Md5sum md5sum checksum] of the file.  

{{{
#!html
<!--
= [http://dictionary.reference.com/browse/retribution Retribution] =
Failure to abide to any of the major points may result in the removal of your account, either in part or whole. This will be decided by the project contributors with svn commit access. The rationale for selecting those project contributors to bear this responsibility is as follows:  Contributors with svn commit access are required to subscribe to the bugtracker notification mailing list.  doh! no they're not...  commenting this out for now.
-->
}}}