Difference between revisions of "Outil de suivi des anomalies"

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


[[Image:JIRA.jpg|256px|right]]
{| cellpadding="1" cellspacing="1" style="width: 100%; background-color:none; vertical-align: top;"
| colspan="2" style="padding: 0;" |
|-
| style="width: 100%; vertical-align: top;" |
{| border="0" cellspacing="0" cellpadding="0" width="100%"
| style="background-color:#fff;" width="28%" |
{| style="width="30%"; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
| 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:none;" width="8" | &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"
| 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; margin-top:-5px;">
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.


{{OSWikiContribBox|parent=QA}}
<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>
'''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"
* "Une partie de mon inventaire a disparu"
* "Quelqu'un a volé mes L$"
</div>
|}
|}


Tout d'abord, deux choses à noter:
==Qu'est-ce que JIRA ?==
* <span style="color: red; font-weight: bold;">Le Traqueur d'issues JIRA n'est ''pas'' pour les demandes de support technique.</span>  Si vous cherchez l'aide spécifique de compte, utilisez s'il vous plaît nos [http://secondlife.com/support ressources de support].'''
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'''.
* Toutes les soumissions au site (JIRA inclus) sont gouvernées selon [[Project:Contribution_Agreement|Second Life Projet Contribution Agréement]].  En soumettant des pièces et d'autres informations en utilisant ce site, vous admettez que vous avez lu, avez compris et êtes d'accord avec ces termes.
Le '''traqueur d'issues public JIRA''', localisé à http://jira.secondlife.com, est une base de données recherchable utilisée pour organiser des issues (c'est-à-dire les bugs et les demandes caractérisées) soumis par la communauté de Second Life. Ici, vous pouvez aider à fournir des informations sur les issues que vous trouvez en utilisant les versions source ou standard ouvertes de Second Life. Les informations sur cette page vous aideront à devenir familiers avec le JIRA.


Plus précisément, JIRA est un instrument d'administration et d'édition de projet fait par
[http://www.atlassian.com/software/jira Atlassian].  Il est essentiellement utilisé par la communauté open source de Second Life et peut être considéré comme le "JIRA Public", "PJIRA", ou juste "JIRA", selon le contexte.


== Comment il fonctionne ==
==Les types de demande==
Il y a deux types principaux d'issues : l'annonce de bugs et les nouvelles caractéristiques.
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 est composé d'une description du problème et, si c'est possible, une façon de le reproduire.
* Un rapport de bug se compose d'une description du problème et des étapes pour le reproduire.
* Une nouvelle demande de caractéristique est composée d'une description et comment la caractéristique proposée devrait fonctionner.
* 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.


Les deux types d'issues reçoivent alors l'attention d'autres utilisateurs, qui peuvent ajouter d'autres informations ou des descriptions plus simples et des reproductions. Les issues populaires accumulent des votes d'autres utilisateurs. Les programmeurs dans la communauté open source peuvent attacher "des éléments correctifs", ou changer le code source qui adresse l'issue. Les votes, aussi bien que les évènements comme le [[bug triage]], aident à donner des priorités aux issues. Celles qui sont admises sont "importées" dans la copie privée des Lindens de JIRA.
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.


Après que l'issue ai reçu l'attention de Linden, d'autres peuvent toujours continuer à aider :


* Dès que les changements sont accomplis et en attente de proposition au public, le bug est résolu comme '''"Fixe en Attente"'''.
==Signaler un bug ou proposer une fonctionnalité==
* Quand le changement a été rendu disponible, il est résolu comme '''"Fixé"'''.
{| style="background:#EEEEFF; width:100%; border:none"
* Généralement, après être confirmé comme fixée par Linden Lab [[QA Portal|Quality Assurance Team]] et notre communauté, son statut est passé de "Résolue" à '''"Fermée"'''.
|
<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>
'''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 :
<font color="grey">
# Je clique sur Fichier > Charger une image (10L$)...
# Je choisis un fichier .TXT au lieu d'un fichier .JPG
# Je clique sur Ouvrir
# RÉSULTAT : mon ordinateur crashe sans message d'avertissement.</font>


En plus de "Fixe en Attente" et "Fixé", une issue peut aussi être résolue ou fermée si elle a son double dans une autre issue, non reproductible, mal classée, pas un bug, incomplète, etc.
* Envoyez cette description à un ami. Si votre ami arrive à suivre les étapes, il y a de fortes chances que nous le puissions aussi !


== La création de rapport de bug et les demandes de caractéristique ==
* 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.
'''Si vous vous sentez perdu et ne savez pas où commencer, regardez cette vidéo:


<videoflash>Jofq8ClPfNg</videoflash>
* '''Ne décrivez qu’un seul problème par demande'''. Chaque bug a besoin de sa propre demande pour être suivi individuellement.


Vous pouvez aussi voir le guide pour démarrer facile, '''"[http://blog.secondlife.com/2007/07/05/how-to-report-bugs-better/ How to report bugs better]"'''.
* '''Recherchez''' votre problème dans les demandes existantes avant d’en créer une pour éviter les doublons.


=== Changements récents ===
* É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].
Vous pouvez vérifier les [[Release Notes]] ou [[Beta Release Notes]] pour voir l'actualité des changements récents de Second Life. Quelquefois, on peut découvrir le contexte autour d'un nouveau bug, ou constater qu'un changement était voulu. Par exemple, l'incapacité de vendre votre terrain pour 0 L$ est une caractéristique, pas un bug.
|}


Aussi, vous devriez vous assurer que vos pilotes vidéos sont à jour. Ceux-ci sont normalement obtenus depuis le site Internet de votre fabricant de matériel graphique, habituellement le [http://www.nvidia.com/content/drivers/drivers.asp NVIDIA site officiel ] ou le [http://ati.amd.com/support/driver.html ATI site officiel].  Les [http://www.omegadrivers.net/ Pilotes Omega]sont souvent des versions utilisées et modifiées de ces pilotes.


=== Déterminer si l'issue a déjà été soumise ===
===Restez à jour===
Le fait d'éviter des issues en duplicata est très important. Le classement des doubles est une perte de temps et d'effort (tant pour le personnel de Linden Lab que pour les résidents) et cela provoque des bugs et des propositions de caractéristique qui donnent l'impression d'avoir moins d'attention qu'elles devraient en avoir vraiment. Il est plus efficace de concentrer les efforts du même problème dans la même issue, d'autant plus que les issues actives reçoivent la plus grande priorité.
* 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.


Après vous être connecté, vous verrez le Tableau de bord. Ici vous avez accès à quelques filtres de recherche qui vous donnent une approche aux renseignements les plus récents sur les issues soumises. Par exemple, vous pouvez cliquer sur ce qui montre toutes les issues non résolues (pas fixées ou non évaluées) dans chaque projet, commencez ensuite une recherche de texte à partir de là (en révisant le filtre). Évidemment vous pouvez créer et sauver vos propres filtres d'un moment à l'autre, ou diriger simplement une nouvelle recherche de la boîte de Recherche Rapide. L'une ou l'autre voie, c'est la meilleure pratique pour chercher des issues que vous voulez signaler de plusieurs façons avant le fait de les soumettre!
* 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].


Si vous constatez que votre issue a été déjà soumise, vous pouvez toujours faire plusieurs choses pour aider :


Laisser un commentaire contenant des informations supplémentaires ou des détails
===Vérifiez si le bug est déjà signalé===
* Si c'est un bug, peut-être une autre façon de reproduire ce bug
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.
* Voter pour l'issue pour exprimer que vous la trouvez importante.  
* Meilleures seront les informations dans une issue spécifique, meilleure chance elle aura d'obtenir une résolution rapide.  


=== Directives ===
É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é.
* Soumettez des issues concernant la sécurité et d'exploitations directement à l'équipe de sécurité. Les exploitations sont des bugs qui pourraient être utilisés pour recevoir un avantage sur d'autres, l'approche faite sans autorisation aux scripts, la duplication faite sans autorisation ou le transfert ou le fait de modifier des objets que vous n'avez pas créés (est aussi appelé les bugs de 'permissions') et d'autres bugs qui pourraient potentiellement provoquer un compromis de la grille ou de la vie privée d'un résident. Pour les résultats les plus rapides, contactez un Linden dans le groupe "Bug Hunters", et faite lui parvenir par e-mail votre rapport à security@lindenlab.com.  Voir l'article [[security issues]].
*Si votre issue est urgente (comme un contenu perdu) et que vous disposez d'un Compte Premium, utilisez le téléphone ou le soutien par chat. Vous pourriez recevoir une réponse plus rapide si vous soumettez aussi un ticket par [http://support.secondlife.com le portail de support,] mais habituellement cela prend sept jours avant que votre ticket soit ouvert.
* En décrivant le bug, si possible, essayez d'omettre les noms Locaux ou d'autres renseignements personnellement identifiant. Si le bug semble vous affecter seulement vous-même ou très peu de personnes, vous devriez considérer d'autres façons de contacter le soutien technique via [http://support.secondlife.com le portail de support].
* Plus facilement nous pourrons reproduire le bug, plus vite il peut être fixé. Par exemple, au lieu de dire "je déconnecte quand j'importe des fichiers par lots", la reproduction devrait être expliquée par des étapes spécifiques:
*: Exemple:
*:* Cliquez Fichier> importer une Image (10 L$)...
*:* Choisissez un fichier .TXT au lieu d'un dossier .JPG
*:* Cliquez le bouton Ouvrir
: Essayez d'envoyer cette explication à un ami, voir s'il peut le refaire! Si votre ami peut suivre les étapes, il y a de fortes chances que nous le puissions aussi!
* Considérez qu'importer des photos, des images, des vidéos, des rapports d'accident, ou d'autres fichiers liés (dans la limite de 10 Mo chacun). Dans le susdit exemple, vous pourriez considérer que c'est le fait d'importer le type de  fichiers que vous avez essayé d'importer qui a provoqué l'accident.
* Ne soumettez '''pas''' plus d'une issue dans un rapport simple.
* '''Recherchez''' vraiment dans les issues d'abord pour garantir que le vôtre n'y est pas en double.


=== Soumettre un bug ===
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.
Pour créer une nouvellle issue sur un bug dans JIRA, faites les choses suivantes:
* cliquez sur "Créer une Nouvelle issue" le lien dans la barre bleue de navigation vers le haut de l'écran. (Si vous ne le voyez pas, assurez-vous que vous êtes connecté  [[#Logging in|logged in to JIRA]].)


Sur la première page:
Si vous constatez que votre bug est déjà signalé, vous pouvez continuer à aider :  
* Choisissez un '''projet''' qui correspond au plus près à la sorte de bug que vous soumettez - voir [[#Projets et Composants]].
* en laissant un commentaire avec des informations supplémentaires
** Mémento : vous devriez soumettre des issues concernant la sécurité directement à l'équipe de sécurité. Voir [[security issues]].
* en ajoutant une autre façon de reproduire le bug
* Choisissez "Bug" comme votre '''type d'issue'''.
* en votant pour la demande et montrer qu'elle est importante
* Cliquez sur "Suivant".


Sur la dernière page:
* Entrez dans un '''résumé''' concis mais descriptif (le titre) pour l'issue
* Choisissez la '''priorité''' (la sévérité) du bug. Par exemple, un bug "bloqueur" pourrait rendre le programme inutile, mais "un petit" bug pourrait être simplement esthétique. Cliquez l'icône en BasdePage pour plus de détails.
* Choisissez les '''composants''' qui réduisent la possibilité du bug. Vous pouvez choisir des composants multiples par Ctrl-clic.
* Choisissez les '''versions''' que le bug affecte.  Vous devriez seulement choisir ces versions où vous avez observé le bug et choisissez seulement une "version actuelle" si le bug s'applique ''seulement'' à celle-ci.
* La partie '''Linden Lab Issue ID''' devrait généralement être laissée blanche à moins que vous ne soyez un Linden. Si vous voulez vous référer à un numéro de ticket de support, qui devrait entrer dans la description, ce n'est pas ici.
* Décrivez l' '''environnement''' dans lequel le problème se produit, si vous avez remarqué que le bug se produit seulement avec un certain matériel ou des configurations de logiciel. Une façon de trouver de telles informations est l'option "A propos de" dans le menu Second Life. Vous pouvez calculer approximativement si certains faits pourraient être pertinents (comme le modèle de carte graphique pour les problèmes graphiques, ou les modèles de casque pour les caractéristiques de voix) et chercher davantage d'aide dans la réduction des choses. Si la configuration ne semble pas importer, vous pouvez laisser cet espace blanc.
** Par exemple, "Arrive seulement avec Mac OS X 10.4.1," ou "Vu seulement avec la carte NVIDIA GeForce Go 7800," etc.
* Notez une '''description''' détaillée de l'issue et soyez sûr d'inclure:
** Les étapes pour correctement reproduire le bug (comment faire arriver le bug), ou au moins une description de ce qui semble causer le bug, dans le détail. Essayez de le rendre aussi simple que possible en étant toujours assez spécifique pour reproduire le bug. Les reproductions plus simples rendent plus facile d'en réduire les causes.
** Les résultats observés (ce qui arrive quand le bug se produit)
** Les résultats attendus (ce à quoi vous vous seriez plutôt attendus)
** Toute autre chose dont vous pensez que cela puisse aider, comme les liens de forum ou les articles de blog.
** De nouveau, soyez aussi précis en détail que possible sans inclure des renseignements personnels!
*Si vous avez une Capture d'écran ou une vidéo du bug, ou d'autre fichiers pertinents, vous pouvez l'attacher en '''pièce jointe'''.  Notez qu'il y a une limite de grandeur de 10 Mo par fichier. Vous pourrez aussi attacher des fichiers supplémentaires plus tard. (Voir [[Debug Help]] pour les différentes façons de fournir de tels renseignements supplémentaires.)
*Si vous êtes un programmeur et que vous joignez une pièce pour le code source, précisez la '''version source''' de votre pièce tout contre et vérifiez la '''pièce à attacher''' à la boîte.
* Pour finir, cliquez "Créer" pour créer la nouvelle issue.


=== Soumettre une nouvelle caractéristique ===
Le processus est semblable au fait de soumettre un bug, avec les différences suivantes:


* Choisissez "Nouvelle Caractéristique" au lieu de "Bug" comme votre '''type d'issue'''.
===Signaler un bug===
* Au lieu d'une "reproduction", décrivez clairement l'implantation désirée et la fonctionnalité de la nouvelle caractéristique. Assurez-vous qu'il n'a pas déjà été fait — vous pouvez vous réfèrer aux [http://www.slhistory.org/index.php/Release_Notes notes libres] pour le contexte historique et lire [http://blog.secondlife.com/ notre blog] pour apprendre plus sur ce que nous en faisons ensuite.
# Connectez-vous sur 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 :
#* 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é]]).
#* Choisissez "Bug" <font color="grey">(Bogue)</font> dans la zone '''Issue type''' (<font color="grey">Type de demande</font>).
#* Cliquez sur "Next" <font color="grey">(Suivant)</font>.
# Sur la deuxième page:
#* Dans '''Summary''' <font color="grey">(Résumé)</font>, 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 '''Components''' <font color="grey">(Composants)</font>, 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''' <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 '''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 !
# 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.
# Si vous désirez joindre une correction, précisez la '''version source''' sur laquelle s’appuie votre correction et cochez '''Patch attached'''.
# Enfin, cliquez sur "Create" <font color="grey">(Créer)</font> pour publier la nouvelle demande.


=== Voter pour les issues ===
Vous pouvez voter pour de nouvelles caractéristiques et des bugs que vous voulez voir résolu et [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=10071 voir toutes les issues par # des votes]. JIRA utilise [http://en.wikipedia.org/wiki/Approval_voting le scrutin d'approbation], donc vous pouvez voter pour autant (ou peu)des issues que vous voulez et vous recevez 1 vote par issue.


Les votes peuvent sans hésiter être utilisés comme faisant partie de notre processus de hiérarchisation. Notez que puisque nous devons regarder des aspects comme la faisabilité et le temps exigé pour l'implantation, une issue hautement votée ne va pas nécessairement être résolue en avance d'une moyennement-votée, mais plus accomplie.
===Proposer une nouvelle fonctionnalité===
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.


=== Revenez pour surveiller le statut d'une issue ===
Le Linden Lab reconsidérera des issues soumises à jira.secondlife.com sur une base régulière. L'équipe d'ingénieurs peut exiger des informations supplémentaires du correspondant de l'issue, ou d'autres donateurs, ainsi la reconsidération de toutes vos issues créées/remarquées sera régulièrement utile pendant que le soutien par courrier électronique dans JIRA est rendu inactif.


Aussi, quand les issues sont résolues à l'intérieur de l'interface le site externe sera actualisé aussi, vérifiez donc vos issues régulièrement pour voir les changements.
===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é]].


== États d'issue ==
==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.


=== États disponibles ===


Voici comment le Linden Lab utilise les résolutions:
==Votez==
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.


; Ouverte : C'est une issue qui appartient au Cessionnaire pour le résoudre. Le cessionnaire peut fixer l'issue, ou renvoyer l'issue au correspondant en la marquant "Résolue" (voir ci-dessous)
; En Progrès : C'est ainsi qu'un développeur indique à chacun qu'il/elle travaille l'issue.
; Réouvert : même que "Ouvert".
; Résolue : C'est une attribution implicite en réponse au Rapporteur de l'issue. Elle n'est pas fermée encore, mais plutôt dans un état de limbes qui dépendent de la résolution. C'est au Rapporteur de décider s'il faut réouvrir une issue, ou la fermer.
:; Fixée : signifie que le bug est fixé dans une Mise à Jour publique de Second Life.
:; Fixe en Attente: Signifie que le bug est fixé dans une version du code qui devrait bientôt être publiquement disponible.
:; Ne sera pas fixée: Signifie que le cessionnaire ne croit pas que cette issue devraient être jamais fixée.
:; Double : Signifie qu'il y a une autre issue qui décrit le même problème/idée.
:; Besoins Plus d'Informations : cette issue manque d'informations
:; Ne peut pas Se reproduire : nous appliquons cette étiquette assez librement. Fournissez s'il vous plaît une description détaillée de comment reproduire un problème. Les issues qui ne peuvent pas être reproduites seront finalement fermées.
:; Mal classée : cette issue n'appartient pas à ce secteur d'issue.
; Fermée : Le point final.


=== Quelle est la différence entre "Fixée" et "Fixe en Attente" ? ===
==Surveillez l’état de votre demande==
C'est simple:
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.


* "Fixée" signifie que le fait de fixer est disponible dans la version disponible de Second Life, ''en ce moment''.
[[Image:Status-Open.gif‎]] '''Open <font color="grey">(Ouverte)</font>''' : demande ouverte.<br>
* "Fixe en Attente" signifie que le fait de fixer a été fait dans le Linden Lab et ''n'a pas'' encore été Mis à Jour publiquement. Il peut devoir subir un soin supplémentaire, comme l'assurance de la qualité, ou exige le fait de fusionner une [http://en.wikipedia.org/wiki/Branching_%28software%29 tiers partie], avant d'être disponible pour vous. Pensez-y comme un "Nous en sommes presque là ... nous y viendrons bientôt!" notez.
[[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.


== Second Life JIRA QFP (Questions Fréquement Posées) ==


=== Oppositions ===
==Comment aider sur JIRA ?==
* <span style="color: red; font-weight: bold;">Le Traqueur d'issues JIRA n'est ''pas'' pour le support technique</span>, ainsi n'entrez '''''pas''''' s'il vous plaît dans les issues une qui exigerait une réponse adaptée à votre situation personnelle. Les exemples incluent:
===Identifier les doublons===
*:* "Je ne peux pas changer mon payement"
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.
*:* "J'ai une question à propos du terrain que j'ai acheté"
*:* "J'ai perdu une partie de mon inventaire"
*:* "Je continue d'être déconnecté!"
*:* "Quelqu'un a volé mes L$"
*:* "Le terrain ou je suis subi trop de LAG"
*:* "Comment puis-je construire une maison?"
*:* [https://jira.secondlife.com/secure/QuickSearch.jspa?searchString=misfiled Plus d'exemples d'issues mal classées]
*: Les gens qui utilisent le JIRA ne peuvent d'habitude rien faire de plus que ces issues et ce sera fort probablement un gaspillage de temps (vous arriverez probablement seulement à un "contactez s'il vous plaît le soutien" en réponse). Il rend aussi plus dur pour d'autres Résidents comme vous d'utiliser le Traqueur d'Issues. Si vous cherchez une assistance personnelle, envoyez s'il vous plaît votre message à l'endroit juste en contactant le [http://secondlife.com/community/support.php Support], et soyez sûrs d'inclure des détails utiles pour permettre au Linden Lab de vous aider.




* Avant de signaler des issues, vous devriez d'abord voir s'il y a des informations existantes en fouillant les [http://secondlife.com/community/support.php ressources de support], et chercher les derniers rapports de statut sur le [http://blog.secondlife.com/ Blog Officiel Linden].
===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.




'''Note:''' Les [http://secondlife.com/corporate/cs.php Normes de Communauté] de Second Life s'appliquent à tous les relatifs de Second Life, en incluant le Traqueur Public de Second Life. N'importe quel Résident qui ignore ces directives peut être interdit d'une utilisation future du traqueur d'issue.
===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.




'''Exemples de conduites spécifiques ou d'actions qui peuvent donner suite à un bannissement du Traqueur d'issue:'''
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.


* En utilisant le Traqueur d'Issues pour promouvoir vos affaires, cause, blog, site Internet ou n'importe quoi qui ne soit pas directement rattaché à l'issue.
* En raillant - on appelle l'acte de poster un message qui est destiné à inciter à la colère ou à attaquer directement une personne ou des personnes "en raillant" et il n'est pas approprié pour le Traqueur d'Issues. Restez-en s'il vous plaît aux faits de l'issue. Les messages qui l'ignorent peuvent être effacés.
* Les Discussions Privées - Poster vos opinions personnelles ou déclamations extravagantes hors du thème. Pjira sert à trouver des solutions aux issues. Nous aimons le commentaire productif. Restez s'il vous plaît fidèles aux détails techniques de la question.
* Guerre d'édition - des changements Répétés à une résolution, une priorité ou une classification d'une issue dans Pjira.


=== Se connecter ===
==FAQ==
* Visitez https://jira.secondlife.com et cliquez le lien 'Log In' dans le coin supérieur droit de la page.
Consultez [[Issue tracker/FAQ|cette page]] pour trouver les réponses aux questions les plus fréquentes.
* Sur la page d'ouverture de session, entrez dans votre nom complet d'utilisateur de Second Life et votre mot de passe.
* Cela chargera maintenant la page Jira principale que vous avez vue auparavant mais il aura plus d'options, comme "Créer une Issue", un lien pour réviser votre profil et quelques filtres prédéterminés.


=== Bugs et Nouvelles Caractéristiques ===
* Vous pouvez vouloir feuilleter le [[Bug Reporting 101]] pour les choses à essayer avant de soumettre un bug.
* Vous pouvez aussi proposer de nouvelles caractéristiques par JIRA. (JIRA est le successeur de [http://secondlife.com/vote/ l'Instrument de Caractéristiques aux Votes], parce qu'il a une meilleure recherche et également pour la façon dont les Lindens organisent les issues à l'intérieur. De plus, vous pouvez y discuter avec d'autres Résidents.)


=== Profil Utilisateur ===
==Rechercher sur JIRA==
* Chaque utilisateur JIRA a un "profil". Le profil se compose de votre Nom d'utilisateur (votre nom dans SL), nom complet (dans notre cas, aussi votre nom dans SL) et tous les groupes JIRA auxquels vous appartenez. Pour la plupart des personnes, cela signifie des "utilisateurs-jira."
Consultez [[Issue tracker/Searching|cette page]] pour plus d’information sur la recherche dans JIRA.


* L'adresse du courrier électronique associée à votre compte restera anonyme à d'autres utilisateurs. L'adresse n'est pas visible ou configurable pour le moment. L'importation directe de l'adresse de votre courrier électronique de la base de données de Second Life est actuellement inactive.


* Le profil de JIRA n'est pas éditable parce que le fait de permettre des changements introduirait des conflits dans votre compte de Second Life. Si vous voulez réviser des renseignements de compte comme l'adresse de votre courrier électronique, s'il vous plaît, utilisez l'[https://secondlife.com/account ouverture de session à la page de gestion des comptes] de secondlife.com.
==Autres informations==
* '''[[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.  
* [http://www.atlassian.com/software/jira/docs/latest/introduction.html Le guide d'utilisation de JIRA] par Atlassian, créateur de JIRA.


=== Modifier ses préférences ===
* Si vous voulez afficher plus d'issues par page ou changer la langue affichée du JIRA, utilisez la [https://jira.secondlife.com/secure/UpdateUserPreferences!default.jspa Mise à jour des Préférences Utilisateur] après vous être connecté.


=== Projets et Composants ===
<videoflash>Jofq8ClPfNg</videoflash>
* Les ''Projets'' sont utilisés pour classer par catégories des issues dans des groupes logiques.
* Les ''Composants'' sont utilisés pour spécifier quelle est la partie système qu'une issue affecte. Autrement dit, quelle est l'orientation du problème dans un projet.
 
{| class="wikitable" border="1"
|+ Projets et Composants dans JIRA
! Viewer (VWR) !! Service (SVC) !! Website (WEB) !! Miscellaneous (MISC)
|- valign="top"
|
* Avatar/Character
* Building (in-world)
* Chat/IM
* Crashes
* Documentation
* Graphics
* Internationalization
* Inventory
* Land
* Linden Dollars (L$)
* Missing Content
* Performance
* Permissions
* Physics
* Scripting
* Sound
* Source Code
* Stipends
* User Interface
* Voice
|
* HTTPRequest
* Internationalization
* Performance
* Physics
* Scripts
* Simulation
* Teleport
* XML-RPC
|
* Account summary
* blog.secondlife.com
* Developer Directory
* Events
* forums.secondlife.com
* Friends Online
* Interactive map
* jira.secondlife.com
* Land Store
* lindenlab.com
* Lindex
* New account creation
* Public Data Feeds
* Public Metrics & Charts
* secondlife.com
* teen.secondlife.com
* wiki.secondlife.com
|
* Miscellaneous
|}
 
;Interface de Second Life (VWR): Les issues se rapportant à l'interface de Second Life sont annoncées sous ce projet.
:'''Exemples''':
:* "Les vêtements de mon avatar sont tout noir après avoir installée une mise à jour de pilote vidéo" (Composant = Avatar/Character)
:* "Les objets dans mon Inventaire ne restent pas classés dans l'ordre correct après une déconnexion et reconnexion" (Composant = Inventory)
 
;Service de Second Life (SVC): Les issues se rapportant au service de Second Life sont annoncées ici. 
:'''Exemples''':
:* "La performance de serveur diminue quand plusieurs avatars se téléportent dans la région simultanément" (Composant = Performance et/ou Teleport)
:* "Mes objets scriptés ne sont plus actif après un redémarrage de Second Life" (Composant = Scripts).
 
;Site Internet de Second Life (WEB): Les issues se rapportant au site Internet de Second Life sont dans ce projet. 
:'''Exemples''':
:* "Wiki prévient l'ouverture de session pour les utilisateurs avec une erreur dans leur nom" (Composant = wiki.secondlife.com)
:* "jira.secondlife.com me force toujours à m'authentifier même si je sauvegarde mes renseignements d'ouverture de session" (Composant = jira.secondlife.com).
 
;Faits divers de Second Life (MISC): Autre types d'issues devant être annoncées dans le projet MISC.
:'''Exemple''':
:* "Les TOS ne me permettent pas de réviser le code source de l'interface" (Composant = Miscellaneous)
 
=== Les issues de Sécurité - a.k.a "le Cinquième Projet manquant" ===
Le projet de Sécurité dans Jira est seulement accessible par les employés Linden. Pourtant, vous pouvez créer une nouvelle issue là et l'équipe de sécurité recevra la notification immédiatement. Voir la page [[security issues]] pour plus d'informations sur le fait de soumettre des issues et le fait de recueillir des dons généreux pour avoir de manière responsable annoncé des issues de sécurité valides.
 
=== Qui est le Linden Travaillant Dessus? ===
Quand nous travaillons une issue, elle peut être assignée au "Linden Travaillant Dessus" comme marque de statut. N'importe quel Linden a l'accès à ce compte. Voir [[User:WorkingOnIt Linden]] pour les détails.
 
=== Trouvé un bug sur JIRA lui-même! ===
Quand vous avez trouvé un bug ou un autre problème (en incluant la demande de caractéristique) sur le JIRA lui-même, les Lindens veulent que vous le classiez sur le JIRA dirigé par Atlassian (le développeur de logiciel JIRA) par vous-même, non pas via le JIRA public SL. C'est disponible sur http://jira.atlassian.com
 
Les Lindens souhaiteraient aussi que vous mettiez un lien vers l'issue que vous avez classée [[Talk:Issue tracker#Feature pour Atlassian|ici]] si vous en avez fais une.
 
=== Mais qu'est-ce que JIRA '''veut dire'''? ===
Euh ... cela signifie “Godzilla”. [http://confluence.atlassian.com/pages/viewpage.action?pageId=192544 Non, vraiment.]
 
== Recherche ==
Regardez cette vidéo :
<videoflash>SAlXK5hSVMc</videoflash>
 
=== Paramètres ===
* La recherche de JIRA est facile dès que vous connaissez un peu les paramètres que vous pouvez utiliser.
* Pour les instructions en recherche dans JIRA, visitez s'il vous plaît [http://www.atlassian.com/software/jira/docs/v3.7.1/querysyntax.html  la syntaxe de requête de JIRA] et [http://www.atlassian.com/software/jira/docs/v3.7.1/quicksearch.html la recherche rapide JIRA].
 
=== Exécuter une recherche ===
* D'abord, cliquez le lien "Trouver des Issues" en haut de l'écran.
* Entrez ensuite, les paramètres que vous voulez chercher dans la case de recherche à gauche de l'écran.
* Comme exemple, si je veux chercher des issues qui n'ont pas été résolues et qui contiennent le mot "avatar", je choisirais les paramètres suivants:
** Projet = tous les projets
** Recherche de texte = avatar
** Résolutions = Non résolue
* Une autre recherche possible serait pour n'importe quelles issues qui ont été fixées la semaine dernière dans un projet particulier. Par exemple, je veux trouver tous les bugs dans l'interface de Second Life qui ont été résolus entre le 1 février 2007 et le 14 février 2007. J'entrerais donc les paramètres suivants:
** (Optionnel : Cliquez le lien "Nouveau" dans la case de recherche pour effacer les cadres des recherches précédentes)
** Projet = interface Second Life
** Résolution = Fixée
** Actualisé Après = le 31 janvier 2007
** Actualisé Avant = le 15 février 2007
 
=== Economiser une recherche avec un Filtre ===
* Un ''filtre'' de recherche est une recherche sauvegardée que vous pouvez partager avec d'autres.
* Après avoir exécutée une recherche comme décrit ci-dessus, vous pouvez la sauvegarder comme filtre en cliquant le lien "Sauvegarder" dans la case de Recherche.
* Donnez au filtre un nom expressif, par exemple "les bugs avatar Non résolus dans tous les projets."
* Maintenant vous pouvez accéder à la recherche et le lancer d'un moment à l'autre en cliquant le lien "Filtre" dans le coin supérieur droit de la page. Cela économise du temps et des efforts, surtout si vous effectuez souvent la même recherche complexe et que voulez un résultat rapide!
 
== Comment je peux aider? ==
 
Content vous ayez demandé! 
 
=== Marquer des Doubles ===
Si vous remarquez une plus nouvelle issue qui est un double d'une issue existante avec beaucoup plus de commentaires, pièces, ou votes, vous êtes libre de choisir "Résolues" et "Double".  Mais quand vous le faites, choisissez s'il vous plaît aussi le "Lien", et précisez ensuite "Ces doubles issues" et signalez le numéro de bug principal. Cela permet à chacun de garder la trace dont les bugs sont des doubles l'un de l'autre et cela évite que des bugs soient annoncés plus que d'autres. Cela garantit que les bugs qui sont souvent annoncés reçoivent la plus haute attention et permet aussi aux doubles d'être reconsidéré sur un endroit central, pour garantir qu'ils sont vraiment des doubles.
 
=== Résoudre des issues de support ===
Cette partie est laissée aux utilisateurs techniquement experts qui peuvent percevoir la différence entre une issue de support et un bug - ce n'est pas toujours évident de les différencier. Vous devriez pour la plupart "Résoudre" un rapport qui semble être une issue de support.  "En Résolution" sur une issue remet la responsabilité sur le rapporteur à fournir plus d'informations sur pourquoi le rapport n'est pas une issue de support et est effectivement un bug reproductible qu'une classe entière d'utilisateur connaît.
 
=== Résoudre des bugs que vous ne pouvez pas reproduire ===
Si vous faites exactement qui est signaler comme bug, avec le même environnement et que vous ne pouvez pas reproduire ce bug, vous devriez résoudre le bug. Soyez prudents, si un bug est rattaché à l'interprétation graphique et que vous n'avez pas la même carte vidéo, par exemple, qui n'est dans pas le même environnement et que vous ne pouvez pas faire cette constatation. De nouveau c'est mieux de laisser cette partie aux utilisateurs techniquement experts.
 
=== Reproduire des bugs ===
Celui-ci est très important! Si vous pouvez créer étapes par étapes la liste pour reproduire le bug dans le rapport de bug, cela aide le Linden Lab à se concentrer sur les bugs qui peuvent être verifiables et fixés. À moins qu'un bug ne puisse être reproduit, il est impossible de savoir s'il a été fixé ou non. Faites ce que le rapporteur de bug a décrit qu'il faisait, inscrivez une liste détaillée étapes par étapes de choses que vous avez faites pour voir arriver le bug et informer en disant que vous avez avec succès reproduit le bug. De tels bugs avec les reproductions solides reçoivent la plus haute priorité dans le processus de développement et aident l'Equipe de Triage de bugs à travailler plus efficacement.
 
== Ressources liées ==
Vous voulez en apprendre plus sur notre Traqueur d'issues?


* '''[[Issue Tracker Forum Transcript]]''' - les Informations de Rob et Aric Linden sur pourquoi nous avons un Traqueur d'issues, ses travaux en coulisses et réponses aux différentes questions.
* [http://www.atlassian.com/software/jira/docs/latest/introduction.html Le guide d'utilisateur de JIRA] par Atlassian, créateurs de JIRA.


[[Category: Issue Tracker]]
[[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>