QA/Bugzilla/Felder/Status/REOPENED

TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Spende

• Start
• Entwicklung
• Gestaltung
• QA
• Events
• Dokumentation
• Webseite
• Lokalisierung
• Barrierefreiheit
• Marketing
• Diversität
• Wiki Hilfe

• Bug Report
• Bugs bestätigen
• Projekte
• Rückschritt Test
• Automatischer Tests
• Bibisect
• QA Treffen
• QA FAQs

Dies Seite handelt vom Status REOPENED im Feld Status in Bugzilla.

Wann wird der Status REOPENED gesetzt?

Dieser Status ist sehr selten in LibreOffice Fehlermeldungen.

Kriterien

In Bugzilla hat REOPENED die theoretische Bedeutung:

1. Einem Entwickler zugewiesen.
2. Der Entwickler sagt, der Fehler ist beseitigt.
3. Jemand hat den Fehler in einer Version reproduziert, von der der Entwickler behauptet, dort würde der Fehler nicht mehr auftauchen.

Bei jeder REOPENED Beschreibung, die dieser Beschreibung nicht entspricht, muss das Statusfeld aktualisiert werden.

Aber ich 'reopene' Fehlerbeschreibungen die ganze Zeit!

Völlig richtig -- der Begriff 'reopened', also 'wieder geöffnet' wird manchmal umgangssprachlich verwendet, um auszudrücken, dass ein RESOLVED/CLOSED Fehler weiter bearbeitet wird, und damit einen der folgenden Status bekommt:

• UNCONFIRMED
• ASSIGNED
• NEEDINFO
• REOPENED
• usw.

Daher müssen wir sehr vorsichtig sein, wenn wir den Begriff 'reopen' oder 'reopened' in Fehlerbeschreibungen, den Mailing Listen oder im IRC verwenden, damit wir unsere User nicht verwirren.