Umgang mit Programmfehlern

Programmfehler in Inkscape werden über Launchpad gemeldet und verwaltet. Jeder Launchpad-Nutzer kann Bugs kommentieren, ihren Status aktualisieren oder sich selbst als Bearbeiter festlegen. Mitglieder des Inkscape Bug Teams können den Status von Bugs auf "Triaged" (gesichtet) setzen (weiteres dazu weiter unten) und Prioritäten vergeben.

Wichtige Links

Fehlerstatus

Launchpad kennt verschiedene Zustände für Bugs. Hier wird erklärt, wie diese in der Inkscape-Entwicklung Anwendung finden.

Gewichtung von Programmfehlern

Die Gewichtung eines Fehlers ("Importance"), gibt an, wie ernst das Problem ist.

Tags

Mittels Tags werden Fehler in Kategorien nach betroffenem Programmteil, Plattform oder allgemeiner Funktionsgruppe in Inkscape eingeteilt. Sie sind besonders nützlich für Entwickler, die sich gerade mit einem bestimmten Teil des Codes befassen und dabei gleich mehrere Fehler auf einmal beheben möchten. Im folgenden siehst Du eine unvollständige Liste der wichtigsten Tags:

Ratschläge

Das allgemeine Vorgehen beim Umgang mit Fehlerberichten ist Folgendes:

Sei höflich. Es ist nicht für jeden Benutzer einfach, unsere Webseite zu besuchen, die Seite für Fehlerberichte zu finden und dann einen Fehlerbericht zu schreiben. Wenn ein Nutzer weiß, dass sein Bericht ernst genommen und fachgerecht bearbeitet wird, wird er diesem System Respekt zollen und sich besondere Mühe geben, uns bei der Lösung des Problems zu helfen.

Schließe einen nicht-reproduzierbaren Fehler niemals, wenn noch nicht angemessen viel Mühe darin investiert worden ist, zu versuchen ihn nachzustellen. Lass ihn stattdessen ein bisschen ablagern, bevor Du ihn schließt - vielleicht gibt in der Zwischenzeit jemand anderer einen besseren Bericht in den Kommentaren ab (in einigen Fällen, in denen wir den Fehler nicht reproduzieren konnten, haben uns unsere Nutzer intensiv dabei helfen können, die Ursache einzugrenzen und das Problem zu lösen, und die Nutzer haben schließlich geprüft, ob das Problem dadurch behoben worden ist.)

Verdeutliche das Problem. Wenn Du einige Zeit benötigt hast, zu verstehen, worum es überhaupt geht, ändere die Zusammenfassung oder füge einen Kommentar hinzu, so dass diejenigen, die nach Dir diesen Fehlerbericht lesen (insbesondere die Person, die in der Lage ist den Fehler zu beheben), das Problem sofort erfassen können. Zum Beispiel könnte "bizarro scrolling bug" durch "rendering quirk when scrolling while dragging masked clone" ersetzt werden, und "Inkscape crashes in this file" durch "crash when dragging gradient stops of clone parent".

Wenn Du einen Fehler mit "Fix Committed" (behoben) abschließt, füge einen Kommentar hinzu, der aussagt in welcher Revision der Bug nicht mehr auftritt. Bugs, die nur in der Entwicklerversion aufgetreten sind und vor einer Veröffentlichung behoben worden sind, können sofort nach ihrer Behebung in der Entwicklerversion mit "Fix Released" markiert werden.

Suche immer nach ähnlichen oder gleichen Fehlerberichten, bevor Du einen Fehlerbericht einreichst. Wenn Du wählen musst, welchen Bericht Du als "Duplikat" markieren sollst und welcher gültig bleiben soll, dann sollte der ältere Bericht Priorität vor dem neueren erhalten. Ausnahmen von dieser Regel können gemacht werden, wenn der neuere Bericht wesentlich bessere Informationen enthält. Wenn es sinnvoll erscheint, füge alle relevanten Zusatzinformationen in einem Kommentar zu dem Fehlerbericht hinzu, der offen bleiben soll.