QA/Bugzilla/Fields/Status/RESOLVED/nl

TDF LibreOffice Document Liberation Project Blogs gemeenschap Weblate Nextcloud Redmine Ask LibreOffice Doneren

• Hoofdpagina
• Ontwikkeling
• Ontwerp
• QA
• Evenementen
• Documentatie
• Website
• Localisatie
• Toegankelijkheid
• Marketing
• Diversiteit
• Help

• Bug Report
• Bug Triage
• Projects
• Regression Test
• Automated Tests
• Bibisect
• QA Meetings
• QA FAQs

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
• #INVALID
• #WONTFIX
• #DUPLICATE
• #WORKSFORME
• #MOVED
• #NOTABUG
• #NOTOURBUG
• #INSUFFICIENTDATA

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.

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.

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, en dus markeren we de bug als WFM.

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: Voordat u een andere ontwikkelaar pingt om die om hulp te vragen, probeer dan zelf het Bibisect werk te doen om op te sporen welke commit een bug heeft opgelost.

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