QA/Bugzilla/Fields/Status/RESOLVED/nl
TDF LibreOffice Document Liberation Project Blogs gemeenschap Weblate Nextcloud Redmine Ask LibreOffice Doneren
Doel van deze pagina
Deze pagina gaat over de RESOLVED waarde (opgelost) van het veld Status in Bugzilla. Het is gewijd aan het uitleggen en verduidelijken van het doel van de meerdere RESOLVED toestanden en het beschrijven van de stappen die QA kan / zal nemen bij het benoemen van deze bugs.
De betekenis van RESOLVED
Er is bij deze opgeloste bugs onderling wat onderscheid te maken:
FIXED
Deze bug is verholpen door een bepaalde commit. Er moeten een of meer target: tags in het Whiteboard staan, die elk een versie/branch van LibreOffice aangeven waarin deze commit zal worden opgenomen.
Voorbeelden:
- 'Blue 1' is ingesteld op dezelfde kleur als 'Sky Blue 1' - tdf#86511
- Whiteboard: target:4.5.0 target:4.4.0.0.beta2
Als u niet weet door welke commit een bug is opgelost -- gebruik dan RESOLVED WORKSFORME.
Voor het geautomatiseerd verzamelen van statistieken is het beter om de bugfixer de resolutie te laten wijzigen in FIXED. Geef de ontwikkelaar de tijd om het te doen of vraag hem beleefd om het te veranderen, als hij het niet op tijd heeft gedaan. Het is prima om extra bugs die door een commit zijn opgelost meteen te veranderen in FIXED, als het passender is dan te sluiten als DUPLICATE.
INVALID
Iets aan dit bugrapport is ongeldig of wordt niet verwerkt. Als iemand bijvoorbeeld een rapport als volgt indient, lossen we het op als INVALID (ONGELDIG):
Ik ben een walrus
Ik ben een walrus en ik denk dat iedereen het zou moeten weten. De reproductiestappen zijn het eten van vis.
Voorheen gebruikten we de status RESOLVED INVALID (OPGELOST ONGELDIG) als een verzamelnaam voor verschillende families van bugs, waaronder bugs die al meer dan een half jaar de status NEEDINFO hadden en die we wilden negeren. Nu hebben we de status #INSUFFICIENTDATA die beter past bij die categorieën bugs.
WONTFIX
Dit kan een bug zijn, maar we zijn om de een of andere reden niet van plan om het op te lossen (wat meestal wordt beschreven in een opmerking wanneer de bug is opgelost als WONTFIX). Voorbeelden hiervan zijn:
- Een bug die geen invloed heeft op daadwerkelijke gebruikers
DUPLICATE
Deze bug is een duplicaat van een andere bug die al gemeld is in het systeem.
Gebruik deze waarde niet als dezelfde persoon exact hetzelfde probleem twee keer heeft gemeld, omdat dit onze statistieken zou vertekenen. Sluit in plaats daarvan de duplicaten(en) als "INVALID".
WORKSFORME
Een afkorting voor WORKSFORME is "WFM".
Iemand in QA heeft deze bug getest met behulp van de meegeleverde stappen en/of testdocumenten, zou het in een oudere versie kunnen reproduceren, maar kan het niet meer in een huidige versie. Als de commit die het probleem heeft opgelost bekend is, dan zou de status eerder FIXED kunnen worden.
Dezelfde omgeving
Als u dezelfde omgeving hebt als de bugreporter (bijvoorbeeld hetzelfde besturingssysteem, dezelfde versie van LibreOffice), hebben we veel meer vertrouwen in het markeren van een bug als WFM. Als u niet dezelfde omgeving hebt (bijvoorbeeld dezelfde LibrOffice-versie, maar ze gebruiken Windows en u macOS), controleert u dan of iemand in QA/IRC dezelfde omgeving heeft en uw werk kan controleren.
De beslissing om een bug als WFM te sluiten zonder feedback van de oorspronkelijke melder of degenen die het bevestigden wordt van geval tot geval genomen. Normaal gesproken is het goed om anderen wat tijd te geven om te testen. Er moet rekening worden gehouden met de ouderdom van het rapport en de laatste bevestiging ervan.
De reden dat een bug WFM is in dezelfde reproductieomgeving kan zijn dat het gebruikersprofiel beschadigd was. Zorg ervoor dat u de bugreporter vraagt om LibreOffice in de veilige modus te testen en te kijken of het opnieuw instellen van het gebruikersprofiel (na backup) het probleem oplost.
Opgelost in een nieuwere versie
Als een bug verdwenen is in master, maar niet in een van de nu onderhouden release branches (zie ons releaseplan), wordt de bug als opgelost beschouwd. Als we niet weten welke precieze commit de bug heeft opgelost, markeren we de bug als WFM; als de commit bekend is, vermelden we de commit in een opmerking en markeren we de bug als FIXED.
Voorbeelden:
- tdf#74300 - Base:Database "Positie en grootte" box niet goed - het geeft in plaats daarvan weer wat eronder staat
- tdf#79289 - FILEOPEN: DOCX-vormen veranderen in frames en de achtergrond blijft niet behouden
Als we weten welke commit het probleem heeft opgelost, is het prima om de auteur (ontwikkelaar) te vragen of het mogelijk is om de oplossing te backporten. Als we niet weten welke commit de bug heeft opgelost, moeten we dat uitzoeken. We kunnen het trefwoord bibisectRequest en 'add' toevoegen aan het whiteboard backportRequest: . Dit geeft aan dat we een "omgekeerde" bibisect moeten doen (om erachter te komen wanneer de bug is opgelost, in plaats van uit te zoeken wanneer de bug is geïntroduceerd).
Voorbeeld whiteboard:
backportRequest:4.2 backportRequest:4.3
 |
NB:
|
Zodra een bug is opgelost op alle actieve LibreOffice-branches (hetzij door backporting of door branches die EOL bereiken), of als een ontwikkelaar het backport-verzoek weigert (door een opmerking over de bug te maken in het rapport of in Gerrit), kan de backportRequest:X.y-tag worden verwijderd en vervangen door backportDenied:X.y.
Als de fixing-commit is geïdentificeerd, kan de melding worden opgelost als "FIXED", of "DUPLICATE" als die commit een ander rapport sluit dat in wezen hetzelfde probleem beschreef.
MOVED
Wordt gebruikt wanneer Bugzilla niet de juiste plaats is voor het rapport.
NOTABUG
Het "probleem" dat door de bugmelder wordt beschreven, maakt deel uit van het verwachte gedrag van LibreOffice. Voorbeelden:
- Een functie werkt zoals verwacht tdf#85643
- Afrondingsfouten die optreden als gevolg van drijvende kommaberekeningen op gehele getallen - tdf#86174
NOTOURBUG
Er is hier een probleem, maar het is geen probleem in LibreOffice.
Voorbeelden:
- LibreOffice leest/schrijft het bestandsformaat correct, maar sommige andere software doet dat niet tdf#81854
- Excel heeft een al lang bestaande datumbug die ze niet kunnen oplossen vanwege problemen met achterwaartse compatibiliteit tdf#86996
- Er is een beperking met software buiten onze controle tdf#85652 redmine#845
INSUFFICIENTDATA
Zoals gevraagd in een ESC-aanroep, is deze status toegevoegd om bugs te omvatten die zijn verlaten of niet genoeg gegevens hebben om door te gaan met triage en het oplossen.
Voorbeelden:
- Gebruiker is niet bereid om een privédocument te delen met iemand, en we kunnen niet reproduceren
- Bug heeft de status NEEDINFO voor meer dan 6 maanden
Redenering:
- We markeren nu verlaten bugs als RESOLVED WORKSFORME, of RESOLVED INVALID, maar een extra Statuswaarde kan ons helpen om nauwkeuriger aan te geven waarom een bug opzij is gezet.
- Een extra status zou ons in staat stellen om diplomatieker te zijn met moeilijke gebruikers, en de mogelijke negatieven van "INVALID" of "WORKS FOR ME" op dergelijke bugs te vermijden
Naamgeving:
- Er werden een handvol namen voor deze status voorgesteld:
- ABANDONED
- INSUFFICIENT_DATA (Red Hat bugzilla)
- EXPIRED (Launchpad)
- Het onderstrepingsteken tussen de twee woorden "INSUFFICIENT_DATA" is verwijderd om overeen te komen met de stijl van de bestaande RESOLUTION-statussen in Bugzilla