How to report a bug/fr

Ce guide explique comment bien écrire un rapport de bogue ou une suggestion de fonctionnalité (une tâche) dans le gestionnaire des tâches de Wikimedia (voir pour plus d'informations). Les bogues les mieux rapportés sont ceux qui ont le plus de chances d'être 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.
 * Signalez un seul problème par tâche
 * Ajoutez n'importe quel lien ou exemple qui vous semble pertinent

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.

If you are unsure whether a bug has already been reported, you should report the bug. It is better to have duplicate bugs than it is to have unreported bugs.

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) Allez sur phabricator.wikimedia.org et cliquez sur « Tasks & bugs » dans la barre latérale.
 * 2) Choisir « Create task » (créer une tâche) dans le coin supérieur droit.
 * 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) * Description: Détails complets du problème, en donnant autant de détails possibles. Il peut s'agir de:
 * 10) ** Pour des bogues :
 * 11) *** É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) * CC : Vous devriez ignorer ce champ. Si vous connaissez des utilisateurs qui seront intéressés par cette tâche, vous pouvez les ajouter ici afin qu'ils reçoivent les notifications la concernant.
 * 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) * CC : Vous devriez ignorer ce champ. Si vous connaissez des utilisateurs qui seront intéressés par cette tâche, vous pouvez les ajouter ici afin qu'ils reçoivent les notifications la concernant.

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.

Les développeurs assigneront une priorité à la tâche quand ils planifieront de travailler dessus (voir Définir les priorités).

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

Signaler un bug JavaScript

 * See also: Help:Locating broken scripts

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.
 * How to get the developer community to solve your problem, by User:MSchottlender-WMF, July 2017
 * É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)