# Anexa A. Raportarea defectelor și solicitarea îmbunătățirilor

Din păcate nici o versiune de GIMP încă nu a fost absolut perfectă. Chiar mai trist, probabil că nici nu va fi vreodată. În ciuda tuturor eforturilor pentru a face ca totul să funcționeze, un program complicat ca GIMP mai are ocazional scăpări sau chiar accidente.

Dar faptul că defectele sunt inevitabile nu înseamnă că ele trebuie să fie acceptate pasiv. În cazul în care veți găsi un defect în GIMP, dezvoltatorii ar dori afle despre el pentru ca cel puțin să încerce să îl repare.

Să presupunem, că ați găsit un defect, sau cel puțin asta credeți: încercați ceva, iar rezultatele nu sunt cele așteptate. Ce trebuie să faceți? Cum ar trebui să îl raportați?

| Indicație
The procedure for making an enhancement requestthat is, for asking the developers to add a missing featureis the same as the procedure for reporting a bug.

In common with many other free software projects, GIMP uses a bug-reporting mechanism called GitLab. This is a very powerful web-based system, capable of managing thousands of bug reports without losing track. In fact, GIMP shares its GitLab database with the entire Gnome project.

## 1. Asigurându-vă că este un defect

The first thing you should do, before reporting a bug, is to make an effort to verify that what you are seeing really is a bug. It is hard to give a method for doing this that applies to all situations, but reading the documentation will often be useful, and discussing the question on IRC or on Discourse may also be quite helpful. If you are seeing a crash, as opposed to mere misbehavior, the odds that it is a true bug are pretty high: well written software programs are not designed to crash under any circumstances. In any case, if you have made a conscious effort to decide whether it is really a bug, and at the end still aren't sure, then please go ahead and report it: the worst that can happen is that you will waste a bit of time for the development team.

| Notă
De fapt, există câteva lucruri recunoscute că pot provoca accidente GIMP dar s-a dovedit a fi mult prea incomodă rezolvarea. Unul ar fi solicitarea GIMP la accesarea unei cantități extrem de mari de memorie, cum ar fi crearea unei imagini de un milion de pixeli.

De asemenea, ar trebui să vă asigurați că utilizați o versiune actualizată a GIMP: raportarea de defectelor care au fost deja rezolvate este doar o pierdere de timp a fiecăruia. (GIMP 1 nu mai este întreținut, în cazul în care îl utilizați și găsiți defecte, fie înnoiți-l la GIMP 2 fie continuați-vă viața cu defectele prezente.) În special dacă utilizați versiunea de dezvoltare de GIMP, asigurați-vă că puteți vedea defectul în cea mai recentă versiune înainte de trimiterea unui raport.

If after due consideration you still think you have a legitimate bug report or enhancement request, the next step is to go to GIMP's list of issues (https://gitlab.gnome.org/GNOME/gimp/issues/), and try to see whether somebody else has already reported the same thing.

### 1.1. Căutare unui defect specific

Introduceți câțiva termeni de căutare (separate prin spații), de ex.

> `filtercrash`

în căsuța text „Caută sau filtrează rezultatele...” și apăsați Enter. Implicit vedeți doar raporturi deschise, puteți să modificați aceasta prin clic pe „Toate” deasupra în câmpul de căutare.

The result is either a list of bug reports hopefully not too long or a message saying „Sorry, your filter produced no results”. If you don't find a related bug report by doing this, it may be worth trying another search with different terms. If in spite of your best efforts, you file a bug report and it ends up being closed as a duplicate, don't be too upset: it has happened repeatedly to the author of this documentation.

Bibliografie |  | 2. Raportarea defectului

Report a bug in GIMP Report a documentation error