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: You should ignore this field: Developers will set an assignee when they plan to work on the task.
 * 9) * CC: 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.
 * 10) * Priority: You should ignore this field: In general, the priority is set by developers who plan to work on the task (see "").
 * 11) * Sélectionnez le ou les projets dans le(s)quels vous avez trouvé le bogue :
 * 12) **Projects are how developers find tasks to work on. To identify the right project(s), use the search function (in the top right) to find its description.
 * 13) **This could be for example the project for the wiki software itself, or  for configuration changes on a Wikimedia site (see "").
 * 14) * Security (sécurité) : Définissez ce champ à "Security or Sensitive bug" (sécurité ou bug sensible) si de nombreux utilisateurs pourraient être touchés par le problème de sécurité que vous décrivez. Votre rapport ne sera pas rendu public avant d'être résolu.
 * 15) * Description: Détails complets du problème, en donnant autant de détails possibles. Il peut s'agir de:
 * 16) ** Pour des bogues:
 * 17) *** É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.
 * 1) *** 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.
 * 1) *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.

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.

Reporting a JavaScript bug
When you encounter a bug that may be related to JavaScript, do your best to identify error messages and copy them into the bug report.

It's especially important to provide all the information you have, because even the system administrators will have zero access to any error log. If you are unsure whether a feature you are using is based on JavaScript, try disabling JavaScript.

Voir aussi

 * Comment signaler des anomalies de façon efficace par Simon Tatham.
 * Wikipédia:Rapport d'erreurs et demande d'évolution
 * Phabricator etiquette
 * Bug management/Bug report life cycle
 * Writing a good bug report or feature request
 * How to create a good first Bug Report (outdated)