Bijlage A. Defecten (Bugs) rapporteren en verzoeken om aanvullingen

Inhoudsopgave

1. Vaststellen dat het inderdaad een defect is
2. Melden van het defect

Jammer om te zeggen, maar geen enkele versie van GIMP is tot u toe absoluut perfect geweest. Nog slechter, het is niet waarschijnlijk dat een versie dat ooit zal zijn. Ondanks alle inspanningen om alles te laten werken, een programma dat zo gecompliceerd is als GIMP loopt het risico om af en toe dingen te vernielen, of zelfs te crashen.

Maar het feit dat bugs onvermijdelijk zijn betekent niet dat zij dan maar passief geaccepteerd moeten worden. Als u een bug vindt in GIMP, zouden de ontwikkelaars dat graag willen weten, zodat zij op zijn minst kunnen proberen om het te repareren.

Veronderstel dan dat u een bug hebt gevonden, of u denkt ten minste dat u dat heeft: u probeert iets te doen en de resultaten zijn niet wat u ervan verwacht. Wat zou u moeten doen? Hoe kunt u het rapporteren?

	Tip
	De procedure voor het maken van een verzoek tot verbetering—dat is, de ontwikkelaars vragen om een ontbrekende mogelijkheid toe te voegen—is dezelfde als de procedure voor het rapporteren van een bug.

Net zoals heel veel andere vrije software-projecten gebruikt GIMP een mechanisme voor het rapporteren van bugs, genaamd GitLab. Dat is een heel krachtig op het web gebaseerd systeem, dat in staat is duizenden bugrapporten te beheren zonder het spoor bijster te raken. In feite deelt GIMP de database van GitLab met het gehele project Gnome.

1. Vaststellen dat het inderdaad een defect is

Het eerste ding dat u zou moeten doen, voordat u een bug rapporteert, is om een inspanning te doen om te verifiëren of dat wat u ziet, wel echt een bug is. Het is moeilijk om daar een methode voor te geven die toepasbaar is voor alle situaties, maar het lezen van de documentatie zal vaak nuttig zijn en het bespreken van de vraag op IRC of op Discourse zou ook heel hulp kunnen zijn. Als u een crash ziet, tegenovergesteld aan slechts wangedrag, zijn de kansen dat het een echte bug is aardig hoog: goed geschreven softwareprogramma's zijn niet ontworpen om te crashen onder welke omstandigheid dan ook. In elk geval, als u een goede inspanning hebt geleverd om vast te stellen of het een echte bug is, en u bent aan het einde nog steeds niet zeker, ga dan door en rapporteer het: het ergste dat kan gebeuren is dat u wat tijd verspilt van het team van ontwikkelaars.

	Opmerking
	In feite zijn er een aantal dingen waarvan bekend is dat zij GIMP laten crashen, maar gebleken is dat die het niet echt waard zijn om te gaan repareren. Een ervan is aan GIMP vragen om iets te doen dat enorme hoeveelheden geheugen vraagt, zoals het maken van een afbeelding met een miljoen beeldpunten aan een kant.

U zou er ook zeker van moeten zijn dat u een up-to-date versie van GIMP gebruikt: rapporteren van bugs die al zijn gerepareerd is slechts een kwestie van verspilling van tijd voor iedereen. (GIMP 1 wordt niet langer onderhouden, dus als u dat gebruikt en u vindt nog bugs, ofwel upgrade naar GIMP 2 of u zult ermee moeten leren leven.) In het bijzonder als u de ontwikkelingsversie van GIMP gebruikt, zorg ervoor dat u de bug in de laatste uitgave ziet, voordat u een rapport indient.

Als u na uitgebreid nadenken nog steeds denkt dat u een echt bugrapport of verzoek voor verbetering hebt, is de volgende stap om naar de lijst met problemen voor GIMP te gaan (https://gitlab.gnome.org/GNOME/gimp/issues/) en proberen te weten te komen of iemand anders hetzelfde al heeft gerapporteerd.

1.1. Een specifieke bug zoeken

Voer enkele zoektermen in (gescheiden door spaties), bijv.

filter crash

in het tekstvak "Search or filter results..." en druk op Enter. Standaard ziet u alleen de nog openstaande rapporten; u kunt dat wijzigen door te klikken op "All" boven het zoekveld.

Het resultaat is ofwel een lijst met bugrapporten – hopelijk niet te lang – of een bericht dat zegt “Sorry, your filter produced no results”. Als u geen gerelateerd bugrapport vindt door dit te doen, zou het de moeite kunnen lonen om nog een zoekactie uit te voeren met andere zoektermen. Als u ondanks al uw inspanningen een bugrapport indient en het blijkt uiteindelijk te zijn gesloten als een duplicaat, wees niet al te boos: het gebeurde de schrijver van deze documentatie ook herhaaldelijk.