Difference between revisions of "Bug Tracker/es"

From Second Life Wiki
Jump to navigation Jump to search
(→‎Creating bug reports and feature requests: Translated pargraph - Traducido apartado)
(cat)
 
(25 intermediate revisions by 6 users not shown)
Line 1: Line 1:
{{Multi-lang}}
{{TOCright}}
{{Multi-lang
|Bug Tracker
|/es
|version=2
}}


{{Alert Box|Esta página está pendiente de ser traducida al español.<br>
Al no estar reflejada en la página del [[Mentor Linguist Scribe Translation Project/es|Proyecto de Traducción del wiki]], es importante que si usted empieza a traducirla lo indique aquí para evitar que otro usuario realice un trabajo baldío:<br>
<br>Una vez traducida la página, por favor, borre este texto.}}


[[Image:JIRA.jpg|thumb]]
''¿Hay alguna característica de Second Life que no funciona como debiera? ¡Quizá has encontrado un [http://es.wikipedia.org/wiki/Bug "bug"], un error del software!''


{{OSWikiContribBox|parent=QA}}
== Noticias ==


Ante todo, dos avisos:
* 7.9.10 - '''[http://blogs.secondlife.com/community/technology/blog/2010/09/07/introducing-the-new-jira Presentando el nuevo JIRA (Bug Tracker)]'''
* <span style="color: red; font-weight: bold;">The '''JIRA Issue Tracker''' ''no'' está para peticiones de soporte técnico.</span>  '''Si está usted buscando ayuda para una cuenta concreta, por favor, use nuestros [http://secondlife.com/support recursos para soporte].'''
* 23.8.10 - '''[http://blogs.secondlife.com/community/technology/blog/2010/08/23/a-better-jira-for-everyone-who-wants-it Un JIRA mejor para todos (...los que quieran)]'''
* Todas las aportaciones al sitio (incluido el JIRA included) se rigen por el [[Project:Contribution_Agreement|Second Life Project Contribution Agreement]]. El hecho de enviar parches u otra información usando este sitio, da por supuesto que usted está conforme  con que ha leído y entendido esos téminos, y que está de acuerdo con ellos.
El '''JIRA public issue tracker''', que está en http://jira.secondlife.com, es una base de datos con motor de búsqueda ('''searchable database''') que se usa para organizar diversas cuestiones (por ejemplo, bugs y peticiones de desarrollos) remitidas por la comunidad de Second Life community. Así, usted puede ayudar aportando información sobre cuestiones que ha encontrado usando el código abierto ('''open source''') o las versiones estándar de Second Life. La información de esta página le ayudará a familirizarse con el JIRA.


Para ser exactos, JIRA es una herramienta para manejar projectos de seguimiento de cuestiones ('''issue-tracking project management tool''') elaborada por [http://www.atlassian.com/software/jira Atlassian]. Es primordialmente usada por la comunidad de código abierto de Second Life, y se suele citar como "Public JIRA", "PJIRA", o simplemente "JIRA", según el contexto.
== ¿Qué es un "bug"? ==
Un problema informático no deseado que le ocurre a más de una persona haciendo las mismas acciones y bajo las mismas condiciones.


== Cómo trabaja ==
[[Not a bug|¿Qué ''no es'' un "bug"?]]
Hay dos tipos básicos de cuestiones: informe de bugs y nuevos desarrollos.
* '''<font color="red">NO es algo que se refiere al problema concreto de una cuenta concreta</font>''' - Los casos individuales que necesitan una respuesta -como podría ser un problema de facturación- son cosas ''diferentes''. Para eso, ve a nuestro [http://secondlife.com/support Portal de ayuda].
* El informe de un bug comprende una descripción del problema y, si es posible, una forma de reproducirlo.
* Un nuevo desasrrollo comprende una descripción del mismo y cómo se pretende que trabaje esa característica.


Ambas cuestiones recibirán la atención de otros usaurios, que puyeden añadir mejores o más simples descripciones o añadidos. Las cuestiones populares acumulan votos de otros usuarios. Los programadores en código abierto pueden añadir "parches", o cambiar el cógido fuente en la dirección que sugiere la ucestión. Votos, y eventos como los [[bug triage]]s, ayudar a priorizar unas u otras cuestiones. help prioritize the issues. Aquellas que son suficientemente acordadas, pasan a copia privada del JIRA de los Linden.
== ¿Qué es informar de un "bug", de un error? ==


Después de que una ucestión recibe la atención de los Linden, aun pueden otros seguir ayudando:
Es la descripción de un error que tú compartes con nosotros. Los informes de errores son útiles cuando:


* Una vez que se han completado los cambios y están esperando ser liberados al público, el bug queda solucionado como '''"Fix Pending"'''.
* '''<font color="red">Son fáciles de seguir</font>''' - ¿No has dado nunca instrucciones a un conductor indicándole una serie de puntos de referencia a seguir? Los informes de errores deberían ser así: tienen un orden muy claro y un amigo puede seguir sus pasos.
* Cuando el cambio ya está dispobinle, queda resuelto como '''"Fixed"'''.
* '''<font color="red">´Son reproducible</font>''' - Por desgracia, algunos errores son como el Yeti: es difícil encontrar evidencias suyas. Sin embargo, muchos errores son comprobables después de seguir una serie de pasos. Confirmar un error nos permite atraparlo en la naturaleza salvaje.
* Generalmente, tras ser confirmado por el [[QA Portal|Quality Assurance Team]] de Linden Lab y nuestra comunidad, su estatus cambia de "Resolved" a '''"Closed"'''.


Ademas de "Fix Pending" y "Fixed", una ucestión puede ser resuelta o cerrada si se ve que está duplicada, o es irreproducible, de un archivo perdido, no es un bug, está incompleta, etc.
== Pasos para crear un buen informe ==


== Creando informes de bug o petición de desarrollos  ==
Con eso en mente:
'''Si se ve perdido y no sabe por dónde empezar, vea la sencilla guía "[http://blog.secondlife.com/2007/07/05/how-to-report-bugs-better/ Como informar mejor de bugs]".'''
=== Manténgase actualizado  ===
Puede revisar las [[Release Notes]] o las [[Beta Release Notes]] para mantenerse actualizado sobre los cambios recientes de Second Life. A veces, se descubre lo que rodea a un nuevo bug, o se encuentra que un cambio ha sido intencionado. Por ejemplo, el que no se pueda vender tierra por 0 L$ es un desarrollo, no un bug.


Además, debe asegurarse de que sus "video drivers" estén actualizados. Generalmente, puede conseguirlos en el sitio web del fabricante de su tarjeta gráfica, que, con frecuencia, será el [http://www.nvidia.com/content/drivers/drivers.asp NVIDIA official site] o el [http://ati.amd.com/support/driver.html ATI official site]. Los [http://www.omegadrivers.net/ Omega Drivers] es usual que ofrezcan versiones modificadas de esos drivers.
# '''[http://jira.secondlife.com Ve a nuestro "Bug Tracker"]''' y lee las instrucciones.
# Usa la búsqu8eda del "Bug Tracker" para ver si ya se ha informado del error. Es reconfortante saber que alguien más tiene el mismo problema.
# Si tú busqueda no obtiene resultados, escribe un informe del error incluyendo
## '''Los pasos a seguir'''
##:Tan detalladamente como puedas, describe una secuencia de acciones con las que cualquier usuario pueda reproducir el problema. Describe también con toda precisión si hace falta que de den algunas condicones concretas, como, por ejemplo, estar en una parcela concreta o tener asignadas determinadas habilidades en un rol de grupo. Antes de enviar tu informe, revisa tus instrucciones haciendo que alguien las siga y compruebe él mismo el problema. Es bueno que estas instrucciones sean simples, pero mucho mejor que la simplicidad es la integridad.
## '''Describe qué esperabas que ocurriese'''
##: por ejemplo, "el objeto debería de haberse vuelto rojo", o "mi avatar debería de llevar la camiseta"
## '''Describe qué es lo que, en cambio, ocurrió'''
##: Si puedes añadir fotos, vídeo, u otro tipo de imágenes que aclaren el texto, mejor que mejor..
## '''Añade información de apoyo'''
##: Si el problema es que se cayó el visor o una mala interacción con el servidor (por ejemplo, no obteiendo algo que deb erías tener, u ocurriéndote algo en el mundo que no debería ocurrirte), incluye como anexos los archivos de registro ("log files") de tu visor. Asegúrate de indicar tan exacmaente como puedas la hora exacta a la que se prodijo el error, y, así, podremos encontrar información importante en los registros. Mira [[Finding Log Files]] para saber cómo encontrarlos.


== Descubra si el asunto ya ha sido enviado ==
El objetivo es '''mostrar a Linden Lab lo que tú ves para que nosotros podamos verlo también y, así, localizar el error y corregirlo'''.
Evitar asuntos duplicados es muy importante. Tener los duplicados es una pérdida de tiempo y esfuerzo (tanto para el personal de Linden Lab como para los compañeros Residentes), y provoca errores y que parezca que se está prestando menos atención a determinadas propuestas de lo que en realidad se hace. Es más eficaz concentrar los esfuerzos sobre el mismo problema y en la misma cuestión, especialmente desde que los temas "más activos" tienen mayor prioridad.


Tras conectarse, verá el "Dashboard", con varios filtros de búsqueda que le permitirán acceder a la información más actualizada de las cuestiones remitidas. Por ejemplo, puede pulsar en los asuntos "unresolved" ("unfixed" o "untested") de cada proyecto, y empezar desde ahí una búsqueda de texto (editando el filtro). Por supuesto, en cualquier momento puede salvar sus propios filtros, o, sin más, empezar una nueva búsqueda desde la caja "Quick Search". En cualquier caso, ¡es mejor intentar varias búsquedas del asunto que quiere reportar antes de enviarlo!
== ¡No soy un experto y necesito ayuda! ==


Si encuentra que su cuestión ya ha sido enviada, aun es posible que haga varias cosas para ayudar:
Tranquilo, todo el mundo ha sido novato alguna vez. En el "Bug Tracker" hay muchísimos temas donde se ve cómo los residentes experimentados ayudan a los que informan por primera vez.
* Deje un comentario aportando detalles o información complementaria.  
* Si se trata de un bug, a lo mejor puede aportar otra forma de reproducirlo.
* Vote por ese asunto para expresar que lo ve importante.
Cuanta mejor información haya sobre un asunto concreto, más oportunidades tiene de solucionarse con rapidez.  


=== Directrices ===
También tenemos [[Bug_triage|encuentros en el mundo ('in world')]] donde, con anterioridad, puedes añadir errores a la agenda para debatirlos con Residentes y con Lindens.
* Envié directamente al Equipo de Seguridad las cuestiones relativas a seguridad y "exploits". Los "exploits" son bugs que podrían usarse para tener ventaja sobre otros, acceder sin permiso a scripts, hacer copias no autorizadas o transferencias o modificaciones de objetos de los que usted no quiere que eso ocurra (también llamados "permissions" bugs), y otros bugs que podrían -potencialmente- poner en jaque el grid o la privacidad de los residentes. Para que haya rapidez en los resultados, contacte con un Linden del grupo "Bug Hunters", y envíe un correo-e con su informe a security@lindenlab.com. Vea el artículo [[security issues|cuestiones de seguridad]].
* Si su asunto es urgente (como una pérdida de contenido), y tiene usted una cuenta Premium Account, use el soporte por teléfono o chat. También podría intentar una respuesta rápida enviando un Tique de Soporte a través del [http://support.secondlife.com Portal de Soporte], pero, generalmente, puede llevar hasta siete días el que se abra su tique.
* Si es posible, cuando describa el bug intente omitir nombres de Residentes o información personal que pueda identificarles. Si parece que el bug sólo le afecta a usted o a unos pocos, quizá debería pensar en otros caminos para encontrar soporte técnico a través del del [http://support.secondlife.com Portal de Soporte].
* Cuanto más fácilmente podamos reproducir el bug, más rápidamente podremos arreglarlo. Por ejemplo, en vez de decir "Me caigo cuando subo cualquier cosa", la reproducción debería describirse en pasos concretos:
*: Por ejemplo:
*:* Pulsar File > Upload Image ($L10)...
*:* Elegir un archivo .TXT en vez de un archivo .JPG
*:* Pulsar el botón Open
: ¡Intente enviar su escrito a un amigo para ver si él puede seguir los pasos! Si su amigo puede seguirlo, ¡hay muchas oportunidades de que nosotros también!
* Evalúe si subir imágenes, vídeos, "crash logs", o cualquier archivo relacionado (con un límite de 10MB cada uno). En el ejemplo de arriba, quizá pueda subir los archivos que intenta subir y causan la caída.
* '''No''' envíe más de una cuestión en un solo informe.
* '''Busque''' en los informes antes de enviar el suyo para asegurarse de que no es un duplicado.
=== Remitiendo un bug ===
Para remitir un nuevo bug al JIRA, haga lo siguiente:
* Pulse el enlace "Create New Issue" en la barra de navegación de la parte alta de su pantalla. (Si no la ve, asegúrese de estar [[#Logging in|conectado al JIRA]]).
En la primera página:
*Elija el "'''project'''" que más se acerque al tipo de bug que está enviando: vea [[#Projects and Components]].
** Recuerde: las cuestiones relativas a seguridad, debería enviarlas directamente al Equipo de Seguridad. Vea [[security issues|cuestiones de seguridad]]..
* Elija "Bug" como su "'''issue type'''".
*Pulse "Next".
En la última página:
* Ponga un conciso pero descriptivo "'''summary'''" (título) al asunto.
* Elija la "'''priority'''" (gravedad) del bug. Por ejemplo, un bug "blocker" podría inutilizar el programa, pero un bug "small" quizá sea sólo algo estético. Pulse el icono que hay junto al desplegable para más detalles.
* Seleccione los "'''components'''" que delimiten el alcance del error. Puede seleccionar varios con "Ctrl-Clic".
* Elija las "'''versions'''" afectadas por el bug. Sólo debería elegir aquellas en las que lo ha observado, y seleccionar una versión "first look" sólo si el bug es ''únicamente'' aplicable a First Look.
* Generalmente, el "'''Linden Lab Issue ID'''" deberá dejarlo en blanco, a menos que sea usted un Linden. Si quiere hacer referencia del número de un Tique de Soproete, hágalo en la descripción, no aquí.
* Describa el "'''environment'''" en que sucede el problema, si sabe que sólo ocurre con ciertas configuraciones de hardware o software. Una forma de encontrar información es el botón de Second Life "About". Puede subrayar hechos que pudieran ser pertinentes (como el modelo de tarjeta gráfica para problemas gráficos problemas, o los modelos de auriculares para funciones de voz), y buscar más ayuda en los párrafos de más abajo. Si la configuración no parece tener importancia, puede dejarla en blanco.
**Por ejemplo, "Sólo ocurre con Mac OS X 10.4.1," o "Visto únicamente con la tarjeta NVIDIA GeForce Go 7800", etc.
*Aporte una "'''description'''" detallada del problema, y asegúrese de incluir:
**Pasos para que se pueda reproducir el error (cómo hacer que suceda el error), o, al menos, una descripción con cierto detalle de lo que parece conducir al error, con cierto detalle. Trate de hacer de este de la forma más simple posible sin dejar de ser lo suficientemente específico. Reproducciones simples hacen más fácil el reducir las causas.
** Efectos observados (qué sucede cuando ocurre el bug).
** Efectos esperados (qué comportamiento debería haber sucedido).
** Cualquier cosa que piense que puede ayudar como enlaces a foros o blogs.
** Insistimos, ¡sea tan detallado como pueda sin incluir información personal!
* Si tiene una captura de pantalla o un vídeo del bug, u otro archivo relevante, puede adjuntarlo en "'''attachment'''". Hay un límite de 10MB por archivo. También pude adjuntar archivos más tarde. (Vea en [[Debug Help]] varias formas de aportar esa información adicional).
* Si es usted programador y está adjuntando un "patch" del código fuente, enter the '''source version''' the patch is against and check the '''patch attached''' box.
Finalmente, pulse "Create" para crear la nueva cuestión.  


=== Remitiendo un nuevo desarrollo ===
== ¿Qué pasa si Second Life tiene un problema generalizado en su servicio '''justo en este momento'''? ==
El proceso es similar al de remitir un bug, con estas diferencias:


Como "'''issue type'''" elija "New Feature" en vez de "Bug".
Generalmente, los problemas de conexión, los teleportes fallidos y cuestiones así aparecen en nuestro '''[http://status.secondlifegrid.net/ Informe del estado del grid]''', y como estamos trabajando en ello ''no'' es preciso enviar un informe de errores.
* En lugar de "reproduction", describa claramente la implementación y funcionalidad del nuevo desarrollo. Asegúrese de que no ha sido hecho ya: puede ver las [http://www.slhistory.org/index.php/Release_Notes release notes] para el contexto histórico y leer [http://blog.secondlife.com/ read nuestro blog]  para saber más de nuestros planes.  


=== Votando asuntos ===
== ¿Y si el error que he encontrado es '''verdaderamente''' grave y no debería hacerse público? ==
Puede votar los bugs y nuevos desarrollos que quiera ver resueltos, y [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=10071 ver todos los asuntos por votos]. El JIRA usa [http://en.wikipedia.org/wiki/Approval_voting approval voting], por lo que puede votar tantos asuntos como desee, con 1 voto por asunto.


Los votos pueden usarse fácilmente como parte de nuestro proceso para asignar prioridades. Tenga en cuenta que, como hemos de atender a aspectos como la viabilidad y los plazos de ejecución, una cuestión muy votada no necesariamente se va a resolver antes que otra menos votada, pero es más factible que así suceda.  
'''[[Security_issues|Infórmate sobre nuestros pasos de seguridad]]''' para [http://es.wikipedia.org/wiki/Exploit "exploits"] que pongan en peligro los datos de la vida real o destruyan contenido, y para otros problemas serios que necesitan discreción y ser solucionados tan pronto como sea posible.


=== Revisar el estado de una cuestión ===
== ¡Informé de un error y no se ha arreglado! ¿Por qué? ==
Linden Lab revisará periódicamente los asuntos remitidos a jira.secondlife.com.  El equipo técnico puede pedir información adicional a quien envió la cuestión o a otros contribuyentes, por lo que es bueno que revise periódicamente los asuntos que haya creado o comentado, dado que el soporte por correo-e del JIRA está deshabilitado.


Por otra parte, cuando las cuestiones se resuelvan internamente se actualizará el sitio web, por lo que le conviene revisar periódicamente sus cuestiones por si ha habido cambios.
Corregimos muchos errores, pero no es realista esperar que arreglemos ''todos de golpe''. Veamos esto más detenidamente:


== Issue States ==
* '''¿Qué sabemos?''' No podemos actuar en errores que no podemos repoducir o de los que no tenemos suficiente información. Es cómo decirle a la policía que investigue un crimen sin pistas. (Los 'bugs' no son criminales, ¡pero es indudable que nos joroban!)
* '''¿Es suficientemente prioritario?''' Por ejemplo, un error de pérdida de inventario que afecta a muchos Residentes tiene una prioridad mucho mayor que un cambio cosmético que sólo interesa a algunos.
* '''¿Cuáles son las interdependencias?''' Second Life es un sistema complejo y debemos asegurarnos -incluso cuando el "bug" ''parece'' sencillo- de que arreglarlo no creará otros en áreas relacionadas.


=== Available states ===
Para entenderlo mejor, [http://blogs.secondlife.com/community/technology/blog/2009/08/29/taking-technical-feedback-from-residents mira esto].


Here is how Linden Lab is using the resolutions:
== ¿Cómo encontrar qué 'bugs' se han arreglado? ==


; 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)
Busca en el "Bug Tracker" o, si te es más útil, '''[[:Category:Release_Notes|revisa las Notas de Lanzamiento]]'''. Cada versión muestra destacada y detalladamente qué ha cambiado.
; In Progress : This is how a developer signals to everyone that he/she is working on the issue.
; Reopened : same as "Open".
; 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? ===
== ¿Quieres saber más? ==
It's simple:


* "Fixed" means the fix is available in the live Second Life release, ''right now''.
Date un tiempo para digerir lo que has aprendido sobre el manejo esencial de los informes de fallos. Y luego:
* "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.


== Second Life JIRA FAQ ==
* '''[[Issue_Tracker/FAQ|Lee las FAQ del "Bug Tracker"]]''' - Si tus dudas no se han aclarado con lo dicho arriba, mira esto. Algunos puntos destacados son:
** [[Issue_Tracker/Searching|Cómo buscar]]
** [[Artículo oficial de Linden Lab:Directrices de la participación en la comunidad|Directrices de la participación en la comunidad]]
** [[Issue_Tracker/Status|Estatus de las distintas resoluciones]]
* '''[[:Category:Bug Tracker|Mira la categoría "Bug Tracker"]]''' - Todas las páginas que hacen referencia al "Bug Tracker".


=== Caveats===
[[Category:Bug Tracker/es]]
* <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:
*:* "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].
 
 
'''Note:''' The Second Life Community Standards [LINK: http://secondlife.com/corporate/cs.php] 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.
 
 
Examples of specific behavior or actions which may result in removal from the Issue Tracker:
 
* 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.
 
=== Logging in ===
* Visit https://jira.secondlife.com and click the 'Log In' link on the top right of the page
* On the login page, enter your Second Life username and password.
* 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 ===
* 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.
 
== Searching ==
 
=== 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.
 
== Recursos relacionados ==
¿Quiere aprender más sobre nuestro '''Issue Tracker'''?
 
* '''[[Issue Tracker Forum Transcript]]''' - Información aportada por Rob y Aric Linden sobre por qué tenemos un '''Issue Tracker''', su funcionamiento entre bastidores, y respuestas a varias cuestiones.
 
[[Category:Articles for Spanish translation]]

Latest revision as of 09:55, 21 March 2012


¿Hay alguna característica de Second Life que no funciona como debiera? ¡Quizá has encontrado un "bug", un error del software!

Noticias

¿Qué es un "bug"?

Un problema informático no deseado que le ocurre a más de una persona haciendo las mismas acciones y bajo las mismas condiciones.

¿Qué no es un "bug"?

  • NO es algo que se refiere al problema concreto de una cuenta concreta - Los casos individuales que necesitan una respuesta -como podría ser un problema de facturación- son cosas diferentes. Para eso, ve a nuestro Portal de ayuda.

¿Qué es informar de un "bug", de un error?

Es la descripción de un error que tú compartes con nosotros. Los informes de errores son útiles cuando:

  • Son fáciles de seguir - ¿No has dado nunca instrucciones a un conductor indicándole una serie de puntos de referencia a seguir? Los informes de errores deberían ser así: tienen un orden muy claro y un amigo puede seguir sus pasos.
  • ´Son reproducible - Por desgracia, algunos errores son como el Yeti: es difícil encontrar evidencias suyas. Sin embargo, muchos errores son comprobables después de seguir una serie de pasos. Confirmar un error nos permite atraparlo en la naturaleza salvaje.

Pasos para crear un buen informe

Con eso en mente:

  1. Ve a nuestro "Bug Tracker" y lee las instrucciones.
  2. Usa la búsqu8eda del "Bug Tracker" para ver si ya se ha informado del error. Es reconfortante saber que alguien más tiene el mismo problema.
  3. Si tú busqueda no obtiene resultados, escribe un informe del error incluyendo
    1. Los pasos a seguir
      Tan detalladamente como puedas, describe una secuencia de acciones con las que cualquier usuario pueda reproducir el problema. Describe también con toda precisión si hace falta que de den algunas condicones concretas, como, por ejemplo, estar en una parcela concreta o tener asignadas determinadas habilidades en un rol de grupo. Antes de enviar tu informe, revisa tus instrucciones haciendo que alguien las siga y compruebe él mismo el problema. Es bueno que estas instrucciones sean simples, pero mucho mejor que la simplicidad es la integridad.
    2. Describe qué esperabas que ocurriese
      por ejemplo, "el objeto debería de haberse vuelto rojo", o "mi avatar debería de llevar la camiseta"
    3. Describe qué es lo que, en cambio, ocurrió
      Si puedes añadir fotos, vídeo, u otro tipo de imágenes que aclaren el texto, mejor que mejor..
    4. Añade información de apoyo
      Si el problema es que se cayó el visor o una mala interacción con el servidor (por ejemplo, no obteiendo algo que deb erías tener, u ocurriéndote algo en el mundo que no debería ocurrirte), incluye como anexos los archivos de registro ("log files") de tu visor. Asegúrate de indicar tan exacmaente como puedas la hora exacta a la que se prodijo el error, y, así, podremos encontrar información importante en los registros. Mira Finding Log Files para saber cómo encontrarlos.

El objetivo es mostrar a Linden Lab lo que tú ves para que nosotros podamos verlo también y, así, localizar el error y corregirlo.

¡No soy un experto y necesito ayuda!

Tranquilo, todo el mundo ha sido novato alguna vez. En el "Bug Tracker" hay muchísimos temas donde se ve cómo los residentes experimentados ayudan a los que informan por primera vez.

También tenemos encuentros en el mundo ('in world') donde, con anterioridad, puedes añadir errores a la agenda para debatirlos con Residentes y con Lindens.

¿Qué pasa si Second Life tiene un problema generalizado en su servicio justo en este momento?

Generalmente, los problemas de conexión, los teleportes fallidos y cuestiones así aparecen en nuestro Informe del estado del grid, y como estamos trabajando en ello no es preciso enviar un informe de errores.

¿Y si el error que he encontrado es verdaderamente grave y no debería hacerse público?

Infórmate sobre nuestros pasos de seguridad para "exploits" que pongan en peligro los datos de la vida real o destruyan contenido, y para otros problemas serios que necesitan discreción y ser solucionados tan pronto como sea posible.

¡Informé de un error y no se ha arreglado! ¿Por qué?

Corregimos muchos errores, pero no es realista esperar que arreglemos todos de golpe. Veamos esto más detenidamente:

  • ¿Qué sabemos? No podemos actuar en errores que no podemos repoducir o de los que no tenemos suficiente información. Es cómo decirle a la policía que investigue un crimen sin pistas. (Los 'bugs' no son criminales, ¡pero es indudable que nos joroban!)
  • ¿Es suficientemente prioritario? Por ejemplo, un error de pérdida de inventario que afecta a muchos Residentes tiene una prioridad mucho mayor que un cambio cosmético que sólo interesa a algunos.
  • ¿Cuáles son las interdependencias? Second Life es un sistema complejo y debemos asegurarnos -incluso cuando el "bug" parece sencillo- de que arreglarlo no creará otros en áreas relacionadas.

Para entenderlo mejor, mira esto.

¿Cómo encontrar qué 'bugs' se han arreglado?

Busca en el "Bug Tracker" o, si te es más útil, revisa las Notas de Lanzamiento. Cada versión muestra destacada y detalladamente qué ha cambiado.

¿Quieres saber más?

Date un tiempo para digerir lo que has aprendido sobre el manejo esencial de los informes de fallos. Y luego:

Retrieved from "https://wiki.secondlife.com/w/index.php?title=Bug_Tracker/es&oldid=1164370"