Genom att tilldela buggar till paket hjälper du till med att skicka buggrapporter till utvecklaren/utvecklarna som troligast kan hjälpa till. Genom att se till att den här informationen stämmer ökar du chansen för att buggen fixas snabbt. Ofta är det oklart vilket paket som innehåller buggen, och i de här fallen är det passande att tilldela buggen till Ubuntu. Om buggen är tilldelad ett paket som helt klart inte stämmer, och du inte vet vilket paket som är rätt, ändra det till Ubuntu.
Rätt paket för buggar i Linuxkärnan är linux, oavsett vilket paket som används (det finns många paket som innehåller Linuxkärnor)
Om en bugg är markerad "Unconfirmed" är det hjälpsamt för dig att försöka reproducera problemet och beskriva resultatet i Malone. Om du kan bekräfta problemet, ändra statusen till "Confirmed". Om du inte kan bekräfta problemet är det ändå värdefull information som bör sparas i form av en kommentar.
Skicka buggar vidare uppströms
Du kan skicka buggar till skaparna av programmet (uppströms, upstream), om
du är säker på att buggen inte beror på Ubunturelaterade ändringar
ändringen är så svår att varken du eller någon annan i gruppen kan lösa problemet
Om du gör det här, se till att inkludera all nödvändig information, som
hur man reproducerar buggen
vilken version som används (vilken version av de bibliotek som används, om buggen pekar på problem där)
vem som rapporterade det
var hela konversationen kan hittas
Se också till att du skapar en "bug watch" i Malone för den här buggen.
Om du känner att den rapporterade buggen är ett önskemål om nya funktioner, maskerad som en buggrapport, introducera den som rapporterade buggen vänligt för den specifikationsprocess vi har. Se till att nämna följande specifikationskällor: Ubuntuwikins FeatureSpecifications, SpecSpec, SpecTemplate och http://launchpad.net/specs
Om du känner att buggrapporten är ett önskemål om support förklätt som en buggrapport, introducera den som rapporterade buggen vänligt för den support-hanteraren vi har. Nämn även http://launchpad.net/support.
Om du känner att buggrapporten är ett förslag om att ändra standardvärden förklädd som en buggrapport, vidarebefodra vänligt diskussionen till lämlig e-postlista eller diskussionsforum. Om den här ändringen redan har diskuterats och avvisats, förklara orsakerna för användaren och skicka honom eller henne till rellevant diskussionsforum för vidare förslag/kommentarer.
Att leta buggrapporter som rapporterar samma bugg är ett väldigt värdefullt bidrag bland buggruppen. Användarna vet inte alltid hur man kontrollerar om buggen redan har skickats in, och ibland bryr de sig inte. Genom att gallra bland enkla "JAG OCKSÅ"-meddelanden och samla information är oerhört viktigt för att kunna fixa en bugg.
Det finns ett gäng åtgärder du kan vidta för att hjälpa till med det här. En är att söka efter buggar som har registrerats mot samma komponent. Försök även att formulera om din sökning, och koncentrera dig på händelser och ord som beskriver det som krävs för att reproducera buggen.
Exempel:
Enkla: DAAP support är en kopia av please enable daap.
Svårare: plug:spdif on emu10k1 gone after breezy upgrade är en kopia av Muted sound after dist-upgrade from Hoary to Breezy.
Om du inte hittar något i listan över öppna buggar kan du försöka leta i listan över stängda. Känn dig inte nedslagen om du inte hittar några kopior särskillt snabbt i början. Efter ett tag lär du dig att känna igen de vanligaste och kan identifiera dem enklare.
Om du stöter på en bugg som har en hemsk/korkad titel, formulera om den så att folk hittar den snabbare.
Tänk på att sammarbetsavtalet även gäller konversationer i buggrapporter. Om du får syn på människor som är nedlåtande, skicka dem till Ubuntus sammarbetsavtal.
Den som rapporterar buggen behöver oftast inte bry dig om status. Som en buggsorterare eller utvecklare är status ett viktigt verktyg för att kategorisera buggar och få en god överblick över hur paket och program fungerar.
Här är en kort lista med förklaringar till de olika statusarna:
Unconfirmed: Alla buggar startar med den här statusen. Buggar märkta med "Unconfirmed" saknar ibland information, är inte redo, eller är inte bekräftade än. De flesta av dem har inte blivit sorterade.
Needs Info: Om du måste ställa frågor till den som rapporterade buggen, sätt status på buggen till "Needs Info". En vanlig uppgift för "Needs Info"-buggar är att ställa frågor. Om du inte får några svar efter en tid, stäng buggen med kommentaren "Om du har mer information om den här buggen, öppna den igen."
Rejected: Buggar märkta med "Rejected" är stängda. Se till att trippelkolla en bugg innan du märker den med det.
Confirmed: Buggar som är bekräftade märks med "Confirmed". För att bekräfta en bugg måste någon annan göra det. Bekräfta inte dina egna buggar.
In Progress: Om du börjar jobba med en bugg, sätt statusen till "In Progress" så att folk får reda på att någon jobbar med buggen.
Fix Committed: För projekt uppströms betyder det här att fixen finns i CVS/SVN/bzr eller tillagd någon annan stans. För paketunderhållare innebär det att ändringarna väntar på att laddas upp (det betyder samma sak som PENDINGUPLOAD i Bugzilla)
Fix Released: För uppströmsprojekt betyder det här att en utgåvo-tarboll har släppts och är tillgänglig för allmänheten. För paketunderhållare betyder det här att en fix har blivit uppladdad. Tveka inte att lägga till en förändringslogg som en kommentar, så att alla vet vilka ändringar som påverkar deras bugg(ar).
Ubuntu använder följande riktlinger för att hantera alvarlighet.
Wishlist: en förfrågan om att lägga till en ny funktion till något av programmen i Ubuntu. Använd det här för buggar som egentligen inte är buggar utan idéer för nya funktioner som inte finns än.
Minor: buggar som påverkar funktionaliteten, men inte så mycket som de flesta
Normal: en bugg som påverkar funktionaliteten normalt mycket. De flesta buggarna är av alvarlighetsgraden "Normal".
Major: en bugg som har alvarlig påverkan för en mindre del av Ubuntuanvändarna (uppskattat) eller har ganska stor påverkan på en stor del av Ubuntuanvändarna (uppskattat).
Critical: en bugg som har alvarlig påverkan på en stor del av Ubuntuanvändarna
Ändra inte det här fältet om du inte blir instruerad att göra det av en utvecklare. Använd framförallt INTE den här fältet för att spåra i vilken version av Ubuntu problemet upptäcktes: det är inte det som är syftet. Det används av release-teamet när det finns ett skäl till att fixa buggen i en speciell milestone release.