Ursprüngliche Richtlinien

1. Stellen Sie sicher, dass die Fehlerkategorie und die Fehlergruppe korrekt sind. Wenn sie korrekt sind, ist es für jemanden, der helfen möchte, einfacher herauszufinden, welche offenen Tkinter-Fehler es gibt.
2. Wenn es sich um eine kleine Funktionsanfrage handelt, die Sie nicht sofort bearbeiten möchten, fügen Sie sie zu PEP 42 hinzu oder bitten Sie den Besitzer, sie für Sie hinzuzufügen. Wenn Sie den Fehler zu PEP 42 hinzufügen, markieren Sie den Fehler als "Funktionsanfrage", "später" und "geschlossen". Fügen Sie außerdem einen Kommentar zum Fehler hinzu, der dies erklärt (und die PEP explizit erwähnt).

   XXX do we prefer the tracker or PEP 42?
   

3. Weisen Sie dem Fehler eine angemessene Priorität zu. Wir haben noch keine klare Vorstellung davon, was jede Priorität bedeuten soll. Eine Regel besagt jedoch, dass Fehler mit der Priorität "dringend" oder höher vor der nächsten Veröffentlichung behoben werden müssen.
4. Wenn eine Fehlermeldung nicht genügend Informationen enthält, um sie reproduzieren oder diagnostizieren zu können, bitten Sie den ursprünglichen Einreicher um weitere Informationen. Wenn der ursprüngliche Bericht sehr dünn ist und Sie nach angemessener Wartezeit keine Antwort auf Ihre E-Mail erhalten, können Sie den Fehler schließen.
5. Wenn Sie einen Fehler beheben, markieren Sie den Status als "Behoben" und schließen Sie ihn. Fügen Sie in den Kommentaren die SVN-Revisionsnummern des Commits/der Commits hinzu. Fügen Sie in der SVN-Checkin-Nachricht sowohl die **Issue-Nummer** als auch eine normale Beschreibung der Änderung hinzu und erwähnen Sie den Mitwirkenden, falls ein Patch angewendet wurde.
6. Wenn Ihnen ein Fehler zugewiesen wird, den Sie nicht bearbeiten können, weisen Sie ihn jemand anderem zu, wenn Sie denken, dass diese Person ihn bearbeiten kann, andernfalls ist es wahrscheinlich am besten, ihn abzugeben.

Referenzen

• https://bugs.python.org