How to report a bug/fr

Ces lignes expliquent comment bien écrire un rapport de bogue ou une suggestion de fonctionnalité dans Wikimedia's bugtracker (voir pour plus d'informations). Les bogues les mieux rapportés sont ceux qui sont corrigés les plus rapidement.

Conseils rapides pour les rapports

 * Soyez précis.
 * Soyez clair : expliquez comment reproduire le problème, pas à pas, de telle façon que d'autres personnes puissent également le reproduire.
 * Concentrez chaque signalement d'anomalie sur un seul problème.

Pouvez-vous reproduire le problème ?
Essayez de reproduire le problème avec une version récente du logiciel, afin de voir s'il a déjà été réglé. Si le problème est sur un site comme Wikipédia, vous pouvez essayer de tester la dernière version du logiciel sur test2.wikipedia.org.

Est-ce que quelqu'un d'autre a déjà signalé le problème ?
Utilisez l'outil de recherche sur le traqueur de bogues Wikimedia pour voir si le problème a déjà été signalé. Vous pouvez également effectuer des recherches avancées sur la page de recherche avancée.

Signaler une nouvelle anomalie (bug) ou demander une nouvelle fonctionalité
Si vous avez rencontré une anomalie dans une version récente du logiciel, et si personne d'autre ne semble l'avoir signalée, suivez la procédure suivante :
 * 1) Aller sur [phab: phabricator.wikimedia.org] et cliquez sur « Maniphest » dans la barre latérale.
 * 2) Choisir « [phab:maniphest/task/create/ Create task] » (créer une tâche) dans le coin supérieur.
 * 3) Si vous n'êtes pas connecté, il vous sera demandé de vous identifier ou de créer un compte (voir «  »).
 * 4) Remplissez au moins les champs suivants :
 * 5) * Title (titre) : Une courte phrase de résumé expliquant le problème (pas votre suggestion de solution).
 * 6) ** Bon:
 * 7) ** Pas bon:
 * 8) * Assigned to (assigné à) : Vous devriez ignorer ce champ. Les développeurs le rempliront quand ils prévoiront de travailler sur la tâche.
 * 9) * Priority (priorité) : Vous devriez ignorer ce champ. En général, la priorité est définie par les développeurs qui prévoient de travailler sur la tâche (voyez Définir les priorités).
 * 10) * Description: Détails complets du problème, en donnant autant de détails possibles. Il peut s'agir de:
 * 11) ** Pour des bogues :
 * 12) *** Étapes à reproduire : la liste réduite des étapes qui font apparaitre le problème décrit. Inclure les étapes spécifiques concernant la configuration.
 * Exemple :
 * 1) *** Résultats actuels : Ce que l'application a fait après avoir suivi ces étapes.
 * Exemple :
 * 1) ***Résultats attendus : Ce que l'application aurait dû faire, s'il n'y avait pas eu de bogue.
 * Exemple :
 * 1) ** Pour les demandes de nouvelles fonctionnalités :
 * 2) *** Une description de ce que vous voudriez accomplir, et pourquoi. Un récit utilisateur est une méthode efficace pour exprimer cela.
 * Exemple :
 * 1) **Veuillez donner également toutes les autres informations utiles comme :
 * 2) ***les navigateurs, habillages et systèmes d'exploitations avec lesquels vous avez constaté le bug ;
 * 3) ***liens ou diffs vers une ou plusieurs pages où vous avez constaté le bug ; ou
 * 4) ***si le problème apparaît à chaque fois ou seulement de façon occasionnelle, seulement sur certaines pages ou seulement dans des circonstances particulières.
 * 5) *Pour joindre un fichier de log ou une (mais assurez-vous qu'aucune donnée confidentielle n'est incluse ou affichée), cliquez sur le bouton Upload File (un nuage avec une flèche) dans la barre d'outils du champ Description.
 * 6) * Sélectionnez le ou les projets dans le(s)quels vous avez trouvé le bogue :
 * 7) **Les projets sont la source des tâches sur lesquelles les développeurs trouvent à travailler. Pour identifier le(s) bon(s) projet(s), utilisez la fonction Rechercher (en haut à droite) pour trouver sa description.
 * 8) **Cela peut être par exemple le projet pour le logiciel lui-même, ou  pour les changements de configuration sur un site de Wikimedia (voir «  »).
 * 9) * Subscribers: You should ignore this field: If you know specific users who will be interested in getting notified of this task you can add them here.
 * 1) ***les navigateurs, habillages et systèmes d'exploitations avec lesquels vous avez constaté le bug ;
 * 2) ***liens ou diffs vers une ou plusieurs pages où vous avez constaté le bug ; ou
 * 3) ***si le problème apparaît à chaque fois ou seulement de façon occasionnelle, seulement sur certaines pages ou seulement dans des circonstances particulières.
 * 4) *Pour joindre un fichier de log ou une (mais assurez-vous qu'aucune donnée confidentielle n'est incluse ou affichée), cliquez sur le bouton Upload File (un nuage avec une flèche) dans la barre d'outils du champ Description.
 * 5) * Sélectionnez le ou les projets dans le(s)quels vous avez trouvé le bogue :
 * 6) **Les projets sont la source des tâches sur lesquelles les développeurs trouvent à travailler. Pour identifier le(s) bon(s) projet(s), utilisez la fonction Rechercher (en haut à droite) pour trouver sa description.
 * 7) **Cela peut être par exemple le projet pour le logiciel lui-même, ou  pour les changements de configuration sur un site de Wikimedia (voir «  »).
 * 8) * Subscribers: You should ignore this field: If you know specific users who will be interested in getting notified of this task you can add them here.

Vérifiez si votre rapport d'anomalie est finalisé, puis cliquez sur le bouton « Create Task ». Votre rapport sera rangé dans la base de données et, si tout va bien, quelqu'un s'en occupera bientôt.

C'est tout ! Merci pour votre aide, vous avez contribué à améliorer MediaWiki et les projets Wikimedia.

Signaler un bug JavaScript
Quand vous rencontre un bug qui pourrait être lié à JavaScript, faites de votre mieux pour identifier les messages d'erreur et copiez-lez dans le rapport de bug.

Il est particulièrement important de fournir toutes les informations que vous possédez, car même les administrateurs systèmes n'auront aucun accès à un quelconque rapport d'erreur. Si vous n'êtes pas sûr que la fonctionnalité que vous utilisez est basée sur JavaScript, essayez de désactiver Javascript.

Il est toujours utile d'inclure une capture d'écran dans votre rapport. C'est souvent le moyen le plus facile d'identifier de quelle fonctionnalité vous parlez, et cela peut souvent fournir des informations qui peuvent aider à cerner l'erreur. Prenez garde à cacher toute information que vous ne voulez pas partager, comme les autres onglets ouverts de votre navigateur ou les fenêtres de discussion minimisées.

Voir aussi

 * Comment signaler des anomalies de façon efficace par Simon Tatham.
 * Wikipédia:Rapport d'erreurs et demande d'évolution
 * Étiquette de Phabricator
 * Gestion des bugs/Cycle de vie d'un rapport de bug
 * Écrire un bon rapport de bug ou demande de fonctionnalité
 * Comment créer un bon premier Rapport de bug (obsolète)