Difference between revisions of "Outil de suivi des anomalies"

From Second Life Wiki
Jump to navigation Jump to search
m (Protected "Outil de suivi des anomalies" ([edit=sysop] (indefinite) [move=sysop] (indefinite)))
 
(46 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{Help/fr|Version=1|Parent=Issue tracker|BugFixes=*}}
{{Help/fr|Version=1|Parent=Issue tracker|BugFixes=*}}


 
{| cellpadding="1" cellspacing="1" style="width: 100%; background-color:none; vertical-align: top;"
Deux choses à noter avant de commencer :
 
{| cellpadding="1" cellspacing="1" style="width: 70%; background-color: #f9f9f7; vertical-align: top;"
| colspan="2" style="padding: 0;" |
| colspan="2" style="padding: 0;" |
|-
|-
| style="width: 100%; vertical-align: top;" |
| style="width: 100%; vertical-align: top;" |
{| border="0" cellspacing="0" cellpadding="0" width="100%"
{| border="0" cellspacing="0" cellpadding="0" width="100%"
| style="background-color:#fff;" width="0" |
| style="background-color:#fff;" width="28%" |
{| style="width="30%"; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
{| style="width="30%"; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
| rowspan="1" width="30%" colspan="2" height="37px" valign="top" style="background:#fff; border:2px solid #ABCDEF; border-bottom:0; padding:0; padding-right:1em; margin:0; -moz-border-radius-topright:1em" | [[Image:cartella_blu.jpg|none]] <div style="margin-top:-37px; padding-left:5px">[[Image:Info.png|36px]]</div><div style="padding-left:45px; margin-top:-29px; font-size:130%">'''Les contributions'''</div>
| rowspan="1" width="30%" colspan="2" valign="top" style="background:#fff; border:2px solid #ABCDEF; border-bottom:0; padding:0; padding-right:1em; margin:0; -moz-border-radius-topright:1em" | [[Image:cartella_blu.jpg|none]] <div style="margin-top:-37px; padding-left:5px">[[Image:Info.png|36px]]</div><div style="padding-left:45px; margin-top:-29px; font-size:130%">'''Contributions et utilisation'''</div>
|}
|}
| style="border-bottom:2px solid #ABCDEF; background:#f9f9f7;" width="8" | &nbsp;
| style="border-bottom:2px solid #ABCDEF; background:none;" width="8" | &nbsp;
| style="border-bottom:2px solid #ABCDEF; background:#f9f9f7;" width="100%"| &nbsp;
| style="border-bottom:2px solid #ABCDEF; background:none;" width="100%"| &nbsp;
|}
|}
{| style="width:100%; margin-bottom:.5em; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
{| style="width:100%; margin-bottom:.5em; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
| rowspan="1" width="100%" colspan="2" valign="top" style="background:#FFF; border:2px solid #ABCDEF; border-bottom:0; border-top:0; padding:0; margin:0" |
| rowspan="1" width="100%" colspan="2" valign="top" style="background:#FFF; border:2px solid #ABCDEF; border-top:0; border-top:0; padding:0; margin:0" |
<div style="padding:10px; text-align: justify;">
<div style="padding:10px; text-align: justify; margin-top:-5px;">
Toutes les contributions via le site Internet (JIRA inclus) sont soumises à la [[Project:Contribution_Agreement|Contribution Agréement]] de Second Life. Ainsi, en y ajoutant des patchs et toutes autres informations, vous reconnaissez en avoir pris connaissance, compris et approuvé les termes.
Toutes les contributions à JIRA sont soumises au [[Project:Contribution_Agreement|Contribution Agreement]] de Second Life. En ajoutant des corrections ou des modifications, vous reconnaissez avoir pris connaissance, compris et approuvé les termes.
</div>
|-
| colspan="2" class="radius_bottom" style="background:#CFF; border:2px solid #ABCDEF" | <div style="font-size:0">[[image:pix.gif|6px]]</div>
|}
|}


{| cellpadding="1" cellspacing="1" style="width: 70%; background-color: #f9f9f7; vertical-align: top;"
<font color=red>'''JIRA n'est pas destiné aux demandes d'assistance. Tous les JIRA, ou "bugs" doivent être signalés en anglais. Les bugs signalés dans une autre langue ne seront pas traités par Linden Lab.'''</font><br>
| colspan="2" style="padding: 0;" |
'''N'ajoutez pas''' de demandes qui exigent une réponse personnalisée, utilisez plutôt [http://secondlife.com/support l'Assistance]. Exemples à traiter avec l'assistance et non dans JIRA :
|-
* "Je veux modifier mon abonnement"
| style="width: 100%; vertical-align: top;" |
* "Une partie de mon inventaire a disparu"
{| border="0" cellspacing="0" cellpadding="0" width="100%"
| style="background-color:#fff;" width="0" |
{| style="width="30%"; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
| rowspan="1" width="30%" colspan="2" height="37px" valign="top" style="background:#fff; border:2px solid #ABCDEF; border-bottom:0; padding:0; padding-right:1em; margin:0; -moz-border-radius-topright:1em" | [[Image:cartella_blu.jpg|none]] <div style="margin-top:-37px; padding-left:5px">[[Image:Info.png|36px]]</div><div style="padding-left:45px; margin-top:-29px; font-size:130%">'''L’Utilisation'''</div>
|}
| style="border-bottom:2px solid #ABCDEF; background:#f9f9f7;" width="8" | &nbsp;
| style="border-bottom:2px solid #ABCDEF; background:#f9f9f7;" width="100%"| &nbsp;
|}
{| style="width:100%; margin-bottom:.5em; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
| rowspan="1" width="100%" colspan="2" valign="top" style="background:#FFF; border:2px solid #ABCDEF; border-bottom:0; border-top:0; padding:0; margin:0" |
<div style="padding:10px; text-align: justify;">
 
<span style="color: red; font-weight: bold;">Le JIRA n'est ''pas'' destiné aux demandes de support technique</span>, s'il vous plait '''n'ajoutez pas''' de fiches qui exigeraient une réponse personnalisée. Si vous cherchez de l'aide spécifique à votre compte, utilisez plutôt notre [http://secondlife.com/support support].
 
Exemples : à traiter avec le support et non dans le JIRA:
* "Je ne peux pas modifier mes coûts de location"
* "Une partie de mon inventaire à disparu"
* "Quelqu'un a volé mes L$"
* "Quelqu'un a volé mes L$"
</div>
</div>
|-
| colspan="2" class="radius_bottom" style="background:#CFF; border:2px solid #ABCDEF" | <div style="font-size:0">[[image:pix.gif|6px]]</div>
|}
|}
|}
|}


Le '''JIRA''', consultable à http://jira.secondlife.com, est une base de données utilisée pour organiser les bugs et les propositions d’évolution des résidents de Second Life. C’est ici  que vous pouvez documenter les problèmes que vous rencontrez dans les versions open-source ou officielles de Second Life. Cette page est destinée à vous familiariser avec le JIRA.
==Qu'est-ce que JIRA ?==
 
Le site '''JIRA''', consultable à l'adresse http://jira.secondlife.com, est une base de données qui référence les bugs et les propositions des résidents de Second Life. Les problèmes rencontrés sur les clients ou le site officiel de Second Life peuvent y être rapportés et complétés. Cette page a pour but de vous familiariser avec cet outil. Plus précisément, JIRA est un outil de gestion des anomalies édité par [http://www.atlassian.com/software/jira Atlassian] et utilisé par la communauté open source de Second Life. Il est appelé '''JIRA Public''', '''PJIRA''', ou plus simplement '''JIRA'''.
Plus précisément, le JIRA est un outil de gestion des anomalies destiné à la gestion de projet et édité par [http://www.atlassian.com/software/jira Atlassian]. Il est utilisé par la communauté open source de Second Life et peut être également nommé "JIRA Public", "PJIRA", ou simplement "JIRA", selon le contexte.
 
== Son fonctionnement ==
Il y a deux types principaux de fiches : Les bugs et les propositions d’évolution.
* Un rapport de bug est composé d'une description du problème et, si c'est possible, d’une méthode de reproduction.
* Une proposition d’évolution est composée d'une description et des principes de fonctionnement de la nouvelle fonctionnalité.
 
#Les deux types de fiches sous soumises aux réactions des autres utilisateurs, qui peuvent ajouter de nouvelles informations ou complétées les descriptions voire même ajouter des cas de reproduction pour les anomalies.
#Les fiches les plus populaires accumulent les votes d'autres utilisateurs.
#Les programmeurs de la communauté open source peuvent y joindre « leur patchs » ou détailler les modifications à réaliser pour corriger l’anomalie.
#Les votes et les [[bug triage|réunions de tri]] aide à prioriser les fiches.
#Les fiches approuvées par Linden Lab sont "importées" dans le JIRA privé de Linden Lab. Cela signifie que l’anomalie est étudiée et qu’un correctif est en préparation.
 
Une fois la fiche importée, il est possible d'en connaître l'avancement au travers de son statut :
* Dès que les modifications sont réalisées et en attente d’intégration dans le client, la fiche prend le statut '''"Fix Pending"''' (patch en attente).
* Une fois la modification ajoutée au client, la fiche est résolue et prend le statut '''"Fixed"''' (corrigé).
* Généralement, après confirmation de la correction de l’anomalie par [[QA Portal|l’équipe qualité de Linden Lab]] et la communauté SL, la fiche passe de "Resolved" à '''"Closed"'''.


En plus des états "Fix Pending" et "Fixed", une fiche peut aussi être résolue ou fermée si elle doublonne une autre fiche, est non reproductible, mal classée, incomplète, n’est pas un bug, etc.


== Signaler un bug / Proposer une fonctionnalité ==
==Les types de demande==
'''Si vous vous sentez perdu et ne savez pas par où commencer, regardez cette vidéo (15 minutes):
Il existe deux principaux types de demande : les bugs [[Image:Issue Type-Bug.gif]] et les propositions [[Image:Issue Type-New Feature.gif‎‎‎]].
* Un rapport de bug se compose d'une description du problème et des étapes pour le reproduire.
* Une proposition contient une description détaillant le principe de la nouvelle fonctionnalité souhaitée.
* Les demandes sont affichées aux autres utilisateurs qui peuvent les compléter et les commenter.
* Les demandes les plus populaires accumulent les votes.
* Les développeurs de la communauté open source peuvent joindre leurs corrections ou détailler les modifications nécessaires.
* Les votes et [[bug triage|les réunions de tri]] aident à établir les demandes prioritaires.
* Les demandes approuvées par Linden Lab sont ensuite importées dans le JIRA privé des développeurs pour être corrigées.


:<videoflash>Jofq8ClPfNg</videoflash>
L'avancement d'une demande est visible par son état : dès que les modifications sont réalisées et en attente d’intégration dans le client, la demande reçoit l'état '''"Fix Pending"''' <font color="grey">(Correction en attente)</font>. Après confirmation de la correction dans le client par [[QA Portal|l’assurance qualité de Linden Lab]] et les résidents, la demande passe à '''"Resolved"''' <font color="grey">(Traitée)</font> ou '''"Closed"''' <font color="grey">(Fermée)</font>. Une demande peut aussi être fermée si elle est non reproductible, mal classée, incomplète ou si elle doublonne une autre demande.


=== Guide de signalement des bugs ===


{| style="background:#fffff0; width:85%; border:3px dashed #ABCDEF; padding:15px;"
==Signaler un bug ou proposer une fonctionnalité==
|  
{| style="background:#EEEEFF; width:100%; border:none"
* '''Fournissez toujours les étapes à suivre pour reproduire le bug''' (et numérotez-les !) Nous pouvons étudier un bug UNIQUEMENT si nous pouvons le reproduire. Plus un bug se reproduit facilement, plus vite il peut être corrigé.
|
** Par exemple, au lieu de dire "Je crash quand j'importe des fichiers", la description devrait être (par exemple) :
<font color=red>'''Remarque importante : tous les JIRA, ou "bugs" doivent être signalés en anglais. Les bugs signalés dans une autre langue ne seront pas traités par Linden Lab.'''</font><br>
#: <font color="grey">1. Je clique sur Fichier > Importer Image ($L10)...
'''Indiquez toujours les étapes à suivre pour reproduire le bug'''. Un bug ne peut être étudié que si nous sommes capables de le reproduire. Plus il se reproduit facilement, plus vite il peut être corrigé. Par exemple, au lieu de dire "Je crashe quand j'importe des fichiers", la bonne description est :
#: 2. Je choisis un fichier .TXT au lieu d'un fichier .JPG
<font color="grey">
#: 3. Je clique sur Ouvrir
# Je clique sur Fichier > Charger une image (10L$)...
#: 4. RESULTAT : mon ordinateur crash.  Aucune fenêtre d'incident n'apparaît.</font>
# Je choisis un fichier .TXT au lieu d'un fichier .JPG
** Vous pouvez envoyer cette explication à un ami. Si votre ami arrive à suivre les étapes, il y a de fortes chances que nous le puissions aussi!
# Je clique sur Ouvrir
# RÉSULTAT : mon ordinateur crashe sans message d'avertissement.</font>


* N’hésitez pas à ajouter des images, des vidéos, des rapports d'incident (log de crash) ou tout autres fichiers liés à votre anomalie (dans la limite de 10 Mo chacun). Dans l’exemple précédent, il pourrait être intéressant,par exemple, de joindre le fichier que vous avez essayé d’importer.
* Envoyez cette description à un ami. Si votre ami arrive à suivre les étapes, il y a de fortes chances que nous le puissions aussi !


* N’expliquez qu’'''un seul problème''' par fiche. Chaque bug a besoin de sa propre fiche afin d’être suivi individuellement.
* N’hésitez pas à ajouter des images, des vidéos, des rapports d'incident ou tout autre fichier lié à votre problème. Dans l’exemple précédent, il serait utile de joindre le fichier que vous avez essayé d’importer.


* '''Recherchez''' votre anomalie dans les fiches existantes avant d’en créer une afin d’éviter les doublons
* '''Ne décrivez qu’un seul problème par demande'''. Chaque bug a besoin de sa propre demande pour être suivi individuellement.


* Lorsque vous décrivez un bug, évitez d’utiliser les noms de résidents ou de donner des renseignements personnels. Si le bug a un impact limité à vous même, à une sim ou à très peu de personnes, vous devriez commencer par contacter le support technique via [http://support.secondlife.com son portail].
* '''Recherchez''' votre problème dans les demandes existantes avant d’en créer une pour éviter les doublons.


* Évitez d’utiliser les noms de résidents ou de donner des renseignements personnels. Si le problème n'affecte que votre avatar ou une région, commencez par contacter [http://support.secondlife.com l'assistance technique].
|}
|}


=== Restez à jour ===
#Consultez les [[Release Notes]] pour connaître les dernières évolutions du client. Des informations sur un nouveau bug ou une note sur une modification intentionnelle peuvent y figurer. Par exemple, l’interdiction de vente de terrain pour 0 L$ est une fonction voulue, pas un bug !


# Vérifiez que vos pilotes graphiques sont [https://support.secondlife.com/ics/support/default.asp?deptID=4417&task=knowledge&questionID=3884 à jour]. Pour les utilisateurs expérimentés, les [http://www.omegadrivers.net/ Pilotes Omega] sont des versions modifiées et couramment utilisées.
===Restez à jour===
* Consultez [[Release Notes|les notes de versions]] pour connaître les derniers développements et les nouveaux bugs du client. Par exemple, l’interdiction de vendre un terrain pour 0L$ n'est pas un bug mais une fonction voulue par les développeurs.


=== Savoir si un bug a déjà été signalé ===
* Vérifiez que les pilotes de votre carte graphique [http://support.secondlife.com/ics/support/default.asp?deptID=4417&task=knowledge&questionID=3884 sont à jour].
Avant de signaler un bug, vous devez préalablement vérifier s’il n’y a pas des informations sur le sujet dans [http://secondlife.com/community/support.php le portail du support] ou si un [http://status.secondlifegrid.net/ rapport récent] fait état de problème ponctuel sur la grille.


Eviter les doublons est très important. Leur gestion représente un important travail de tri (tant pour les Lindens que pour les résidents) et cela peut vous frustrer en vous donnant la fausse impression qu’une fiche est ignorée ou moins suivie qu’une autre. Il est plus efficace de concentrer le suivi d’un bug sur une fiche unique d'autant plus que les fiches les plus actives ont bien souvent une plus grande priorité de correction.


Après vous être connecté, vous verrez le tableau de bord. Depuis ce point vous avez accès à des filtres de recherche vous donnant accès aux fiches les plus récentes. Par exemple, vous pouvez choisir d’afficher toutes les fiches non résolues (non corrigées ou non étudiées) pour chaque projet. Une fois ce premier filtre appliqué, révisez le filtre pour affiner la recherche.
===Vérifiez si le bug est déjà signalé===
Avant d'ouvrir une demande, vérifiez déjà [http://secondlife.com/community/support.php la base de connaissance de l'Assistance] et regardez si [http://status.secondlifegrid.net/ l'état de la grille] signale un problème.


Vous pouvez créer et enregistrer vos propres filtres ou lancer de nouvelles recherches depuis la zone de « Recherche Rapide ». Cette recherche est indispensable avant de décider de créer une nouvelle fiche.
Éviter les doublons est très important. Leur gestion représente un important travail de tri tant pour les Lindens que pour les résidents. Il est plus efficace de concentrer le suivi d’un bug sur une demande unique et les demandes les plus actives ont souvent une plus grande priorité.


Si vous constatez que votre bug est déjà signalé, plusieurs actions s’offrent à vous :
La connexion à Jira donne accès aux filtres de recherche. Vous pouvez personnaliser et enregistrer vos propres filtres ou lancer de nouvelles recherches depuis la zone de "Recherche Rapide". Cette recherche est indispensable avant toute création d'une nouvelle demande.


Laisser un commentaire contenant des informations supplémentaires :
Si vous constatez que votre bug est déjà signalé, vous pouvez continuer à aider :
* Une autre façon de reproduire un bug,
* en laissant un commentaire avec des informations supplémentaires  
* Voter pour la fiche pour signaler que vous la trouvez importante.
* en ajoutant une autre façon de reproduire le bug
* Meilleures seront les informations reportées, meilleures seront les chances d'obtenir une correction rapide.
* en votant pour la demande et montrer qu'elle est importante






=== Signaler un bug ===
===Signaler un bug===
Pour signaler un bug dans le JIRA, suivez les étapes suivantes:
# Connectez-vous sur Jira.
# Cliquez sur "Create a new issue" dans la barre bleue supérieure. (vous devez être connecté pour la voir) [[#Se connecter|Se connecter au JIRA]].)
# Cliquez sur "Create a new issue" <font color="grey">(Créer une demande)</font> dans la barre des menus.
#Sur la première page:
# Sur la première page :
* Choisissez le '''projet''' correspondant le mieux au bug à signaler.
#* Choisissez le '''projet''' correspondant le mieux au bug à signaler. '''Attention :''' les failles de sécurité doivent êtres soumises directement à l'équipe de sécurité (voir [[security issues/fr|Failles de Sécurité]]).
** Attention : vous devez soumettre les failles de sécurité directement à l'équipe de sécurité. Consultez l’article sur les [[security issues/fr|Failles de Sécurité]] pour plus d’info.
#* Choisissez "Bug" <font color="grey">(Bogue)</font> dans la zone '''Issue type''' (<font color="grey">Type de demande</font>).
* Choisissez "Bug" dans la zone '''type d'issue''' (type de fiche)
#* Cliquez sur "Next" <font color="grey">(Suivant)</font>.
* Cliquez sur "Next".
# Sur la deuxième page:
#Sur la deuxième page:
#* Dans '''Summary''' <font color="grey">(Résumé)</font>, entrez un descriptif clair et concis du bug.
## Dans '''summary''' (le titre), entrez un descriptif clair et concis du bug.
#* Dans '''Priority''' <font color="grey">(Priorité)</font>, indiquez la gravité du bug. Par exemple, un bug "Showstopper" rend le programme inutilisable. Cliquez sur l'icône d’aide pour plus de détails.
## Dans '''priority''', indiquez la gravité du bug. Par exemple, un bug "Showstopper" rend le programme inutilisable alors qu'un bug typé "small" est purement esthétique. Cliquez sur l'icône d’aide (à coté de la zone) pour plus de détails.
#* Dans '''Components''' <font color="grey">(Composants)</font>, choisissez les composants affectés par le bug. Vous pouvez choisir plusieurs composants avec la touche Ctrl.
## Dans '''components''', choisissez les composants afin de délimiter le périmètre du bug. Vous pouvez choisir plusieurs composants en utilisant la touche Ctrl.
#* Dans '''Versions''', précisez la version affectée. Vous devez choisir les versions où le bug a pu être observé. Choisissez "First Look" uniquement si le bug ne s'applique qu’à la version First Look.
## Dans '''versions''', indiquez la version affectée par le bug. Vous devez choisir les versions où le bug a pu être observé. Choisissez "First Look" ''uniquement'' si le bug ne s'applique qu’à la version First Look.
#* Dans '''Environment''' <font color="grey">(Environnement)</font>, reportez la configuration de votre système. Indiquez par exemple si le bug ne se produit qu’avec un certain matériel ou une certaine configuration logiciel. Par exemple, "Uniquement sur Mac OS X 10.4.1" ou "Vu seulement avec la carte NVIDIA GeForce Go 7800" sont des commentaires intéressants. La meilleure façon de connaître votre configuration est de reprendre celle donnée depuis le menu Aide > À propos de Second Life... Certains éléments peuvent être révélateurs comme le modèle de carte graphique pour les problèmes de rendu ou le modèle de casque audio pour les problèmes de chat vocal. Si la configuration importe peu, laissez cet espace vide.
## Dans '''environnement''', décrivez les caractéristiques techniques de votre système. Indiquez par exemple si vous avez remarqué qu’un bug ne se produit qu’avec un certain matériel ou certaines configurations de logiciel.  
#* Dans '''Description''', donnez une description du bug avec :
*La meilleure façon de reporter ces informations est de reprendre celles données depuis le menu Help> About Second Life... Certains éléments pourraient être révélateurs (comme le modèle de carte graphique pour les problèmes de rendu ou le modèles de casque audio pour les problèmes de chat vocal). Si la configuration ne semble pas importante, laissez cet espace à blanc.
#** Les étapes pour reproduire correctement le bug ou du moins une description de sa cause. Essayez de donner une description simple mais précise pour permettre la reproduction du bug. Plus la reproduction sera plus simple, plus la cause du bug sera facile à trouver.
** Par exemple, "Arrive seulement avec Mac OS X 10.4.1," ou "Vu seulement avec la carte NVIDIA GeForce Go 7800," etc. sont des commentaires trés intéressants
#** Le résultat observé (ce qui arrive quand le bug se produit).
## Dans '''description''', reportez une description précise du bug. Veillez à y mettre :
#** Le résultat attendu (ce qui aurait du se produire).
** Les étapes pour correctement reproduire le bug (comment générer le bug) ou du moins une description de ce qui semble causer le bug. Essayez de faire cette description aussi simple que possible tout en étant assez précis pour permettre la reproduction du bug. Plus la méthode de reproduction sera plus simple, plus la cause du bug sera facile à déterminer.
#** Tous les éléments susceptibles d'aider, comme les liens vers le forum ou les articles de blog.
** Le résultat observé (ce qui arrive quand le bug se produit)
#** Ne donnez pas de renseignements personnels !
** Le résultat attendu (ce à quoi vous vous seriez plutôt attendu)
# Si vous avez une capture d'écran ou une vidéo ou tout autre fichier concernant le bug, vous pouvez l'attacher en '''pièce jointe''' (limite de taille de 10 Mo par fichier). Il vous sera toujours possible d’attacher des fichiers supplémentaires plus tard. Lisez la page [[Debug Help]] pour connaître les différentes façons d'obtenir de tels renseignements.
** Toutes choses susceptibles d'aider, comme les liens vers le forum ou les articles de blog.
# Si vous désirez joindre une correction, précisez la '''version source''' sur laquelle s’appuie votre correction et cochez '''Patch attached'''.
** pour rappel : soyez aussi précis et n’incluez pas de renseignements personnels!
# Enfin, cliquez sur "Create" <font color="grey">(Créer)</font> pour publier la nouvelle demande.
#Si vous avez une Capture d'écran ou une vidéo du bug ou tout autres fichiers interessants pour l'anomalie, vous pouvez l'attacher en '''pièce jointe'''. Notez qu'il y a une limite de taille de 10 Mo par fichier. Il vous sera toujours possible d’attacher des fichiers supplémentaires plus tard. (Consultez la page [[Debug Help]] pour connaître les différentes façons de fournir de tels renseignements.)
#Si vous êtes un développeur et que vous joignez une patch, précisez la '''version source''' sur laquelle s’appuie votre patch et cochez l’option '''patch attached'''.
# Enfin, cliquez sur "Create" pour créer la nouvelle fiche.


=== Proposer une nouvelle fonctionnalité ===
Le processus est semblable à celui du signalement d’un bug avec les variantes suivantes:


* Choisissez "New Feature" au lieu de "Bug" dans la zone '''type d'issue'''.
===Proposer une nouvelle fonctionnalité===
* Au lieu de décrire la méthode de reproduction d’un bug, décrivez clairement l’implémentation et la fonctionnalité désirée. Assurez-vous que cette dernière n’a pas déjà été proposée. Vous pouvez également consulter [http://blog.secondlife.com/ notre blog] pour en savoir plus sur les travaux en cours.
Le processus est semblable au signalement d’un bug avec quelques différences :
* Choisissez "New Feature" <font color="grey">(Nouvelle fonctionnalité)</font> dans la zone '''Issue type''' <font color="grey">(Type de demande)</font>.
* Dans la description, décrivez clairement la fonctionnalité désirée. Assurez-vous que cette dernière n’a pas déjà été proposée. Vous pouvez aussi consulter [http://blog.secondlife.com/ notre blog] pour en savoir plus sur nos projets en cours.


=== Signaler une faille de sécurité===
*Les failles de sécurité doivent être signalées directement à l’équipe de sécurité. (Les failles de sécurité sont des bugs permettant d’abuser des autres résidents, d’avoir des accès non autorisés aux scripts, de modifier/copier/transférer les objets des autres (les bugs de pouvoirs) et des bugs susceptibles de compromettre la grille ou la vie privées des résidents.
*Pour plus de réactivité, vous pouvez envoyer directement le descriptif de la faille à security@lindenlab.com. Lisez [[security issues|cet article]] pour plus d'infos.


== Restez poli ==
===Signaler une faille de sécurité===
Les failles de sécurité sont des bugs permettant d’abuser des autres résidents ou de compromettre la grille ou la vie privée des résidents. Elles doivent être signalées directement à l’équipe de sécurité. Pour plus de réactivité, vous pouvez envoyer le descriptif de la faille à cet [mailto:security@lindenlab.com e-mail]. Plus d'informations sont disponibles sur la [[Security issues/fr|page dédiée aux Failles de Sécurité]].


'''Note:''' Les [http://secondlife.com/corporate/cs.php CS de Second Life] s'appliquent à tous les domaines de Second Life, y compris le JIRA. N'importe quel résident ne respectant pas ces directives peut se voir interdire l'utilisation du JIRA.
==Restez poli==
[http://secondlife.com/corporate/cs.php Les règles de communauté de Second Life] s'appliquent à tous les domaines de Second Life, y compris JIRA. Un résident ne respectant pas ces règles peut se voir interdire l'accès à JIRA. Exemples de comportements pouvant entraîner un bannissement de JIRA :
* Utiliser JIRA pour faire de la publicité ou promouvoir une cause, un blog, un site Internet ou tout autre sujet non lié au problème.
* Envoyer des message incitant à la haine ou attaquant un autre résident. Ce type de message sera effacé.
* Utiliser JIRA pour des discussions privées. Poster des opinions personnelles hors sujet est interdit. L’objectif du Jira est de trouver des solutions aux problèmes techniques et nous apprécions les commentaires productifs.
* Faire des guerre d'édition. Les modifications répétées sur la résolution, la priorité ou la classification d’une demande sont interdites. Utilisez les commentaires de la demande pour discuter en cas de désaccord avec un autre résident.


Exemples de conduites ou d'actions pouvant entraîner un bannissement du JIRA :
* En utilisant le JIRA pour faire de la publicité ou promouvoir une cause, un blog, un site Internet ou tout sujet non lié au problème.
* La provocation : par l’utilisation de message destiné à inciter la haine ou la colère ou en attaquant directement un autre résident. Ce type de comportement n’est pas adapté au JIRA. Tout message contrevenant à cette règle sera effacé.
* Les discussions privées - Poster vos opinions personnelles ou des déclamations hors sujet est interdit. L’objectif du Jira est de trouver des solutions aux problèmes techniques. Nous apprécions les commentaires productifs. Restez dans le sujet. Les messages ne respectant par cette règle seront supprimés.
* Guerre des éditions - Les modifications répétées relatives à la résolution, la priorité ou la classification d’une anomalie sont interdites. En cas de désaccord avec un autre résident, utilisez la partie commentaire de la fiche pour discuter de ces éléments.


=== Voter ===
==Votez==
Vous pouvez voter pour l’ajout de nouvelles fonctionnalités et la correction de bugs. Le tri des bugs par nombre de votes est disponible [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=10071 ici]. Le JIRA utilise le [http://en.wikipedia.org/wiki/Approval_voting le scrutin d'approbation], vous pouvez voter pour autant de fiches que vous voulez, mais vous êtes limité à un vote par fiche.
JIRA utilise [http://fr.wikipedia.org/wiki/Vote_par_approbation le vote par approbation] : vous pouvez voter pour autant de demandes que vous voulez, mais vous êtes limité à un vote par demande. Les votes sont utilisés pour établir les priorités. La faisabilité et la durée de développement de la nouvelle fonctionnalité ou de la correction du bug sont également prises en compte. Une demande avec beaucoup de votes ne sera pas forcément résolue avant une demande en ayant moins mais dont la correction est plus facile.


Les votes sont utilisés dans le processus de priorisation. La faisabilité et la durée du développement de la nouvelle fonctionnalité ou de la correction de l’anomalie entrent également en ligne de compte. Une fiche ayant reçu beaucoup de votes ne sera pas forcément résolue avant une fiche en ayant moins mais dont la correction est plus facile.


=== surveiller le l’état de votre fiche===
==Surveillez l’état de votre demande==
Les développeurs consultent les demandes et sont donc susceptibles de vous demander des informations supplémentaires. Relisez régulièrement votre demande pour voir si des commentaires ou des questions ont été rajoutés.


Linden Lab étudie régulièrement les fiches crées sur jira.secondlife.com. L'équipe en charge de la correction est susceptible de vous demander des informations supplémentaires ou la participation de d’autres contributeurs. Revenez régulièrement sur votre fiche pour voir si cette dernière a reçu des commentaires ou des questions de Linden Lab.
[[Image:Status-Open.gif‎]] '''Open <font color="grey">(Ouverte)</font>''' : demande ouverte.<br>
[[Image:Status-In_Progress.gif‎‎‎]] '''In progress <font color="grey">(En cours)</font>''' : un développeur travaille au traitement de la demande.<br>
[[Image:Status-Reopened.gif‎‎‎]] '''Reopened <font color="grey">(Rouverte)</font>''' : la demande a été fermée puis rouverte pour signaler que le problème était toujours présent.<br>
[[Image:Status-Resolved.gif‎‎‎]] '''Resolved <font color="grey">(Traitée)</font>''' : un traitement a été effectué, la demande reçoit une résolution :<br>
:: '''Fixed <font color="grey">(Corrigé)'''</font> : le bug est corrigé dans la version officielle de Second Life.<br>
:: '''Fix Pending''' : le bug est corrigé dans une prochaine version.<br>
:: '''Contact Support''' : le problème doit être traitée en passant par l'Assistance.<br>
:: '''Won't Finish''' : la demande ne peut pas être corrigée.<br>
:: '''Duplicate <font color="grey">(Doublon)'''</font> : une autre demande décrit déjà le même bug ou fonctionnalité.<br>
:: '''Expected Behavior''' : le fonctionnement observé est bien celui attendu.<br>
:: '''Need more info''' : la demande manque d'informations et doit être complétée.<br>
:: '''Under Advisement''' : la demande nécessite des discussions internes à Linden Lab en plus d'une correction.<br>
:: '''Cannot reproduce''' : le bug ne peut pas être reproduit. Complétez la description si des étapes supplémentaires sont nécessaires.<br>
:: '''Misfield''' : la demande n’est pas traitable sur Jira.<br>
[[Image:Status-Closed.gif]] '''Closed <font color="grey">(Fermée)'''</font> : la demande est close.


== Les états possibles==


Voici comment le Linden Lab utilise les états de fiches :
==Comment aider sur JIRA ?==
===Identifier les doublons===
Si une demande récente doublonne une autre demande mieux documentée, vous pouvez la traiter à l’état "Resolved" <font color="grey">(Traitée)</font> avec la résolution "Duplicate" <font color="grey">(Doublon)</font>. Liez les deux demandes par le bouton "Link" <font color="grey">(Lier)</font> puis "This issue duplicates" <font color="grey">(Cette demande doublonne)</font> et indiquez la clé de la demande principale. Cela permet ainsi d’identifier les bugs souvent signalés et de centraliser toutes les demandes au même endroit.


; Open : C'est une fiche assigné à un responsable. Ce dernier peut corriger l’anomalie ou la renvoyer à son émetteur en la marquant « Resolved » (voir ci dessous)
; In progress : Un développeur signale qu'il travaille à la correction de l’anomalie.
; Reopened : Comme l’état "Open", sauf que la fiche a été fermée puis rouverte pour signaler que le problème était toujours présent.
; Resolved : C'est une état renvoyant implicitement la fiche à son émetteur. La fiche n’est pas fermée mais plutôt dans une zone de transition don l’issue dépend de sa résolution. C'est à l’émetteur de décider s'il faut rouvrir ou fermer la fiche.
:; Fixed : signifie que le bug est corrigé dans la version officielle de Second Life.
:; Fix Pending : signifie que le bug est corrigé dans une version du client prochainement disponible.


:; Contact Support : L'anomalie signalée doit être traitée en passant par le support. Le résident foit remplir un ticket.
===Identifier les problèmes d'assistance===
:; Won't Finish : Signifie que le responsable de la fiche considère que la fiche ne peut et ne sera jamais corrigée.
Cette partie est destinée aux personnes capables de différencier un problème d'assistance d'un bug. La différence n’est pas toujours évidente mais vous êtes encouragé à traiter ce type de demandes. La responsabilité de prouver qu’il s’agit bien d’un bug affectant plusieurs résidents incombe au rapporteur de la demande.
:; Duplicate : Signifie qu’une autre fiche décrit déjà le même problème/fonctionnalité.
:; Expected Behavior : L'anomalie n'en est pas une, le fonctionnement observé est bien celui attendu.
:; Need more info : cette fiche manque d'informations. Vous devez la compléter si vous souhaitez que l’anomalie puisse être corrigée.
:; Under Advisement : L'anomalie nécessite des discussions internes à Linden Lab en plus d'une correction. Cet état permet de signaler à la communauté que la fiche a été vue et est en cours de discussion.
:; Cannot reproduce : L’anomalie ne peut pas être reproduite. Peut être une paramétrage ou des actions supplémentaires sont-elles requises pour reproduire l’anomalie. Complétez votre description du problème si vous souhaitez que l’anomalie puisse être corrigée. Les fiches qui ne peuvent être reproduites seront à terme fermées.
:; Misfield : Cette fiche n’est pas traitable dans le jira
; Closed : La fiche est close.


== FAQ ==


Consultez cette [[Issue tracker/FAQ|page]] pour trouver les réponses aux questions les plus classiques !
===Reproduire les bugs===
Si vous n’êtes pas capable de reproduire le bug en faisant exactement la manipulation décrite dans le même environnement, vous pouvez traiter la demande. Soyez prudents : vous devez avoir la même carte vidéo si la demande concerne un bug graphique. Il est préférable de laisser cette partie aux développeurs.


== La recherche ==


Consultez cette [[Issue tracker/Searching|page]] pour davantage d’information !  
Si vous êtes capable de lister étape par étape la marche à suivre pour reproduire un bug, faites-le ! Complétez la description du rapporteur en ajoutant la liste des étapes. Cela facilite le travail des développeurs en les aidant à se focaliser sur les bugs reproductibles.


== Comment aider? ==


vous avez bien fait de demander
==FAQ==
Consultez [[Issue tracker/FAQ|cette page]] pour trouver les réponses aux questions les plus fréquentes.


=== Identifier les doubles ===
Si vous remarquez une fiche récente qui doublonne une fiche existante déjà bien documentés vous pouvez la passer à l’état "Resolved" et "Duplicate". Choisissez également "Link" et inscrivez le texte "This issue duplicates " (cette fiche doublonne la n°) et indiquez le numéro de la fiche principale. Cela permet de garder une trace de la dépendance des fiches entre eux et d’identifier les bugs les plus souvent signalés. Cela permet ainsi d’attirer l’attention sur les bugs souvent signalés et de centraliser  toutes les fiches au même endroit pour s’assurer qu’il s’agit bien d’un doublon


=== Problème de support ===
==Rechercher sur JIRA==
Cette partie est destinée aux experts techniques capables de différencier un problème de support et un bug – la différence n’est pas toujours évidente. Vous êtes encouragé à « résoudre » ce type de fiches. Une fois une telle fiche « résolue », la responsabilité de montrer qu’il s’agit bien d’un bug affectant plusieurs résidents incombe à l’émetteur de la fiche.
Consultez [[Issue tracker/Searching|cette page]] pour plus d’information sur la recherche dans JIRA.


=== Les anomalies non reproductibles ===
Si en faisant exactement la manipulation décrite, dans le même environnement, vous n’êtes pas capable de reproduire le bug, vous devriez « résoudre » le fiche. Soyez prudents, en cas de problème de rendu graphique, vous devez avoir la même carte vidéo. Il est préférable de laisser cette partie aux experts techniques.


=== Reproduction des bugs ===
==Autres informations==
Ce point est très important!
* '''[[Issue Tracker Forum Transcript]]''' : informations de Rob et Aric Linden sur l’utilisation de Jira et les opérations réalisées en arrière-plan.
Si vous êtes en mesure de lister étapes par étapes la marche à suivre pour reproduire le bug, faites le ! De telle description facilite le travail de Linden Lab en les aidant à se focaliser sur les bugs reproductibles. À moins un qu’un bug puisse être reproduit, il est impossible de vérifier sa correction ou non. Suivez la description de l’émetteur de la fiche et rédigez une liste des étapes à suivre pour générer le bug, ajoutez cette liste à la fiche en signalant que le bug a pu être reproduit. Les anomalies le plus largement documentées ont une plus haute priorité de correction et facilite le travail de l’équipe de tri des bugs.
* [http://www.atlassian.com/software/jira/docs/latest/introduction.html Le guide d'utilisation de JIRA] par Atlassian, créateur de JIRA.


== Autres sources d’informations==
Vous voulez en apprendre plus sur notre Traqueur d'issues?


* '''[[Issue Tracker Forum Transcript]]''' - les Informations de Rob et Aric Linden sur les raisons de l’utilisation du Jira, les opérations réalisés en arriere plan et les réponses à différentes questions relatives au Jira.
<videoflash>Jofq8ClPfNg</videoflash>
* [http://www.atlassian.com/software/jira/docs/latest/introduction.html Le guide d'utilisation du JIRA] par Atlassian, créateur du JIRA.




[[Category: Issue Tracker/fr]]
[[Category: Issue Tracker/fr]]

Latest revision as of 14:34, 3 December 2009

Emblem-important-red.png Avertissement

La traduction de cet article est obsolète. Pour accéder au contenu le plus récent, veuillez vous reporter à la version anglaise.

Si vous le souhaitez, vous pouvez participer à la mise à jour de la traduction de cet article en vous inscrivant à la page Community Translation Project. set version=2

Update Needed

This article needs an update to reflect recent changes in the base article located at Issue tracker. When you're done with the update, change the {{Help/CODE|Parent=Issue tracker|BugFixes=*}} part to {{Help/CODE|Version=2|Parent=Issue tracker|BugFixes=*}}. Thank you for your help!

Cartella blu.jpg
Info.png
Contributions et utilisation
   

Toutes les contributions à JIRA sont soumises au Contribution Agreement de Second Life. En ajoutant des corrections ou des modifications, vous reconnaissez avoir pris connaissance, compris et approuvé les termes.

JIRA n'est pas destiné aux demandes d'assistance. Tous les JIRA, ou "bugs" doivent être signalés en anglais. Les bugs signalés dans une autre langue ne seront pas traités par Linden Lab.
N'ajoutez pas de demandes qui exigent une réponse personnalisée, utilisez plutôt l'Assistance. Exemples à traiter avec l'assistance et non dans JIRA :

  • "Je veux modifier mon abonnement"
  • "Une partie de mon inventaire a disparu"
  • "Quelqu'un a volé mes L$"

Qu'est-ce que JIRA ?

Le site JIRA, consultable à l'adresse http://jira.secondlife.com, est une base de données qui référence les bugs et les propositions des résidents de Second Life. Les problèmes rencontrés sur les clients ou le site officiel de Second Life peuvent y être rapportés et complétés. Cette page a pour but de vous familiariser avec cet outil. Plus précisément, JIRA est un outil de gestion des anomalies édité par Atlassian et utilisé par la communauté open source de Second Life. Il est appelé JIRA Public, PJIRA, ou plus simplement JIRA.


Les types de demande

Il existe deux principaux types de demande : les bugs Issue Type-Bug.gif et les propositions Issue Type-New Feature.gif.

  • Un rapport de bug se compose d'une description du problème et des étapes pour le reproduire.
  • Une proposition contient une description détaillant le principe de la nouvelle fonctionnalité souhaitée.
  • Les demandes sont affichées aux autres utilisateurs qui peuvent les compléter et les commenter.
  • Les demandes les plus populaires accumulent les votes.
  • Les développeurs de la communauté open source peuvent joindre leurs corrections ou détailler les modifications nécessaires.
  • Les votes et les réunions de tri aident à établir les demandes prioritaires.
  • Les demandes approuvées par Linden Lab sont ensuite importées dans le JIRA privé des développeurs pour être corrigées.

L'avancement d'une demande est visible par son état : dès que les modifications sont réalisées et en attente d’intégration dans le client, la demande reçoit l'état "Fix Pending" (Correction en attente). Après confirmation de la correction dans le client par l’assurance qualité de Linden Lab et les résidents, la demande passe à "Resolved" (Traitée) ou "Closed" (Fermée). Une demande peut aussi être fermée si elle est non reproductible, mal classée, incomplète ou si elle doublonne une autre demande.


Signaler un bug ou proposer une fonctionnalité

Remarque importante : tous les JIRA, ou "bugs" doivent être signalés en anglais. Les bugs signalés dans une autre langue ne seront pas traités par Linden Lab.
Indiquez toujours les étapes à suivre pour reproduire le bug. Un bug ne peut être étudié que si nous sommes capables de le reproduire. Plus il se reproduit facilement, plus vite il peut être corrigé. Par exemple, au lieu de dire "Je crashe quand j'importe des fichiers", la bonne description est :

  1. Je clique sur Fichier > Charger une image (10L$)...
  2. Je choisis un fichier .TXT au lieu d'un fichier .JPG
  3. Je clique sur Ouvrir
  4. RÉSULTAT : mon ordinateur crashe sans message d'avertissement.
  • Envoyez cette description à un ami. Si votre ami arrive à suivre les étapes, il y a de fortes chances que nous le puissions aussi !
  • N’hésitez pas à ajouter des images, des vidéos, des rapports d'incident ou tout autre fichier lié à votre problème. Dans l’exemple précédent, il serait utile de joindre le fichier que vous avez essayé d’importer.
  • Ne décrivez qu’un seul problème par demande. Chaque bug a besoin de sa propre demande pour être suivi individuellement.
  • Recherchez votre problème dans les demandes existantes avant d’en créer une pour éviter les doublons.
  • Évitez d’utiliser les noms de résidents ou de donner des renseignements personnels. Si le problème n'affecte que votre avatar ou une région, commencez par contacter l'assistance technique.


Restez à jour

  • Consultez les notes de versions pour connaître les derniers développements et les nouveaux bugs du client. Par exemple, l’interdiction de vendre un terrain pour 0L$ n'est pas un bug mais une fonction voulue par les développeurs.
  • Vérifiez que les pilotes de votre carte graphique sont à jour.


Vérifiez si le bug est déjà signalé

Avant d'ouvrir une demande, vérifiez déjà la base de connaissance de l'Assistance et regardez si l'état de la grille signale un problème.

Éviter les doublons est très important. Leur gestion représente un important travail de tri tant pour les Lindens que pour les résidents. Il est plus efficace de concentrer le suivi d’un bug sur une demande unique et les demandes les plus actives ont souvent une plus grande priorité.

La connexion à Jira donne accès aux filtres de recherche. Vous pouvez personnaliser et enregistrer vos propres filtres ou lancer de nouvelles recherches depuis la zone de "Recherche Rapide". Cette recherche est indispensable avant toute création d'une nouvelle demande.

Si vous constatez que votre bug est déjà signalé, vous pouvez continuer à aider :

  • en laissant un commentaire avec des informations supplémentaires
  • en ajoutant une autre façon de reproduire le bug
  • en votant pour la demande et montrer qu'elle est importante


Signaler un bug

  1. Connectez-vous sur Jira.
  2. Cliquez sur "Create a new issue" (Créer une demande) dans la barre des menus.
  3. Sur la première page :
    • Choisissez le projet correspondant le mieux au bug à signaler. Attention : les failles de sécurité doivent êtres soumises directement à l'équipe de sécurité (voir Failles de Sécurité).
    • Choisissez "Bug" (Bogue) dans la zone Issue type (Type de demande).
    • Cliquez sur "Next" (Suivant).
  4. Sur la deuxième page:
    • Dans Summary (Résumé), entrez un descriptif clair et concis du bug.
    • Dans Priority (Priorité), indiquez la gravité du bug. Par exemple, un bug "Showstopper" rend le programme inutilisable. Cliquez sur l'icône d’aide pour plus de détails.
    • Dans Components (Composants), choisissez les composants affectés par le bug. Vous pouvez choisir plusieurs composants avec la touche Ctrl.
    • Dans Versions, précisez la version affectée. Vous devez choisir les versions où le bug a pu être observé. Choisissez "First Look" uniquement si le bug ne s'applique qu’à la version First Look.
    • Dans Environment (Environnement), reportez la configuration de votre système. Indiquez par exemple si le bug ne se produit qu’avec un certain matériel ou une certaine configuration logiciel. Par exemple, "Uniquement sur Mac OS X 10.4.1" ou "Vu seulement avec la carte NVIDIA GeForce Go 7800" sont des commentaires intéressants. La meilleure façon de connaître votre configuration est de reprendre celle donnée depuis le menu Aide > À propos de Second Life... Certains éléments peuvent être révélateurs comme le modèle de carte graphique pour les problèmes de rendu ou le modèle de casque audio pour les problèmes de chat vocal. Si la configuration importe peu, laissez cet espace vide.
    • Dans Description, donnez une description du bug avec :
      • Les étapes pour reproduire correctement le bug ou du moins une description de sa cause. Essayez de donner une description simple mais précise pour permettre la reproduction du bug. Plus la reproduction sera plus simple, plus la cause du bug sera facile à trouver.
      • Le résultat observé (ce qui arrive quand le bug se produit).
      • Le résultat attendu (ce qui aurait du se produire).
      • Tous les éléments susceptibles d'aider, comme les liens vers le forum ou les articles de blog.
      • Ne donnez pas de renseignements personnels !
  5. Si vous avez une capture d'écran ou une vidéo ou tout autre fichier concernant le bug, vous pouvez l'attacher en pièce jointe (limite de taille de 10 Mo par fichier). Il vous sera toujours possible d’attacher des fichiers supplémentaires plus tard. Lisez la page Debug Help pour connaître les différentes façons d'obtenir de tels renseignements.
  6. Si vous désirez joindre une correction, précisez la version source sur laquelle s’appuie votre correction et cochez Patch attached.
  7. Enfin, cliquez sur "Create" (Créer) pour publier la nouvelle demande.


Proposer une nouvelle fonctionnalité

Le processus est semblable au signalement d’un bug avec quelques différences :

  • Choisissez "New Feature" (Nouvelle fonctionnalité) dans la zone Issue type (Type de demande).
  • Dans la description, décrivez clairement la fonctionnalité désirée. Assurez-vous que cette dernière n’a pas déjà été proposée. Vous pouvez aussi consulter notre blog pour en savoir plus sur nos projets en cours.


Signaler une faille de sécurité

Les failles de sécurité sont des bugs permettant d’abuser des autres résidents ou de compromettre la grille ou la vie privée des résidents. Elles doivent être signalées directement à l’équipe de sécurité. Pour plus de réactivité, vous pouvez envoyer le descriptif de la faille à cet e-mail. Plus d'informations sont disponibles sur la page dédiée aux Failles de Sécurité.

Restez poli

Les règles de communauté de Second Life s'appliquent à tous les domaines de Second Life, y compris JIRA. Un résident ne respectant pas ces règles peut se voir interdire l'accès à JIRA. Exemples de comportements pouvant entraîner un bannissement de JIRA :

  • Utiliser JIRA pour faire de la publicité ou promouvoir une cause, un blog, un site Internet ou tout autre sujet non lié au problème.
  • Envoyer des message incitant à la haine ou attaquant un autre résident. Ce type de message sera effacé.
  • Utiliser JIRA pour des discussions privées. Poster des opinions personnelles hors sujet est interdit. L’objectif du Jira est de trouver des solutions aux problèmes techniques et nous apprécions les commentaires productifs.
  • Faire des guerre d'édition. Les modifications répétées sur la résolution, la priorité ou la classification d’une demande sont interdites. Utilisez les commentaires de la demande pour discuter en cas de désaccord avec un autre résident.


Votez

JIRA utilise le vote par approbation : vous pouvez voter pour autant de demandes que vous voulez, mais vous êtes limité à un vote par demande. Les votes sont utilisés pour établir les priorités. La faisabilité et la durée de développement de la nouvelle fonctionnalité ou de la correction du bug sont également prises en compte. Une demande avec beaucoup de votes ne sera pas forcément résolue avant une demande en ayant moins mais dont la correction est plus facile.


Surveillez l’état de votre demande

Les développeurs consultent les demandes et sont donc susceptibles de vous demander des informations supplémentaires. Relisez régulièrement votre demande pour voir si des commentaires ou des questions ont été rajoutés.

Status-Open.gif Open (Ouverte) : demande ouverte.
Status-In Progress.gif In progress (En cours) : un développeur travaille au traitement de la demande.
Status-Reopened.gif Reopened (Rouverte) : la demande a été fermée puis rouverte pour signaler que le problème était toujours présent.
Status-Resolved.gif Resolved (Traitée) : un traitement a été effectué, la demande reçoit une résolution :

Fixed (Corrigé) : le bug est corrigé dans la version officielle de Second Life.
Fix Pending : le bug est corrigé dans une prochaine version.
Contact Support : le problème doit être traitée en passant par l'Assistance.
Won't Finish : la demande ne peut pas être corrigée.
Duplicate (Doublon) : une autre demande décrit déjà le même bug ou fonctionnalité.
Expected Behavior : le fonctionnement observé est bien celui attendu.
Need more info : la demande manque d'informations et doit être complétée.
Under Advisement : la demande nécessite des discussions internes à Linden Lab en plus d'une correction.
Cannot reproduce : le bug ne peut pas être reproduit. Complétez la description si des étapes supplémentaires sont nécessaires.
Misfield : la demande n’est pas traitable sur Jira.

Status-Closed.gif Closed (Fermée) : la demande est close.


Comment aider sur JIRA ?

Identifier les doublons

Si une demande récente doublonne une autre demande mieux documentée, vous pouvez la traiter à l’état "Resolved" (Traitée) avec la résolution "Duplicate" (Doublon). Liez les deux demandes par le bouton "Link" (Lier) puis "This issue duplicates" (Cette demande doublonne) et indiquez la clé de la demande principale. Cela permet ainsi d’identifier les bugs souvent signalés et de centraliser toutes les demandes au même endroit.


Identifier les problèmes d'assistance

Cette partie est destinée aux personnes capables de différencier un problème d'assistance d'un bug. La différence n’est pas toujours évidente mais vous êtes encouragé à traiter ce type de demandes. La responsabilité de prouver qu’il s’agit bien d’un bug affectant plusieurs résidents incombe au rapporteur de la demande.


Reproduire les bugs

Si vous n’êtes pas capable de reproduire le bug en faisant exactement la manipulation décrite dans le même environnement, vous pouvez traiter la demande. Soyez prudents : vous devez avoir la même carte vidéo si la demande concerne un bug graphique. Il est préférable de laisser cette partie aux développeurs.


Si vous êtes capable de lister étape par étape la marche à suivre pour reproduire un bug, faites-le ! Complétez la description du rapporteur en ajoutant la liste des étapes. Cela facilite le travail des développeurs en les aidant à se focaliser sur les bugs reproductibles.


FAQ

Consultez cette page pour trouver les réponses aux questions les plus fréquentes.


Rechercher sur JIRA

Consultez cette page pour plus d’information sur la recherche dans JIRA.


Autres informations


<videoflash>Jofq8ClPfNg</videoflash>