Aigles et Lys
Vous n'avez pas de compte ?
S'inscrire
Aigles et Lys
Advertisement
S'inscrire
dans : Aigles et Lys:Technique

Aigles et Lys:Rapport d'erreurs

Se connecter pour modifier
L'ancienne version de cette page se trouve sur Aigles et Lys:Rapport d'erreurs/Archives 3.
« Aigles et Lys:Propositions pour le logiciel » redirige ici, pour l'ancienne version de la page, voyez Aigles et Lys:Propositions pour le logiciel/Archives.
MediaWiki logo 1
Technique
FAQ
Questions techniques
MediaWiki
Bot
modifier Consultez la documentation du modèle
Raccourcis [+]
A&L:BUG
A&L:Bug
Fichier:Buggie.png

Les rapports d'erreurs et propositions pour le logiciel MediaWiki qui fait tourner Aigles et Lys sont à demander sur bugzilla. Bugzilla est un logiciel qui sert à rapporter des erreurs et à organiser le développement. Il est aussi utilisé par beaucoup d'autres projets.

Les erreurs qui ne sont pas directement reliées à MediaWiki peuvent être rapportées à la Questions techniques. En cas de doute, allez d'abord à la guilde des guides avant d'ouvrir un rapport sur bugzilla.

Rapporter une erreur[]

Si vous avez découvert une erreur et que vous voulez la rapporter, vérifiez d'abord qu'elle n'a pas déjà été rapportée. Ceci prévient les doublons. Pour être efficace, essayer de rechercher des synonymes.

La prochaine étape est de créer un compte, les comptes créés sur Aigles et Lys ne fonctionnant pas sur bugzilla. Votre adresse e-mail sera visible sur chacun des rapports que vous créez, modifiez ou votez.

Finalement, créez votre rapport ! Sélectionnez le produit (Product en anglais, généralement MediaWiki), et vous êtes prêt.

Details[]

Voici les pricipaux champs (for MediaWiki):

  • Version - pour la version de Aigles et Lys, choisissez 1.14-svn
  • Platform and OS - ces deux champs n'ont généralement pas beaucoup d'importance pour MediaWiki.
  • Component - partie de MediaWiki que ce rapport concerne.
  • Severity - la sévérité de l'erreur. Ceci ne devrait pas être une opinion de votre part. Choix possibles :
    • Blocker - bloque le développent et les tests
    • Critical - crash, perte de données
    • Major - majeur perte de fonctionnalités
    • Minor - mineur perte de fonctionnalités
    • Trivial - problème cosmétique
    • Enhancement - requête de nouvelle fonctionnalité
  • Assign To - le champ est rempli automatiquement, ne pas toucher.
  • CC - adresses e-mail à notifier à chaque fois que ce bug est modifié.
  • URL - adresse du rapport, si disponible
  • Summary - description du rapport en 60 caractères ou moins. Par pitié, soyez aussi précis et concis que possible ! Un développeur devrait pouvoir être en mesure de lire le résumé et de comprendre l'aspect général du rapport, si ce n'est complètement. Un mauvais résumé serait « Wikipedia ne marche pas ! » Rappelez vous que lors des recherches, c'est principalement ce résumé qui est recherché. Faites bonne impression !

Description[]

Voyez comment écrire un rapport (en) sur bugzilla

Une description devrait contenir tout et n'importe quoi à propos de l'erreur. Un modèle serait :

  1. Une description de l'erreur
  2. Les étapes pour la reproduire
  3. Résultat espéré
  4. Résultat obtenu
  5. Informations additionnelles

Rapportez uniquement une erreur par rapport. Si nécessaire, créez plusieurs rapports. Un bon rapport est :

  1. Reproductible - si le développeur ne peut pas reproduire lui-même l'erreur, le rapport sera marqué WORKSFORME (pas reproductible) or INVALID (invalide)
  2. Spécifique - le développeur doit rapidement pouvoir trouver l'erreur

Modification de votre rapport[]

Vous recevrez un e-mail à chaque fois que votre rapport est modifié. Certaines fois, les développeurs peuvent rejeter ou mal comprendre un rapport et le clore alors que vous pensez qu'il est toujours valide. Si cette erreur pose toujours problème, vous pouvez rouvrir le bug en essayant de donner une meilleure explication ou vous pouvez utiliser la mailing list. Si vous ne voulez pas recevoir de notifications à chaque fois que votre rapport est modifié, vous pouvez le spécifier dans vos préférences e-mail.

Voter[]

Voyez « Voting » sur Bugzilla

Le vote est un mécanisme qui permet de montrer à quels rapports vous prêtez attention. Vous pouvez voter pour un rapport en appuyant sur le lien « Vote for this bug » à la fin de la page. Vous pouvez changer d'avis et retirer votre vote en allant dans la page « my votes » (mes votes).

Étiquette[]

Voyez « Bugzilla Etiquette » sur Bugzilla

Bugzilla est un endroit pour notifier aux développeurs les erreurs rencontrées et les informations utiles pour les résoudre. Ce n'est pas un endroit pour plaidoyer. Avec ceci en tête, suivez les règles suivantes quand vous utilisez Bugzilla :

  • Contribuez avec des commentaires utiles ; des commentaires inutiles (p.ex. plaidoyer) diminue le rapport signal sur bruit.
  • Les développeurs ne sont pas obligés de résoudre l'erreur ou d'ajouter votre nouvelle fonctionnalité.
  • Pas d'abus ou de menaces: ne lancez pas de messages comme « Je n'éditerai pas Aigles et Lys tant que ce bug ne sera pas résolue ».
  • Ne modifiez pas n'importe comment les champs sauf si vous êtes la personne assignée ou que vous savez ce que vous faites. En cas de doutes suggérez la modification.
  • Ne rouspétez pas à propos des décisions WONTFIX (ne sera pas appliqué).
  • Il y a évidemment des exceptions, mais en cas de doute, suivez les règles.

Si quelqu'un ne suit pas ces règles, dites-le lui via e-mail : ne spammez pas les utilisateurs en copie (champ CC) du rapport

Liens vers les rapports[]

Vous pouvez lier vers les rapport en utilisant le lien interwiki bugzilla:. Par exemple [[bugzilla:1000]] pour bugzilla:1000.

Le préfixe mediazilla: peut être utilisé pour des liens vers la pages statiques de bugzilla. Par exemple [[mediazilla:index.cgi]] pour mediazilla:index.cgi.

Notez que [[bug:1000]] lie vers la Aigles et Lys en bugis, pas bugzilla !

Requêtes utiles[]

Autres fonctionnalités[]

Liens[]

Sauf mention contraire, le contenu de la communauté est disponible sous licence CC-BY-SA.
Advertisement