Difference between revisions of "Outil de suivi des anomalies"

From Second Life Wiki
Jump to navigation Jump to search
(translation in progress)
 
m (Protected "Outil de suivi des anomalies" ([edit=sysop] (indefinite) [move=sysop] (indefinite)))
 
(56 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{Multi-lang|1=Issue tracker|2=/fr}}
{{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>
|}
|}


==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'''.




''' : Travail de traduction de cette page en cours : '''
==Les types de demande==
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.


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.




Tout d'abord, deux choses à noter:
==Signaler un bug ou proposer une fonctionnalité==
* <span style="color: red; font-weight: bold;">Le Traqueur d'issues JIRA n'est ''pas'' pour les demandes de support techniques.</span> Si vous cherchez l'aide spécifique de compte, utilisez s'il vous plaît nos ressources de support [http://secondlife.com/support support resources].'''
{| style="background:#EEEEFF; width:100%; border:none"
* Toutes les soumissions au site (JIRA inclus) sont gouvernées selon [[Project:Contribution_Agreement|Second Life Project Contribution Agreement]]. En soumettant des pièces et d'autres informations en utilisant ce site, vous admettez que vous avez lu, avez compris et avez été 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.
<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>


Plus précisément, JIRA est un instrument d'administration et d'édition de projet fait par
* Envoyez cette description à un ami. Si votre ami arrive à suivre les étapes, il y a de fortes chances que nous le puissions aussi !
[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 ==
* 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.
Il y a deux types principaux d'issues : l'annonce de bugs et les nouvelles caractéristiques.
* Un rapport de bug est composé d'une description du problème et, si c'est possible, une façon de le reproduire.
* Une nouvelle demande de caractéristique est composée d'une description et comment la caractéristique proposée devrait fonctionner.


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 correctif", ou changer le code source qui adresse l'issue. Les votes, aussi bien que les événements comme le [[bug triage]]s, aident à donner des priorités aux issues. Celles qui sont admises sont "importés" dans la copie privée des Lindens de JIRA.
* '''Ne décrivez qu’un seul problème par demande'''. Chaque bug a besoin de sa propre demande pour être suivi individuellement.


Après que l'issue ai reçu l'attention de Linden, d'autres peuvent toujours continuer à aider :
* '''Recherchez''' votre problème dans les demandes existantes avant d’en créer une pour éviter les doublons.


* Dès que les changements sont accomplis et en attente de proposition au public, le bug est résolu comme '''"Fixe en Attente"'''.
* É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].
* Quand le changement a été rendu disponible, il est résolu comme '''"Fixé"'''.
|}
* Généralement, après être confirmé comme fixé par Linden Lab [[QA Portal|Quality Assurance Team]] et notre communauté, son statut est changé "Resolu" à '''"Fermé"'''.


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.


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


<videoflash>Jofq8ClPfNg</videoflash>
* 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].


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]"'''.


=== Changements récent ===
===Vérifiez si le bug est déjà signalé===
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.
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.


Aussi, vous devriez vous assurer que vos pilotes vidéos sont à jours. 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 official site] ou le [http://ati.amd.com/support/driver.html ATI official site].  Le [http://www.omegadrivers.net/ Omega Drivers]sont souvent des versions utilisées et modifiées de ces pilotes.
É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é.


=== Determine if the issue has already been submitted ===
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.
Avoiding duplicate issues is very important. Sorting through duplicates wastes time and effort (for both Linden Lab staff and fellow residents), and it causes bugs and feature proposals to seem like they are getting less attention than they actually are. It is more effective to concentrate efforts about the same problem in the same issue, especially since more-active issues get greater priority.


After logging in, you will see the Dashboard. Here you have access to some search filters which give you access to the most up-to-date information on submitted issues. For example, you can click on ones which show all unresolved (unfixed or untested) issues within each project, then begin a text search from there (by editing the filter). Of course you may create and save your own filters at any time, or simply run a new search from the Quick Search box. Either way, it is best practice to search for issues you wish to report in several ways before submitting them!
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


If you find that your issue was already submitted, you can still do several things to help:
* Leave a comment containing additional information or details
* If it's a bug, possibly another way to reproduce the bug
* Vote for the issue to express that you feel it is important.
The more good information there is about a specific issue, the better chance it has for a quick resolution.


=== Guidelines ===
* Submit security-related issues and exploits directly to the security team.  Exploits are bugs that could be used to get an advantage over others, unauthorized access to scripts, unauthorized copying or transferring or modifying of objects that you didn't create (also called 'permissions' bugs), and other bugs that could potentially cause a compromise of the grid or a resident's privacy.  For the fastest results, contact a Linden in the group "Bug Hunters", and e-mail your report to security@lindenlab.com.  See the article on [[security issues]].
* If your issue is urgent (such as lost content), and you have a Premium Account use the phone or live text support. You might get a faster response if you also submit a ticket through the [http://support.secondlife.com support portal], but usually it take over seven days before your ticket is opened.
* When describing the bug, if possible, try to omit Resident names or other personally-identifying information.  If the bug seems to affect only yourself or very few people, you should consider other ways to find technical support via the [http://support.secondlife.com support portal].
* The easier we can reproduce the bug, the more quickly it can get fixed.  For example, instead of saying "I crash when I upload random things", the reproduction should be laid out in specific steps:
*: Example:
*:* Click File > Upload Image ($L10)...
*:* Choose a .TXT file instead of a .JPG file
*:* Click the Open button
: Try sending your writeup to a friend, to see if they can follow it!  If your friend can follow the steps, chances are we can too!
* Consider uploading snapshots, images, videos, crash logs, or any other related files (10MB limit each).  In the above example, you might consider uploading the files you tried to upload that caused the crash.
* '''Do not''' submit more than one issue in a single report.
* '''Do''' search through issues first to ensure yours is not a duplicate.


=== Submitting a bug ===
===Signaler un bug===
To create a new bug in JIRA, do the following:
# Connectez-vous sur Jira.
* Click the "Create New Issue" link in the blue navigation bar towards the top of the screen. (If you don't see this, make sure you are [[#Logging in|logged in to 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.


On the first page:
* Select a '''project''' that most closely matches the kind of bug you are submitting - see [[#Projects and Components]].
** Reminder: you should submit security-related issues directly to the security team.  See [[security issues]].
* Select "Bug" as your '''issue type'''.
* Click "Next".


On the last page:
===Proposer une nouvelle fonctionnalité===
* Enter a concise but descriptive '''summary''' (title) for the issue
Le processus est semblable au signalement d’un bug avec quelques différences :
* Select the '''priority''' (severity) of the bug.  For example, a "blocker" bug might render the program useless, but a "small" bug might be merely cosmetic.  Click the icon next to the dropdown for more details.
* Choisissez "New Feature" <font color="grey">(Nouvelle fonctionnalité)</font> dans la zone '''Issue type''' <font color="grey">(Type de demande)</font>.
* Select '''components''' that narrow the scope of the bug.  You can select multiple components by Ctrl-clicking.
* 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.
* Choose the '''versions''' that the bug effects.  You should only select those versions where you have observed the bug, and only select a "first look" version if the bug ''only'' applies to First Look.
* The '''Linden Lab Issue ID''' should generally be left blank unless you are a Linden.  If you want to reference a support ticket number, that should go in the description, not here.
* Describe the '''environment''' in which the problem occurs, if you have noticed that the bug only occurs with certain hardware or software configurations.  One way to find such information is the About box inside Second Life.  You can guesstimate whether certain facts might be relevant (such as graphics card model for graphics problems, or headset models for voice features) and look for further help in narrowing things down.  If configuration doesn't seem to matter, you can leave it blank.
** For example, "Only happens with Mac OS X 10.4.1," or "Seen only with NVIDIA GeForce Go 7800 card," etc.
* Enter a detailed '''description''' of the issue, and be sure to include:
** Steps to reliably reproduce the bug (how to make the bug happen), or at least a description of what seems to lead to the bug, in some detail. Try to make this as simple as possible while still being specific enough to reproduce the bug. Simpler reproductions make it easier to narrow down the causes.
** Observed results (what happens when the bug occurs)
** Expected results (what behavior you would have expected instead)
** Anything else which you think might help, such as forum links or blog posts.
** Again, be as detailed as possible without including personal information!
* If you have a screenshot or video of the bug, or any other relevant file, you can attach it under '''attachment'''.  Note that it has a 10MB size limit per file.  You can also attach additional files later. (See [[Debug Help]] for various ways to provide such additional information.)
* If you are a programmer and are attaching a patch for the source code, enter the '''source version''' the patch is against and check the '''patch attached''' box.
* Finally, click "Create" to create the new issue.


=== Submitting a new feature ===
The process is similar to submitting a bug, with the following differences:


* Select "New Feature" instead of "Bug" as your '''issue type'''.
===Signaler une faille de sécurité===
* Instead of a "reproduction", clearly describe the desired implementation and functionality of the new feature. Make sure it hasn't already been done — you can refer to [http://www.slhistory.org/index.php/Release_Notes release notes] for historical context and [http://blog.secondlife.com/ read our blog] to learn more about what we're doing next.
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é]].


=== Voting for issues ===
==Restez poli==
You can vote for new features and bugs that you wish to see resolved, and [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=10071 view all issues by # of votes]. JIRA uses [http://en.wikipedia.org/wiki/Approval_voting approval voting], so you can vote for as many (or few) issues as you'd like, and you get 1 vote per issue.
[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.


Votes can readily be used as part of our prioritization process. Note that since we need to look at aspects such as feasibility and the time required for implementation, a highly-voted issue isn't necessarily going to be resolved ahead of a lesser-voted, but more doable one.


=== Return to check on issue status ===
==Votez==
Linden Lab will review issues submitted to jira.secondlife.com on a regular basis. The engineering team may require additional information from the issue reporter, or other contributors, so reviewing all of your created/commented issues regularly will be useful while email support in JIRA is disabled.
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.


Also, when issues are resolved internally the external site will be updated as well, so check your issues for changes on a regular basis.


== Issue States ==
==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.


=== Available states ===
[[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.


Here is how Linden Lab is using the resolutions:


; Open : This is an issue that belongs to the Assignee to resolve.  The assignee may fix the issue, or kick the issue back to the reporter by marking it "Resolved" (see below)
==Comment aider sur JIRA ?==
; In Progress : This is how a developer signals to everyone that he/she is working on the issue.
===Identifier les doublons===
; Reopened : same as "Open".
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.
; Resolved : This is an implicit assignment back to the reporter of the issue.  It is not closed yet, but rather in a state of limbo that depends on the resolution.  It's up to the Reporter to decide whether to reopen an issue, or close it.
:; Fixed : means that the bug is fixed in a public release of Second Life.
:; Fix Pending: means that the bug is fixed in a version of the code that should soon be publicly available.
:; Won't Fix : means that the assignee doesn't believe this issue should ever be fixed.
:; Duplicate : means that there's some other issue that describes the same problem/idea.
:; Needs More Info : this issue lacks information
:; Cannot Reproduce : we're applying this label pretty liberally. Please provide a detailed description of how to reproduce a problem.  Issues that can't be reproduced will eventually be closed.
:; Misfiled : this issue doesn't belong in this issue tracker.
; Closed : The final resting place.


=== What's the difference between the "Fixed" and "Fix Pending" resolutions? ===
It's simple:


* "Fixed" means the fix is available in the live Second Life release, ''right now''.
===Identifier les problèmes d'assistance===
* "Fix Pending" means the fix has been made within Linden Lab and ''has not'' been released publicly yet. It may need to undergo extra care, like quality assurance, or requires merging from a [http://en.wikipedia.org/wiki/Branching_%28software%29 branch], before being available to you. Think of it as a "We're almost there... coming soon!" notice.
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.


== Second Life JIRA FAQ ==


=== Caveats===
===Reproduire les bugs===
* <span style="color: red; font-weight: bold;">The JIRA Issue Tracker is ''not'' for technical support</span>, so please do '''''not''''' enter issues which would require a response tailored to your individual situation. Examples include:
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.
*:* "I can't change my tier"
*:* "I have a question about the land I bought"
*:* "I lost part of my inventory"
*:* "I keep crashing!"
*:* "Someone stole my L$"
*:* "The sim I'm in is LAGGIN BAD"
*:* "How do I build a house?"
*:* [https://jira.secondlife.com/secure/QuickSearch.jspa?searchString=misfiled More examples of misfiled issues]
*: The people who use the JIRA usually can't do anything about these kinds of issues, and it will most likely be a waste of time (you'll likely get only a "please contact support" reply).  It also makes it harder for your fellow Residents to use the Issue Tracker.  If you're looking for personal assistance, please send your message to the right place by [http://secondlife.com/community/support.php contacting Support], and be sure to include useful details to help Linden Lab help you.




* Before reporting issues, you should first see if there is any existing information by searching the [http://secondlife.com/community/support.php support resources], and look for the latest status reports on the [http://blog.secondlife.com/ Official Linden Blog].
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.




'''Note:''' The Second Life [http://secondlife.com/corporate/cs.php Community Standards] apply to all areas of Second Life, including the Second Life Public Issue Tracker. Any Resident who disregards these guidelines may be banned from future use of the issue tracker.
==FAQ==
Consultez [[Issue tracker/FAQ|cette page]] pour trouver les réponses aux questions les plus fréquentes.




'''Examples of specific behavior or actions which may result in removal from the Issue Tracker:'''
==Rechercher sur JIRA==
Consultez [[Issue tracker/Searching|cette page]] pour plus d’information sur la recherche dans JIRA.


* Using the Issue Tracker to promote your business, cause, blog, website or anything not directly related to the issue at hand.
* Flaming - The act of posting a message that is intended to incite anger or directly attack a person or persons is called "Flaming" and it not appropriate for the Issue Tracker. Please keep to the facts of the issue at hand. Posts that disregard this may be deleted.
* Private Discussions - Blogging your personal opinions or off-topic rants. Pjira is about finding solutions to issues. We love productive feedback. Please stick to the technical details of the matter at hand.
* Editing Wars - Repeated changes to a resolution, priority or classification of an issue within Pjira.


=== Logging in ===
==Autres informations==
* Visit https://jira.secondlife.com and click the 'Log In' link on the top right of the page
* '''[[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.
* On the login page, enter your Second Life username and password.
* [http://www.atlassian.com/software/jira/docs/latest/introduction.html Le guide d'utilisation de JIRA] par Atlassian, créateur de JIRA.
* This will now load the main Jira page you saw before but it will have more options, like "Create Issue", a link to edit your profile, and some pre-defined filters.


=== Bugs & New Features ===
* You may wish to look through [[Bug Reporting 101]] for things to try before submitting a bug.
* You can also propose new features through JIRA. (JIRA is the successor the [http://secondlife.com/vote/ Feature Voting Tool], because it has better search and parallels the way the Lindens internally organize issues. Plus, you can discuss with other Residents.)


=== User profile ===
<videoflash>Jofq8ClPfNg</videoflash>
* Each JIRA user has a ''profile''. The profile consists of your Username (SL name), Fullname (in our case, also your SL name), and all of the JIRA groups you belong to. For most people, this means "jira-users."
 
* The email address associated with your account shall remain anonymous to other users. The address is not visible or configurable at this time. Direct import of your email address from Second Life's database is currently disabled.
 
* The JIRA profile is not editable because allowing changes would introduce conflicts with your Second Life account. If you wish to edit account information such as your email address, please login to the [https://secondlife.com/account account management page] at secondlife.com.
 
=== Customizing preferences ===
* If you want to show more issues per page or change the language JIRA's displayed in, [https://jira.secondlife.com/secure/UpdateUserPreferences!default.jspa Update User Preferences] after logging in.
 
=== Projects and Components ===
* ''Projects'' are used to categorize issues into logical groups.
* ''Components'' are used to specify which part of a system the issue affects. In other words, what is the scope of the problem within a project.
 
{| class="wikitable" border="1"
|+ Projects and Components in 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
|}
 
;Second Life Viewer (VWR): Issues pertaining to the Second Life viewer are reported under this project.
:'''Examples''':
:* "My avatar clothing is all black after installing a video driver update" (Component = Avatar/Character)
:* "Objects in my Inventory do not remain sorted in the correct order after logging out and back in again" (Component = Inventory)
 
;Second Life Service (SVC): Issues pertaining to the Second Life service are reported here. 
:'''Examples''':
:* "Server performance decreases when several avatars teleport into the region at once" (Component = Performance and/or Teleport)
:* "My scripted objects are not able to talk to the outside world after Second Life grid downtime" (Component = Scripts).
 
;Second Life Website (WEB): Issues pertaining to the Second Life website are in this project. 
:'''Examples''':
:* "Wiki prevents login for users with a dash in their name" (Component = wiki.secondlife.com)
:* "jira.secondlife.com always forces me to authenticate even if I save my login information" (Component = jira.secondlife.com).
 
;Second Life Miscellaneous (MISC): Any other type of issue should be reported in the MISC project.
:'''Example''':
:* "The TOS does not allow me to edit the viewer source code" (Component = Miscellaneous)
 
=== Security Issues -- a.k.a "the missing Fifth Project" ===
The Security project in Jira is only accessible by Linden employees. However, you can create a new issue there, and the security team will get immediate notification. See [[security issues]] page for more information about submitting issues and collecting bounties for responsibly reporting valid security issues.
 
=== Who is WorkingOnIt Linden? ===
When an issue is being worked on, it may be assigned to "WorkingOnIt Linden" to mark its status.  Any Linden has access to the account.  See [[User:WorkingOnIt Linden]] for details.
 
=== Found a bug on JIRA itself! ===
When you found a bug or other problem (including feature request) on the JIRA itself, Lindens want you to file it on the JIRA run by Atlassian (the developer of JIRA software) by yourself, not thgough the SL public JIRA.  It is available on http://jira.atlassian.com
 
Lindens also want you to put a link to the issue you filed [[Talk:Issue tracker#Feature requests for Atlassian|here]] if you do so.
 
=== But what does JIRA '''mean'''? ===
Err... it means “Godzilla”. [http://confluence.atlassian.com/pages/viewpage.action?pageId=192544 No, really.]
 
== Searching ==
Watch this video tour:
<videoflash>SAlXK5hSVMc</videoflash>
 
=== Parameters ===
* JIRA searching is easy once you know a bit about the parameters you may use.
* For instructions on searching in JIRA, please visit [http://www.atlassian.com/software/jira/docs/v3.7.1/querysyntax.html JIRA query syntax] and [http://www.atlassian.com/software/jira/docs/v3.7.1/quicksearch.html JIRA quick search].
 
=== Perform a search ===
* First, click on the "Find Issues" link at the top of the screen.
* Next, enter the parameters you wish to search for in the search pane on the left-hand side of the screen.
* As an example, if I wish to search for issues that have not been resolved containing the word "avatar", I would choose the following parameters:
** Project = all projects
** Text search = avatar
** Resolutions = Unresolved
* Another sample search would be for any issues that are fixed in the last week in a particular project. For example, I want to find all bugs in the Second Life Viewer project that were resolved between February 1, 2007 and February 14, 2007. I would enter the following parameters:
** (Optional: Click the "New" link in the search pane to clear settings from any previous searches)
** Project = Second Life Viewer
** Resolution = Fixed
** Updated After = January 31, 2007
** Updated Before = February 15, 2007
 
=== Saving a search as a Filter ===
* A search ''filter'' is a saved search that you may share with others.
* After performing a search as described above, you may save it as a filter by clicking the "Save" link in the Search pane.
* Name the filter something meaningful, for example "Unresolved avatar bugs in all projects."
* Now you can access the search and run it at any time by clicking the "Filter" link in the top right-hand side of the page. This saves time and effort, especially if you frequently run the same complex search and want a handy shortcut!
 
== How do I help out? ==
 
Glad you asked! 
 
=== Marking Duplicates ===
If you notice an newer issue that is a duplicate of an existing issue with a lot more comments, patches, or votes, feel free to choose "Resolve" and choose "Duplicate".  But when you do this, please also choose "Link", and then say "This issue duplicates" and enter the main bug number.  This lets everyone keep track of which bugs are duplicates of each other, and which bugs are reported more than others.  This ensures that bugs that are often reported get the most attention, and also allows the duplicates to be reviewed from one central location, to ensure they are truly duplicates.
 
=== Resolving support issues ===
This one is best left to technically adept users that can spot the difference between a support issue and a bug -- it's not always a simple matter to figure out.  You should at most "Resolve" a report that seems to be a support issue.  "Resolving" an issue puts the responsibility back on the reporter to provide more information on why the report isn't a support issue, and is indeed a reproducible bug that an entire class of user experiences.
 
=== Resolving bugs that you can't reproduce ===
If you do exactly what they say in the bug, with the same environment, and can't reproduce the bug, you should resolve the bug.  Be careful, if a bug is related to graphics rendering, and you do not have the same video card, for example, that is not the same environment and you can't make this determination.  Again this is also best left to technically adept users.
 
=== Reproducing bugs ===
This one is very important!  If you can create a step-by-step list to reproduce the bug in the bug report, this helps Linden Lab concentrate on bugs that can be verifiably fixed.  Unless a bug can be reproduced, it is impossible to know if it has been fixed or not.  Do what the bug reporter said they were doing, write a detailed step-by-step list of things you did to cause the bug to happen, and add it to the bug saying that you have successfully reproduced the bug.  Such bugs with solid reproductions get higher priority in the development process, and help the Bug Triage Team work more efficiently.
 
== Related resources ==
Want to learn more about our Issue Tracker?


* '''[[Issue Tracker Forum Transcript]]''' - Info from Rob and Aric Linden on why we have an Issue Tracker, its behind-the-scenes workings, and answers to various questions.
* [http://www.atlassian.com/software/jira/docs/latest/introduction.html JIRA user's guide] by Atlassian, creaters of 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>