| Annexe B. Rapporter des bogues et demander des améliorations | ||
|---|---|---|
|
 |
|
| Annexe B. Rapporter des bogues et demander des améliorations | ||
|---|---|---|
|
|
|
|
Table des matières
Comme tout logiciel, même à la NASA, GIMP n’est pas absolument parfait et on peut être certain qu’aucun logiciel ne le sera jamais. Malgré tous les efforts, il se peut que GIMP puisse foirer de temps à autre et même se planter.
Mais, même si elles sont inévitables, les bogues ne doivent pas être acceptées sans broncher. Si vous trouvez une bogue dans GIMP, ses développeurs aimeraient le savoir pour tenter de la corriger.
Supposons que vous trouviez une bogue, ou, du moins, qu’un résultat inattendu ou anormal soit survenu quand vous avez tenté une action. Que devez-vous faire ? Comment rapporter cette bogue ?
![[Astuce]](images/tip.png)
|
Astuce |
|---|---|
|
La procédure pour Demander une amélioration est la même que pour rapporter une bogue. |
En commun avec beaucoup d’autres projets de logiciels, GIMP utilise un mécanisme de rapport de bogue appelé GitLab. C’est un système très puissant basé sur le Web, capable de gérer des milliers de rapports de bogues sans en perdre la trace. En fait, GIMP partage sa base de données Gitlab avec l’ensemble du projet Gnome.
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.
![[Note]](images/note.png)
|
Note |
|---|---|
|
Il y a quelques rares choses connues pour faire se planter GIMP mais qui auraient été trop difficiles à régler. L’une d’entre elles est de demander à GIMP de faire quelque chose qui nécessiterait énormément de mémoire, comme une image d’un million de pixels sur un côté. |
Vous devez aussi être certain que vous utilisez la dernière version de GIMP : rendre compte d’une bogue qui a déjà été réglée est tout simplement faire perdre son temps à tout le monde. (GIMP 1 n’est plus suivi, aussi, si vous constatez une bogue, vivez avec ou changez de version). En particulier, si vous utilisez une version de développement, attendez de voir si la bogue persiste dans la version de développement suivante avant d’envoyer un rapport.
Si après toutes ces considérations vous continuez à penser que vous tenez une vraie bogue, ou que vous avez une véritable amélioration à proposer, l’étape suivante est d’aller sur la page des problèmes de gimp-help (https://gitlab.gnome.org/GNOME/gimp-help/issues/), et d’essayer de voir si quelqu’un n’a pas déjà rapporté cette bogue.
Saisissez quelques termes de recherche (séparés par des espaces, c.à-d
filter crash
dans la boîte de texte « »Search or filter results… et pressez la touche Entrée. Par défaut, vous ne voyez que les rapports ouverts : vous pouvez changer cela en cliquant sur « All » au-dessus du champ de recherche.
Le résultat est soit une liste de rapports de bogues, pas trop longue si vous avez de la chance, ou un message annonçant « Sorry, your filter produced no results ». Dans ce cas, essayez avec d’autres termes de recherche. Si votre recherche se termine par un « Duplicate », ne soyez pas vexé : c’est arrivé plus d’une fois à l’auteur de cette documentation.
