Bug management/Phabricator etiquette/cs

Dodržujte prosím tyto pokyny, abyste zajistili, že je produktivní a spolupracující prostředí pro správu hlášení chyb a požadavků na funkce.

Musíte také dodržovat.


 * Komentáře by měly přímo souviset s hlášeními, potvrzovat, hodnotit závažnost nebo opravovat chybu. Myšlenky, které nesouvisejí s tématem zprávy (například diskuse na metaúrovni o prioritách obecně nebo o tom, zda je vůbec požadováno nové rozšíření), by měly jít na příslušné seznamy adresátů, diskusní stránky wiki nebo samostatné zprávy.
 * Kritizujte myšlenky, ne lidi. Zdravé množství konstruktivní kritiky a živé debaty pomáhá zlepšovat náš software a je podporováno.
 * Jednejte veřejně. Pokud nehlásíte bezpečnostní problém nebo jste nebyli požádáni, abyste někomu poslali e-mail s konkrétními informacemi, uveďte všechny technické informace týkající se hlášení o chybě do samotného hlášení.
 * Pole stavu hlášení a priority shrnují a odrážejí realitu a nezpůsobují negace. Přečtěte si o významu hodnot pole Priorita a v případě pochybností je neměňte, ale přidejte komentář s návrhem změny a přesvědčivými důvody pro ni.
 * Obecně platí, že nejrychlejší způsob, jak vidět vyřešenou chybu, je poskytnout opravu (viz také Upřednostnění vývoje).
 * Mezi přesvědčivé důvody pro zvýšení priority chyby patří důkaz, že významně ovlivňuje běžnou každodenní práci. Contrived examples or problems that only appear under unlikely circumstances are generally evidence for treating the problem as "low" priority, since the limits of any non-trivial software can be exceeded if you try hard enough.
 * Do not post votes or comments like "Fix this now".
 * Only manually assign a task to someone if they have given their prior agreement. It is up to developers (or their product managers) what they plan to work on.
 * Prefer using Phabricator usernames (e.g. @username) over a person's real name or other personal identifiers. To address both concerns regarding privacy and unnecessary confusion, when communicating on various tasks, pastes, phame posts, etc, please use Phabricator usernames. Even if you know individuals on a personal level (real name, etc.) they may not wish to have that information associated with their Phabricator username. It also presents a layer of confusion for other Phabricator users who are not aware of someone's real name or other personal identifiers.

If you see someone not following these guidelines or not being productive:


 * 1) The first step is to contact them. This can be done through private email in minor cases, or in public in major cases to avoid any later assumptions of tolerated behavior.
 * 2) * Be informative – Tell what they are doing what they should not do. If pertinent, make them aware of this document.
 * 3) * Be catalytic – Tell what they should do instead. Occasionally this may be encouraging and motivating, better than a dense list of "rules".
 * 4) In the case of persistent disregard of these guidelines, ping a Phabricator administrator in  on Wikimedia IRC or contact the bugwrangler and ask them to look into it. In case the disregard can be seen as unacceptable behavior defined by the Code of Conduct, the Code of Conduct committee will be informed.

Document inspiration

 * Mozilla etiquette
 * Bugzilla dos and don'ts at Mozilla Developer Network
 * Conversation on teampractices mailing list, referring to the use of RESOLVED WONTFIX in Bugzilla (now "declined" in Phabricator) and related problems