From Fedora Project Wiki
No edit summary
No edit summary
 
Line 1: Line 1:
{{autolang}}
{{autolang}}


[https://bugzilla.redhat.com/bugzilla/index.cgi Bugzilla] es la herramienta de rastreo utilizada por el Proyecto Fedora para obtener retroalimentación de usuarios y desarrolladores acerca de errores y peticiones para el mejoramiento de Fedora.
[https://bugzilla.redhat.com/bugzilla/index.cgi Bugzilla] es la herramienta de seguimiento utilizada por el proyecto Fedora para obtener comentarios de los usuarios y desarrolladores sobre errores y solicitudes de mejoras en Fedora.


A veces, a los nuevos reportes les falta información, son imprecisos, o tienen otros defectos. Esto desperdicia tiempo valioso, tanto a la persona que lo reportó sin la precisión necesaria, como el desarrollador que pierde tiempo con el error mal documentado, lo que podría incluso resultar en que el error sea ignorado u olvidado. Esta página describe como archivar reportes de error de calidad y sugerir mejoras de una forma constructiva.
A veces, a los nuevos informes les falta información, son inexactos o tienen otros defectos. Esto desperdicia tiempo valioso. La persona que informó del fallo pierde su tiempo al presentarlo erróneamente, los desarrolladores tienen que pasar más tiempo analizando el error, malgastando su tiempo, lo que podría incluso resultar en que el error sea ignorado u olvidado. Esta página describe cómo presentar informes de fallos de calidad y sugerir mejoras de una manera constructiva.


{{Admon/tip|Errores comúnmente reportados|La página [[Bugs/Common|Errores comunes de Fedora]] es útil para encontrar soluciones ya conocidas de la instalación, actualización o problemas relacionados con HW/SW.}}
{{Admon/tip|Errores comúnmente reportados|La página [[Bugs/Common|Errores comunes de Fedora]] es útil para encontrar soluciones ya conocidas de la instalación, actualización o problemas relacionados con HW/SW.}}


==Proceso==
== Proceso ==


=== ¿Necesito archivar un reporte de error? ===
=== ¿Necesito presentar un error? ===


A menos que encuentre un problema ya reportado en Bugzilla, mencionado en las notas de lanzamiento u otra documentación oficial (lea http://docs.fedoraproject.org/), reconocido por los desarrolladores en una lista de correo, listado en la página de [[Bugs/Common|errores comunes]], o listado como una dependencia rota en el reporte diario de Rawhide, usted debería archivar un error. No asuma que todo mundo ha encontrado el mismo problema que usted; muchos errores son específicos a un hardware en particular, configuración, o hábitos de uso. Discutir el error en IRS o en la lista de correo fedora-test-list puede ayudarle a diagnosticar la fuente exacta y coordinar con otros experimentando el mismo problema, pero no es una vía idónea para reportar el error. Debería ser reportado en Bugzilla para que al asunto se le de el seguimiento apropiado y no se pierda entre todo el ruido de la lista de correos.
A menos que vea un problema que ya se ha informado en Bugzilla, mencionado en las notas de lanzamiento u otra documentación oficial (ver http://docs.fedoraproject.org/), reconocido por los desarrolladores en una lista de correo, enumerado en la [[Bugs/Common|página de errores comunes]], o listado como una dependencia rota en el reporte diario de Rawhide, usted debería presentar un error. No asuma que todo mundo ha encontrado el mismo problema que usted; muchos errores son específicos de un determinado hardware, configuración, o hábitos de uso. Discutir el error en el IRC o la lista de correo fedora-test-list puede ayudarle a diagnosticar la fuente exacta y coordinar con otras personas que están experimentando el mismo problema, pero no es una forma idónea de reportar el fallo. Se debe informar a Bugzilla para que el problema pueda ser rastreado correctamente y no se pierda entre el ruido de la lista de correo.


Una práctica común es archivar un error primero, entonces enviar un correo a la lista con un enlace al reporte de error, solicitando mayor asistencia. Muchos errores son también archivos sin enviar correos a la lista, así que asegúrese de hacer una búsqueda en Bugzilla respecto a su problema.
Una práctica común es presentar el error en primer lugar, a continuación, enviar un correo electrónico a la lista con un enlace al reporte de error, solicitando mayor asistencia. Muchos errores también son presentados sin enviar un correo electrónico a la lista de correo, así que asegúrese de buscar en Bugzilla respecto a su problema.


=== El flujo de trabajo en Bugzilla ===
=== El flujo de trabajo en Bugzilla ===


Una visión general del flujo de trabajo para errores de Fedora puede encontrarse [[BugZappers/BugStatusWorkFlow|aquí]]. Esto debería ayudarle a entender el ciclo de vida de un error.
Un resumen del flujo de trabajo oficial para errores de Fedora se puede encontrar [[BugZappers/BugStatusWorkFlow|aquí]]. Esto le ayudará a entender el ciclo de vida de un error de Fedora.


=== Manos a la obra ===
=== Introducción ===


Si usted es nuevo en el Bugzilla de Fedora, entonces el primer paso es [https://bugzilla.redhat.com/bugzilla/createaccount.cgi crear una cuenta]. Es un proceso rápido, así que no tema comenzar justo ahora mismo. Para detalles acerca del proceso de creación de su cuenta, por favor consulte la [https://bugzilla.redhat.com/docs/en/html/myaccount.html documentación de bugzilla].
Si es nuevo en Bugzilla de Fedora, el primer paso es [https://bugzilla.redhat.com/bugzilla/createaccount.cgi crear una cuenta]. Es un proceso rápido, así que no dude en empezar de inmediato. Para obtener más información sobre el proceso de creación de una cuenta, por favor consulte la [https://bugzilla.redhat.com/docs/en/html/myaccount.html documentación de bugzilla].


=== Comprendiendo la cultura de Bugzilla ===
=== Comprender la cultura de Bugzilla ===


Entender como otras personas esperan que usted use el sistema mejorará la manera en que su problema es mostrado, hará a otros más receptivos y más dispuestos a corregir su error, y hará la experiencia más placentera para todos. Si usted nunca ha utilizado Bugzilla antes o es nuevo llenando reportes de error, puede serle útil leer las siguientes páginas.
Entender cómo otras personas esperan que usted utilice el sistema mejorará la forma en que su problema sea presentado, hará a otros más receptivos, con más posibilidades de corregir su error y hará la experiencia más agradable para todos. Si nunca ha usado Bugzilla antes o es nuevo enviando informes de errores, puede serle útil leer las siguientes páginas.


* [https://bugzilla.mozilla.org/page.cgi?id=etiquette.html General Bugzilla Etiquette]
* [https://bugzilla.mozilla.org/page.cgi?id=etiquette.html General Bugzilla Etiquette]
* [http://www.redhat.com/magazine/020jun06/features/bugzilla/ bugzilla.redhat.com pointers] - describes the essential steps to follow for all bugs!
* [http://www.redhat.com/magazine/020jun06/features/bugzilla/ bugzilla.redhat.com pointers] - ¡describe los pasos esenciales a seguir para todos los errores!
* [http://www.chiark.greenend.org.uk/~sgtatham/bugs.html How to Report Bugs Effectively] (general advice)
* [http://www.chiark.greenend.org.uk/~sgtatham/bugs-es.html Cómo informar de fallos de forma efectiva] (asesoramiento general)


Si un software en particular es de uso común, es más probable que los usuarios encuentren problemas y/o sugieran mejoras al mismo. No significa que el software es más defectuoso.
Si un paquete de software en particular es muy utilizado, es más probable que los usuarios encuentren errores o sugieran mejoras al mismo. No significa que el software es más defectuoso.


[[BugZappers/UnderstandingBugzilla]] tiene unas cuantas notas técnicas que podrían ayudar a que Bugzilla cobre más sentido para usted.
[[BugZappers/UnderstandingBugzilla]] tiene unas cuantas notas técnicas que pueden ayudar a que Bugzilla tenga más sentido.


=== Buscando Duplicados ===
=== Búsqueda de duplicados ===


Errores muy comunes se listan en [[Bugs/Common]].
Errores conocidos muy comunes son listados en [[Bugs/Common]].


Es importantes buscar en Bugzilla para asegurarse de que su error no ha sido ya reportado. La manera más fácil de hacerlo es [https://bugzilla.redhat.com/query.cgi?format=specific keyword search], o puede utilizar [https://bugzilla.redhat.com/query.cgi la Búsqueda Avanzada]. O bien,  utilice https://bugz.fedoraproject.org/nombredelpaquete para buscar errores específicos para el paquete (subtituyendo nombredelpaquete con el nombre del paquete que está verificando).
Es importante buscar en Bugzilla para asegurarse de que su fallo no ha sido reportado. La manera más fácil es hacer una [https://bugzilla.redhat.com/query.cgi?format=specific búsqueda por palabra clave]. O puede usar el [https://bugzilla.redhat.com/query.cgi?format=advanced Formulario avanzado]. O puede utilizar https://bugz.fedoraproject.org/packagename para buscar errores específicos de un paquete (sustituir 'packagename' con el nombre del paquete que está comprobando).


No es de utilidad generalmente archivar comentarios como "Estoy experimentando este error, también yo", a menos que ahí haya detalles específicos que pudiesen ser útiles en rastrear la causa (p.ej. usted tiene más detallada información de depuración, o un diferente hardware o configuración de software que significa que un error específico de hardware o de configuración es más extendido de lo que se pensaba previamente).
No es útil en general presentar comentarios como «También estoy experimentando este error», a menos que existan detalles específicos que podrían ser útiles en el seguimiento de la causa (por ejemplo, información de depuración más detallada, o una configuración diferente de hardware o software, lo que significa que un error específico de hardware o de configuración está más extendido de lo que se pensaba previamente).


Si usted está experimentando el error en una más reciente versión de Fedora que la reportada en el error, esto es útil de mencionar.
Si usted está experimentando el error en una versión más reciente de Fedora que la reportada en el error, esto es útil mencionarlo.


Lea [[BugZappers/FindingDuplicates]] para mayores detalles.
Vea [[BugZappers/FindingDuplicates]] para más detalles.


=== Reuniendo Información Útil ===
=== Reunir información útil ===


Lea "Tips por tipo de error" debajo para guía específica.
Consulte más abajo «Sugerencias por tipo de error» para una orientación específica.


Es siempre útil observar /var/log/messages (en todos los casos) y ~/.xsession-errors (para usuarios de escritorio) y mirar si hay algún error o advertencia relacionado a su problema. Algunos programas tienen también archivos dedicados o directorios en /var/log que es mejor verificar.
Siempre es útil verificar /var/log/messages (para todos) y ~/.xsession-errors (para los usuarios de escritorio) para ver si hay errores o advertencias relacionadas con su problema. Algunos programas también han dedicado archivos o directorios en /var/log que son dignos de investigar.


=== Comience a archivar el error ===
=== Iniciar la presentación del error ===


Usted puede [https://bugzilla.redhat.com/enter_bug.cgi ingresar el error aquí], o si conoce el nombre del paquete puede ir a https://bugz.fedoraproject.org/nombredelpaquete (subtituyendo nombredelpaquete con el nombre del paquete que está verificando) y seguir el enlace 'Report a new bug against this package'.  
Usted puede [https://bugzilla.redhat.com/enter_bug.cgi introducir un nuevo error aquí], o si conoce cual es el nombre del paquete puede ir a https://bugz.fedoraproject.org/packagename (sustituir 'packagename' con el nombre del paquete) y haga clic en el enlace 'Report a new bug against this package'.


Lea la plantilla de informe cuidadosamente y proporcione la información requerida, lo mejor que pueda.
Lea cuidadosamente la plantilla de informe y proporcione toda la información solicitada, lo mejor que pueda.


Por favor intente explicar claramente el error y toda la información necesaria. No es una buena idea añadir comentarios como "¡esto necesita ser corregido inmediatamente!" o "¡esto es inaceptable!"; probablemente sólo hará que los mantenedores sientan que los está atacando, y esto no les ayudará a corregir el problema.
Por favor trate de seguir explicando claramente el error y toda la información necesaria. Añadir comentarios tales como «¡Esto debe ser corregido inmediatamente!» o «¡Esto es inaceptable!» no es una buena idea: sólo es probable que los mantenedores se sientan como si usted estuviera atacándolos, y esto no ayuda a solucionar el problema.


=== Encontrando el Componente exacto ===
=== Encontrar el componente adecuado ===


Cuando reporte un error, será de gran ayuda si selecciona el Productor correcto, Version y Componentes. De esta manera, llegará al desarrollador/mantenedor del paquete de software afectado, lo que ayudará a resolver los errores más rápido. Si usted lo asigna al componente erróneo, puede ser reasignado al correcto, así que nunca evite llenar el reporte de error sólo porque usted no logra imaginarse a que componente asignarlo.
Al informar sobre un error, sería útil si selecciona el Producto, Versión y Componentes adecuados. De esta manera, llegará al desarrollador/mantenedor del paquete de software afectado, lo que ayudará a resolver los errores más rápido. Si lo asigna al componente equivocado, puede ser reasignado al correcto, por lo que nunca omita la presentación de un informe de error sólo porque no podía imaginarse a qué componente asignarlo.


Lea [[BugZappers/CorrectComponent]] para detalles acerca de como determinar el componente correcto si no está seguro.
Lea [[BugZappers/CorrectComponent]] para obtener más información sobre cómo determinar el componente correcto si no está seguro.


=== Después de archivar su error ===
=== Después que su error fue presentado ===


* Los desarrolladores no dan acuse de recibo por reportes de error u ofrecen comentarios a menos que tengan información substancial o requieran más información de parte suya. Eso no significa que sus reportes de error no sean valiosos. ¡Que sigan llegando!
* Los desarrolladores no suelen reconocer los informes de errores o hacer comentarios a menos que tengan información importante o requieran más información de usted. Esto no significa que los informes de errores no han sido valiosos. ¡Que sigan llegando!


* Después de reportar un error, podría obtener retroalimentación de otros usuarios, o el desarrollador podría cambiar el status y/o resolución del reporte de error. Para una explicación de los varios status y resoluciones, lea [[BugZappers/BugStatusWorkFlow|this page]].
* Después de reportar un error, podría obtener comentarios de otros usuarios, o el desarrollador puede cambiar el estado o la resolución del informe de error. Para una explicación de los distintos estados y resoluciones, consulte [[BugZappers/BugStatusWorkFlow|esta página]].


* Por favor mantenga su reporte enfocado en el asunto original que fue reportado. Añadir discusiones de otros ligeramente relacionados (o por completo sin relación alguna) solo causará que el reporte se vuelva confuso y difícil de seguir. Si advierte un problema diferente, o cuando el problema inicial sea corregido usted advierte de otro problema que el que está escondiendo, por favor archive un nuevo reporte en lugar de agregar comentarios al primer informe.
* Por favor mantenga su informe enfocado en el problema original que fue reportado. Agregar discusiones ligeramente relacionadas (o incluso sin relación alguna) sólo hará que el informe sea confuso y difícil de seguir. Si usted nota un problema diferente, o cuando se solucione el problema inicial se observe otro problema oculto, por favor presente un nuevo informe en lugar de agregar comentarios al primer informe.


* Si usted archiva un error contra una versión de Fedora que no está corregido o de otra manera resuelto antes de que la versión alcance el final de su ciclo de vida (EOL), alguien necesitará probar una versión más reciente de Fedora para verificar si el error persiste y actualizar el campo de Versión si es el caso. De otro modo, su error será cerrado. Obtendrá un e-mail de verificación entonces. Muchos errores son corregidos o se vuelven obsoletos cuando el software es incorporado en nuevas versiones de Fedora por los programadores principales. Errores más antigos permanecen en el sistema para referencias futuras, pero volver a probar mantendrá el error abierto y "en el radar" para desarrolladores de Fedora. Lea [[BugZappers/HouseKeeping]] para mayor información sobre el proceso.
* Si usted presenta un error contra una versión de Fedora y no es reparado o de manera diferente resuelto antes que la versión llegue al Final del ciclo de vida (EOL), alguien tendrá que probar una versión más reciente de Fedora para ver si el error persiste y actualizar el campo Versión, si es así. De lo contrario, se cerrará el error. Usted recibirá una notificación por correo electrónico si es el caso. Muchos errores son corregidos o están obsoletos cuando el software es incorporado a las nuevas versiones de Fedora por los programadores de desarrollo de software. Los errores antiguos permanecen en el sistema para referencias futuras, pero volver a probar mantendrá el fallo abierto y «en el radar» para los desarrolladores de Fedora. Ver [[BugZappers/HouseKeeping/es]] para más información del proceso.


=== Interfaz de línea de comandos ===
=== Interfaz de línea de comandos ===


Si necesita una línea de comandos u otra interfaz programable para Bugzilla, intente con "yum install python-bugzilla" y lea la documentación incluida. Esto proporciona el comando "bugzilla".
Si necesita una línea de comandos o la interfaz programática de Bugzilla, intente con: «yum install python-bugzilla» y consulte la documentación incluida. Esto lo proporciona el comando «bugzilla».


== Lo que cada error debería tener ==
== Cosas que debe tener cada fallo ==


* '''Número de Versión''': El número exacto de versión del RPM del problema (o una lista de RPMs sospechosos). El número en el campo de selección Versión es la versión de Fedora como un todo (12,13, Rawhide); el número de versión RPM para un componente específico dentro de la distribución cambiará conforme se vayan liberando actualizaciones.
* '''Número de versión''': El número de versión exacto del RPM con el problema (o una lista de RPM sospechosos). El número en el selector de campo Versión es la versión de la distribución Fedora en su conjunto (9, 10, Rawhide); el número de versión RPM para un componente específico dentro de la distribución cambiará conforme se vayan liberando las actualizaciones.
* '''Descripción clara''': Informar tanto como sea posible acerca de lo que estaba sucediendo en el momento de los hechos, o los pasos exactos sobre cómo reproducir el error. Explicación de cómo se diferencia lo que sucedió de lo que debía suceder, si no es obvio.
* '''Información de diagnóstico''': Cualquier advertencia importante impresa en la pantalla, extracto de registros del sistema en el momento del problema, todos los volcados de soluciones disponibles.
* '''Contexto''': Por ejemplo, si este es un problema del administrador de ventanas, ¿Está sucediendo en GNOME o KDE?. Si se trata de un problema de red, ¿Qué aspecto tiene la configuración de red?. Si una aplicación se ejecuta de una manera inusual (emulación, de forma remota), esto debe ser mencionado. ¿Qué elementos relacionados con el sistema han sido personalizados?. Use su buen juicio y sentido común.


* '''Descripción clara''': Reportar tanto como sea posible acerca de que estaba ocurriendo en el momento del incidente, o los pasos exactos para reproducir el error. Explicación de como lo que ocurrió difiere de lo que debería haber ocurrido, si no es obvio.
Puede solicitar información adicional, por supuesto, dependiendo del tipo de error y el componente afectado. Consulte a continuación «Sugerencias por tipo de error».


* '''Información de Diagnóstico''': Cualquier advertencia relevante impresa en pantalla, extractos de registros del sistema (logs) cerca de la hora del error, cualquier volcado disponible que ayude a detectar el error.
== Sugerencias por tipo de error ==


* '''Contexto''': Por ejemplo, si este es un problema del administrador de ventanas, o ¡está ocurriendo bajo GNOME o KDE? Si este es un problema de red, ¿cómo está la configuración de la red?Si una aplicación estaba corriendo de una manera inusual (emulation, en forma remota), esto debería mencionarse. ¿Qué elementos relacionados en el sistema han sido personalizados? Use su buen juicio y sentido común.
=== Caídas ===


Información adicional puede ser solicitada adicionalmente, dependiendo del tipo de error y componente afectado. Lea "Tips por tipo de error" debajo.
Si ha experimentado una caída del programa, es casi seguro que sea necesario incluir un seguimiento de la pila con su informe de error. Las caídas son a menudo difíciles de reproducir y aún más difíciles de solucionar, así que cuanta más información pueda proporcionar, mejor.
Probablemente necesitará instalar los RPM de -debuginfo para que el seguimiento de la pila tenga símbolos de depuración útiles. Consulte las páginas siguientes para más información:


== Tips por tipo de error ==
* [[StackTraces]]
* [[JavaStackTraces]]
 
=== Fallos, bloqueos y pánicos ===
 
Si la máquina se bloquea, y queda registrada la salida total del error en los archivos de registro o en la pantalla, pruebe algunas de las sugerencias para [[Common_kernel_problems#Diagnosing_.22My_machine_locked_up.22|diagnóstico de bloqueos de la máquina]] y [[Common_kernel_problems#Crashes.2FHangs|caídas y cuelgues del kernel]].
 
=== Errores específicos de hardware ===
 
Si sospecha que el fallo tiene algo que ver con el hardware específico suyo, adjunte o incluya un enlace a su perfil de [https://fedorahosted.org/smolt/ Smolt] en el error. Puede volcarlo en {{filename|/tmp/smoltprofile.txt}} con el comando: {{command|smoltSendProfile -p > /tmp/smoltprofile.txt}} (Pero consulte el [https://bugzilla.redhat.com/show_bug.cgi?id=575524 Bug 575524]).
 
Ejecute {{command|yum install smolt}} si aún no tiene instalado Smolt.
 
Un fuerte indicio de un fallo específico de hardware es que otras personas con diferente hardware deben poder reproducir el error, pero no pueden. También suelen incluir código que interactúa específicamente con un periférico, como una cámara web, tarjeta de video, impresora o tarjeta de sonido (así, por ejemplo, es raro que errores afecten a la interfaz de usuario de un procesador de texto o una calculadora de escritorio por ser específicos del hardware).
 
=== Solicitudes de mejoras ===
 
* Al presentar una solicitud de mejora en Bugzilla, agregue la palabra clave '''<code>FutureFeature</code>''' al informe. La Palabra clave debe añadirse justo después de enviar el error. A continuación verá el cuadro para ingresar la Palabra clave. Asegúrese de suministrar la suficiente información y fundamentos para sus solicitudes de mejoras a ser consideradas.
* El proyecto Fedora tiene como objetivo ser una plataforma construida exclusivamente con software libre y de código abierto. Las sugerencias para incluir soporte para software propietario u otro legalmente gravado no son constructivas. Ver la lista en la página de [[forbidden items|ítems prohibidos]] para obtener más información acerca de esto.
* Si desea crear una nueva característica realice por su cuenta una página wiki para la misma y así obtener su aceptación. Ver más sobre el Proceso de características en [[Features/Policy]].
* Las solicitudes de nuevos paquetes para agregarse a Fedora, no se deben añadir a Bugzilla. Por favor, en su lugar agréguelos a la wiki, en la [[Package maintainers wishlist|lista de deseos de mantenedores de paquetes]].
 
=== Sensibles a la seguridad ===
 
Prestamos especial atención a los errores sensibles a la seguridad. Lea la página [[Security/Bugs|Errores de seguridad]] para entender el proceso especial.
 
=== Interfaces gráficas de usuario ===
 
Si tiene problemas con una interfaz gráfica de usuario (GUI), suele ser útil incluir una captura de pantalla que muestre el error en acción. Esto ayudará a los desarrolladores a encontrar el lugar exacto en el código que está causando el error, y ayuda a comunicar lo que está mal cuando es difícil de reproducir (por ejemplo, problemas de diseño específicos de la máquina).
 
* Para tomar una captura de pantalla, pulse la tecla «Imprimir pantalla» en el teclado, o seleccione en el menú de GNOME: Aplicaciones -> Accesorios -> Captura de pantalla
 
* Para conseguir el vídeo de su pantalla (un «screencast»), puede utilizar [http://live.gnome.org/Istanbul Istanbul]. «yum install istanbul» en la línea de comandos, luego ejecute «istanbul». También aparece en el menú de GNOME: Aplicaciones -> Sonido y vídeo -> Grabadora de sesión de escritorio
 
=== Información requerida para fallos en componentes específicos ===
 
* [[SELinux/Troubleshooting|SELinux]]
* [[How_to_debug_Firefox_problems|Firefox]]
* [[How_to_debug_printing_problems|Impresión]]
* [[How to debug installation problems|Anaconda (instalador)]]
* [[KernelBugTriage|Kernel]] (véase también [[common kernel problems|problemas comunes del kernel]])
** [[How to debug sound problems|Sonido]] (véase también [[KernelBugTriage|Clasificación de errores del kernel]])
* [[How to debug Virtualization problems|Virtualización]]
* [[How_to_debug_Xorg_problems|X.org]]
* [[:Category:Fonts and text QA|Fuentes]]
* [[How to debug OpenOffice problems|OpenOffice.org]]
* [[Bug info Rhythmbox|Rhythmbox]]
* [[How to debug PulseAudio problems|PulseAudio]]
* [[How_to_debug_Dracut_problems|Dracut]]
* [[How_to_use_qemu|QEMU]]
* [[How to debug Systemd problems|Systemd]]
 
=== Errores de presentación para varias versiones ===
 
Si el fallo está presente en más de una versión de Fedora, puede clonarlo pulsando ''Clone This Bug (Clonar este error)'' en la esquina superior derecha del informe de error y, a continuación asigne un número de versión diferente en el informe recién creado.
 
== Se necesita ayuda ==
 
* El equipo de Clasificación de errores de Fedora está solicitando activamente nuevos voluntarios. Si usted está interesado, por favor consulte la página [[BugZappers/es]].
 
* Aseguramiento de la calidad también da la bienvenida a nuevos voluntarios; ver [[QA/es]].


[[Category:Bugs]]
[[Category:Bugs]]
[[Category:Debugging]]
[[Category:Debugging]]
[[Category:Spanish translations]]
[[Category:Spanish translations]]

Latest revision as of 16:36, 6 December 2012

Bugzilla es la herramienta de seguimiento utilizada por el proyecto Fedora para obtener comentarios de los usuarios y desarrolladores sobre errores y solicitudes de mejoras en Fedora.

A veces, a los nuevos informes les falta información, son inexactos o tienen otros defectos. Esto desperdicia tiempo valioso. La persona que informó del fallo pierde su tiempo al presentarlo erróneamente, los desarrolladores tienen que pasar más tiempo analizando el error, malgastando su tiempo, lo que podría incluso resultar en que el error sea ignorado u olvidado. Esta página describe cómo presentar informes de fallos de calidad y sugerir mejoras de una manera constructiva.

Idea.png
Errores comúnmente reportados
La página Errores comunes de Fedora es útil para encontrar soluciones ya conocidas de la instalación, actualización o problemas relacionados con HW/SW.

Proceso

¿Necesito presentar un error?

A menos que vea un problema que ya se ha informado en Bugzilla, mencionado en las notas de lanzamiento u otra documentación oficial (ver http://docs.fedoraproject.org/), reconocido por los desarrolladores en una lista de correo, enumerado en la página de errores comunes, o listado como una dependencia rota en el reporte diario de Rawhide, usted debería presentar un error. No asuma que todo mundo ha encontrado el mismo problema que usted; muchos errores son específicos de un determinado hardware, configuración, o hábitos de uso. Discutir el error en el IRC o la lista de correo fedora-test-list puede ayudarle a diagnosticar la fuente exacta y coordinar con otras personas que están experimentando el mismo problema, pero no es una forma idónea de reportar el fallo. Se debe informar a Bugzilla para que el problema pueda ser rastreado correctamente y no se pierda entre el ruido de la lista de correo.

Una práctica común es presentar el error en primer lugar, a continuación, enviar un correo electrónico a la lista con un enlace al reporte de error, solicitando mayor asistencia. Muchos errores también son presentados sin enviar un correo electrónico a la lista de correo, así que asegúrese de buscar en Bugzilla respecto a su problema.

El flujo de trabajo en Bugzilla

Un resumen del flujo de trabajo oficial para errores de Fedora se puede encontrar aquí. Esto le ayudará a entender el ciclo de vida de un error de Fedora.

Introducción

Si es nuevo en Bugzilla de Fedora, el primer paso es crear una cuenta. Es un proceso rápido, así que no dude en empezar de inmediato. Para obtener más información sobre el proceso de creación de una cuenta, por favor consulte la documentación de bugzilla.

Comprender la cultura de Bugzilla

Entender cómo otras personas esperan que usted utilice el sistema mejorará la forma en que su problema sea presentado, hará a otros más receptivos, con más posibilidades de corregir su error y hará la experiencia más agradable para todos. Si nunca ha usado Bugzilla antes o es nuevo enviando informes de errores, puede serle útil leer las siguientes páginas.

Si un paquete de software en particular es muy utilizado, es más probable que los usuarios encuentren errores o sugieran mejoras al mismo. No significa que el software es más defectuoso.

BugZappers/UnderstandingBugzilla tiene unas cuantas notas técnicas que pueden ayudar a que Bugzilla tenga más sentido.

Búsqueda de duplicados

Errores conocidos muy comunes son listados en Bugs/Common.

Es importante buscar en Bugzilla para asegurarse de que su fallo no ha sido reportado. La manera más fácil es hacer una búsqueda por palabra clave. O puede usar el Formulario avanzado. O puede utilizar https://bugz.fedoraproject.org/packagename para buscar errores específicos de un paquete (sustituir 'packagename' con el nombre del paquete que está comprobando).

No es útil en general presentar comentarios como «También estoy experimentando este error», a menos que existan detalles específicos que podrían ser útiles en el seguimiento de la causa (por ejemplo, información de depuración más detallada, o una configuración diferente de hardware o software, lo que significa que un error específico de hardware o de configuración está más extendido de lo que se pensaba previamente).

Si usted está experimentando el error en una versión más reciente de Fedora que la reportada en el error, esto es útil mencionarlo.

Vea BugZappers/FindingDuplicates para más detalles.

Reunir información útil

Consulte más abajo «Sugerencias por tipo de error» para una orientación específica.

Siempre es útil verificar /var/log/messages (para todos) y ~/.xsession-errors (para los usuarios de escritorio) para ver si hay errores o advertencias relacionadas con su problema. Algunos programas también han dedicado archivos o directorios en /var/log que son dignos de investigar.

Iniciar la presentación del error

Usted puede introducir un nuevo error aquí, o si conoce cual es el nombre del paquete puede ir a https://bugz.fedoraproject.org/packagename (sustituir 'packagename' con el nombre del paquete) y haga clic en el enlace 'Report a new bug against this package'.

Lea cuidadosamente la plantilla de informe y proporcione toda la información solicitada, lo mejor que pueda.

Por favor trate de seguir explicando claramente el error y toda la información necesaria. Añadir comentarios tales como «¡Esto debe ser corregido inmediatamente!» o «¡Esto es inaceptable!» no es una buena idea: sólo es probable que los mantenedores se sientan como si usted estuviera atacándolos, y esto no ayuda a solucionar el problema.

Encontrar el componente adecuado

Al informar sobre un error, sería útil si selecciona el Producto, Versión y Componentes adecuados. De esta manera, llegará al desarrollador/mantenedor del paquete de software afectado, lo que ayudará a resolver los errores más rápido. Si lo asigna al componente equivocado, puede ser reasignado al correcto, por lo que nunca omita la presentación de un informe de error sólo porque no podía imaginarse a qué componente asignarlo.

Lea BugZappers/CorrectComponent para obtener más información sobre cómo determinar el componente correcto si no está seguro.

Después que su error fue presentado

  • Los desarrolladores no suelen reconocer los informes de errores o hacer comentarios a menos que tengan información importante o requieran más información de usted. Esto no significa que los informes de errores no han sido valiosos. ¡Que sigan llegando!
  • Después de reportar un error, podría obtener comentarios de otros usuarios, o el desarrollador puede cambiar el estado o la resolución del informe de error. Para una explicación de los distintos estados y resoluciones, consulte esta página.
  • Por favor mantenga su informe enfocado en el problema original que fue reportado. Agregar discusiones ligeramente relacionadas (o incluso sin relación alguna) sólo hará que el informe sea confuso y difícil de seguir. Si usted nota un problema diferente, o cuando se solucione el problema inicial se observe otro problema oculto, por favor presente un nuevo informe en lugar de agregar comentarios al primer informe.
  • Si usted presenta un error contra una versión de Fedora y no es reparado o de manera diferente resuelto antes que la versión llegue al Final del ciclo de vida (EOL), alguien tendrá que probar una versión más reciente de Fedora para ver si el error persiste y actualizar el campo Versión, si es así. De lo contrario, se cerrará el error. Usted recibirá una notificación por correo electrónico si es el caso. Muchos errores son corregidos o están obsoletos cuando el software es incorporado a las nuevas versiones de Fedora por los programadores de desarrollo de software. Los errores antiguos permanecen en el sistema para referencias futuras, pero volver a probar mantendrá el fallo abierto y «en el radar» para los desarrolladores de Fedora. Ver BugZappers/HouseKeeping/es para más información del proceso.

Interfaz de línea de comandos

Si necesita una línea de comandos o la interfaz programática de Bugzilla, intente con: «yum install python-bugzilla» y consulte la documentación incluida. Esto lo proporciona el comando «bugzilla».

Cosas que debe tener cada fallo

  • Número de versión: El número de versión exacto del RPM con el problema (o una lista de RPM sospechosos). El número en el selector de campo Versión es la versión de la distribución Fedora en su conjunto (9, 10, Rawhide); el número de versión RPM para un componente específico dentro de la distribución cambiará conforme se vayan liberando las actualizaciones.
  • Descripción clara: Informar tanto como sea posible acerca de lo que estaba sucediendo en el momento de los hechos, o los pasos exactos sobre cómo reproducir el error. Explicación de cómo se diferencia lo que sucedió de lo que debía suceder, si no es obvio.
  • Información de diagnóstico: Cualquier advertencia importante impresa en la pantalla, extracto de registros del sistema en el momento del problema, todos los volcados de soluciones disponibles.
  • Contexto: Por ejemplo, si este es un problema del administrador de ventanas, ¿Está sucediendo en GNOME o KDE?. Si se trata de un problema de red, ¿Qué aspecto tiene la configuración de red?. Si una aplicación se ejecuta de una manera inusual (emulación, de forma remota), esto debe ser mencionado. ¿Qué elementos relacionados con el sistema han sido personalizados?. Use su buen juicio y sentido común.

Puede solicitar información adicional, por supuesto, dependiendo del tipo de error y el componente afectado. Consulte a continuación «Sugerencias por tipo de error».

Sugerencias por tipo de error

Caídas

Si ha experimentado una caída del programa, es casi seguro que sea necesario incluir un seguimiento de la pila con su informe de error. Las caídas son a menudo difíciles de reproducir y aún más difíciles de solucionar, así que cuanta más información pueda proporcionar, mejor. Probablemente necesitará instalar los RPM de -debuginfo para que el seguimiento de la pila tenga símbolos de depuración útiles. Consulte las páginas siguientes para más información:

Fallos, bloqueos y pánicos

Si la máquina se bloquea, y queda registrada la salida total del error en los archivos de registro o en la pantalla, pruebe algunas de las sugerencias para diagnóstico de bloqueos de la máquina y caídas y cuelgues del kernel.

Errores específicos de hardware

Si sospecha que el fallo tiene algo que ver con el hardware específico suyo, adjunte o incluya un enlace a su perfil de Smolt en el error. Puede volcarlo en /tmp/smoltprofile.txt con el comando: smoltSendProfile -p > /tmp/smoltprofile.txt (Pero consulte el Bug 575524).

Ejecute yum install smolt si aún no tiene instalado Smolt.

Un fuerte indicio de un fallo específico de hardware es que otras personas con diferente hardware deben poder reproducir el error, pero no pueden. También suelen incluir código que interactúa específicamente con un periférico, como una cámara web, tarjeta de video, impresora o tarjeta de sonido (así, por ejemplo, es raro que errores afecten a la interfaz de usuario de un procesador de texto o una calculadora de escritorio por ser específicos del hardware).

Solicitudes de mejoras

  • Al presentar una solicitud de mejora en Bugzilla, agregue la palabra clave FutureFeature al informe. La Palabra clave debe añadirse justo después de enviar el error. A continuación verá el cuadro para ingresar la Palabra clave. Asegúrese de suministrar la suficiente información y fundamentos para sus solicitudes de mejoras a ser consideradas.
  • El proyecto Fedora tiene como objetivo ser una plataforma construida exclusivamente con software libre y de código abierto. Las sugerencias para incluir soporte para software propietario u otro legalmente gravado no son constructivas. Ver la lista en la página de ítems prohibidos para obtener más información acerca de esto.
  • Si desea crear una nueva característica realice por su cuenta una página wiki para la misma y así obtener su aceptación. Ver más sobre el Proceso de características en Features/Policy.
  • Las solicitudes de nuevos paquetes para agregarse a Fedora, no se deben añadir a Bugzilla. Por favor, en su lugar agréguelos a la wiki, en la lista de deseos de mantenedores de paquetes.

Sensibles a la seguridad

Prestamos especial atención a los errores sensibles a la seguridad. Lea la página Errores de seguridad para entender el proceso especial.

Interfaces gráficas de usuario

Si tiene problemas con una interfaz gráfica de usuario (GUI), suele ser útil incluir una captura de pantalla que muestre el error en acción. Esto ayudará a los desarrolladores a encontrar el lugar exacto en el código que está causando el error, y ayuda a comunicar lo que está mal cuando es difícil de reproducir (por ejemplo, problemas de diseño específicos de la máquina).

  • Para tomar una captura de pantalla, pulse la tecla «Imprimir pantalla» en el teclado, o seleccione en el menú de GNOME: Aplicaciones -> Accesorios -> Captura de pantalla
  • Para conseguir el vídeo de su pantalla (un «screencast»), puede utilizar Istanbul. «yum install istanbul» en la línea de comandos, luego ejecute «istanbul». También aparece en el menú de GNOME: Aplicaciones -> Sonido y vídeo -> Grabadora de sesión de escritorio

Información requerida para fallos en componentes específicos

Errores de presentación para varias versiones

Si el fallo está presente en más de una versión de Fedora, puede clonarlo pulsando Clone This Bug (Clonar este error) en la esquina superior derecha del informe de error y, a continuación asigne un número de versión diferente en el informe recién creado.

Se necesita ayuda

  • El equipo de Clasificación de errores de Fedora está solicitando activamente nuevos voluntarios. Si usted está interesado, por favor consulte la página BugZappers/es.
  • Aseguramiento de la calidad también da la bienvenida a nuevos voluntarios; ver QA/es.
Retrieved from "https://fedoraproject.org/w/index.php?title=Bugs_and_feature_requests/es&oldid=313862"