Hvordan arkivere en programvarefeil til Fedora


En feil eller programvarefeil er en feil, feil, feil eller feil i et program som får det til å produsere uønskede eller feilaktige resultater. En feil forhindrer et program/applikasjon/programvare fra å fungere som tiltenkt.

Som de fleste om ikke alle Linux-distribusjoner, gir Fedora en måte for brukere å sende inn en feilrapport. Husk at feilregistrering ikke er begrenset til bare programvareutviklere; alle (inkludert vanlige brukere) oppfordres til å registrere feil de støter på. Når en feil er fylt, ser pakkevedlikeholderen på feilrapporten og bestemmer hvordan den skal håndteres.

Viktig: En feil trenger kanskje ikke nødvendigvis være en programvarekrasj. I forhold til definisjonen ovenfor av en feil, bør enhver uønsket eller uventet oppførsel som legges merke til i et program, arkiveres som en feil.

I denne artikkelen vil vi forklare de forskjellige trinnene for å arkivere en programvare- eller programfeilrapport i Fedora.

Før du arkiverer en feil i Fedora

Før du registrerer en feil, sørg for at du bruker den nyeste versjonen av en programvare. Hvis ikke, last ned og installer den. Normalt leveres de nyeste versjonene av programvaren med feilrettinger, forbedringer og mer. En feil du vil arkivere, kan ha blitt fikset i den siste versjonen av programvaren.

For å oppdatere all programvare installert på ditt Fedora-system til de siste tilgjengelige versjonene, kjør regelmessig følgende dnf-kommando (med root-privilegier) for å sjekke og oppdatere systemet ditt.

sudo dnf update --refresh

Hvis en siste versjon av programvaren fortsatt har feilen, kan du sjekke om feilen er arkivert eller ikke. Du kan sjekke alle arkiverte feil for en Fedora-pakke ved å bruke URLen:

https://apps.fedoraproject.org/packages/<package-name>/bugs/

Dette tar deg direkte til en side som viser en liste over alle rapporterte feil for den aktuelle pakken, i formatet (feil, status, beskrivelse og utgivelse). Denne siden har også en lenke for å rapportere en ny feil (Send inn en ny feil), og den viser det totale antallet åpne og blokkerende feil. For eksempel:

https://apps.fedoraproject.org/packages/dnf/bugs/

For å se detaljer om en feil (f.eks. DNF Bug 1032541), klikk på den. Hvis det allerede er sendt inn en feilrapport som beskriver problemet, kan du oppgi all tilleggsinformasjon du måtte ha til rapporten.

For å motta oppdateringer om rapporten, bør du «CC» (kopi) deg selv til rapporten. Merk av for «Legg meg til CC-listen» og klikk på «Lagre endringer»-knappen.

Når du oppdager at feilen ikke er rapportert, fortsett og arkiver den som forklart i neste avsnitt.

Innlevering av en feilrapport i Fedora

For å registrere en feil, klikk på Send inn en ny feil-knappen, velg "mot Fedora " eller "mot EPEL " fra rullegardinmenyen .

Du vil bli omdirigert til en ny feilrapportmal på feilsporeren som vist i bildet nedenfor. Merk at for å få tilgang til feilrapportmalen, bør du ha en Red Hat Bugzilla-konto og må ha logget på, ellers kan du opprette en ny konto.

La oss kort forklare feltene som må angis:

  • Komponent: brukes til å spesifisere navnet på pakken.
  • Versjon: brukes til å angi versjonen av Fedora som du observerte feilen på. Du kan også spesifisere alvorlighetsgrad, maskinvare og operativsystem.
  • Sammendrag: Bruk dette til å gi et nyttig kort sammendrag av problemet.
  • Beskrivelse: legg til mer detaljert informasjon om problemet ved å bruke malen (forklart nedenfor).
  • Vedlegg: Bruk dette til å legge ved filer som gir mer informasjon om problemet (filer kan inkludere skjermbilder, loggfiler, skjermopptak osv..).
Versjon-utgivelsesnummer for valgt komponent (hvis aktuelt):

Versjonsutgivelsesnummeret til pakken bør spesifiseres her. Du kan bruke rpm-kommandoen for å få versjonsnummeret til pakken (DNF-versjon 4.0.4 i dette eksemplet):

rpm -q dnf  

Hvor reproduserbar:

Spesifiser hvor ofte problemet oppstår. Anbefalte svar inkluderer:

  • Alltid: bruk skriv inn dette hvis du observerer problemet nå og da.
  • Noen ganger: Angi dette hvis du observerer problemet noen ganger.
  • Bare én gang: Angi dette hvis du har observert problemet én gang.
Steg for å reprodusere:

I den siste delen av problembeskrivelsen kan du gi informasjon som gjør det mulig for andre brukere å verifisere feilen, og de informerer også utviklerne om hvilke spesifikke trinn som forårsaker problemet.

  • Faktiske resultater: Spesifiser hva du observerer når problemet oppstår.
  • Forventede resultater: Dette feltet brukes til å angi hva du forventer som skal skje hvis programvaren oppførte seg riktig?
  • Tilleggsinformasjon: Legg til ekstra informasjon som kan være nyttig for vedlikeholderen her.

Når du har rapportert en feil, er neste ting å se opp for eventuelle oppdateringer om den. Vanligvis vil en e-postmelding om eventuelle nye kommentarer til rapporten bli sendt til alle som er en del av feilrapporten (dvs. reporteren, vedlikeholderen så vel som andre brukere).

Hvis feilen tilfeldigvis blir fikset, slipper vedlikeholderen en forbedret versjon av programvaren. Bodhi (et web-system som letter prosessen med å publisere oppdateringer for en Fedora-basert programvaredistribusjon) vil legge til en kommentar til rapporten, etter at en forbedret versjon av programvaren er utgitt.

Sist, men ikke minst, kan du hjelpe vedlikeholderen ved å bekrefte om den forbedrede versjonen fungerer bedre i Bodhi. Når den forbedrede utgivelsen av programvaren har bestått QA (Quality Assurance), vil feilen automatisk bli lukket.

Det er alt! I denne artikkelen har vi forklart de forskjellige trinnene for å sende inn en ny feilrapport i Fedora. Hvis du har spørsmål eller kommentarer eller ekstra informasjon å dele, bruk tilbakemeldingsskjemaet nedenfor.