Cómo presentar un error

Mantenemos una lista de problemas comunes. Compruebe primero este sitio para ver si ya se ha informado de su problema — y si existe una solución.

Como de los errores se informa y son corregidos, los desarrolladores coleccionan un conjunto de soluciones y periódicamente lanzan versiones mejoradas de su software. De este modo, antes de informar de una cuestión es útil comprobar si usted está utilizando la última versión de un software. La manera más sencilla de obtener la última versión de software en Fedora es actualizar regularmente su sistema. Los usuarios de Gnome/KDE y otros entornos de escritorio pueden usar sus aplicaciones predeterminadas para hacer esto. Estas comprueban periódicamente si hay actualizaciones y lo notifican a los usuarios. También puede usar el administrador de paquetes predeterminado dnf para comprobar y actualizar su sistema. Solo lo pueden hacer los usuarios con privilegios de administrador:

Si está usando la última versión del software disponible en Fedora, es posible que el error no haya sido reportado todavía o que haya sido reportado pero todavía no esté solucionado. Por lo tanto, es útil buscar en la lista de los errores ya reportados antes de publicar un nuevo reporte. La aplicaciónhttps://packages.fedoraproject.org/[ Web Fedora Packages] proporciona un enlace a los errores abiertos para un paquete. Hay también un atajo conveniente que puede ser usado.

Aquí, package name debe ser el nombre formal del paquete.

Si ya se ha presentado un informe de error que describe el problema, debería proporcionar cualquier información extra que pueda tener. Si no tiene nada más que añadir al informe, debería poner "CC" (carbon-copy) para usted en el informe para recibir cualquier actualización. Esto se puede hacer pulsando en el botón "Save changes" cuando se ha confirmado la opción "Add me to CC list" como se muestra abajo:

Los errores se rellenan en Bugzilla y usted debe tener una cuenta Bugzilla para presentar errores e interactuar con ellos. Una vez que ha creado una cuenta en Bugzilla, también puede acceder usando su cuenta Fedora. Para usar su cuenta FAS para acceder a Bugzilla, necesita o usar la misma dirección de correo electrónico en FAS y en Bugzilla o, si son diferentes, establecer la dirección de correo electrónico de Bugzilla explícitamente en su perfil FAS.

El rastreador de errores solo enviará notificaciones de correo electrónico sobre los errores en los que esté involucrado un usuario. No se enviarán otros correos electrónicos.

Si un reporte de error para un problema concreto no se ha presentado aún, usted debe presentar uno nuevo. La manera más fácil de presentar un nuevo reporte es usando el desplegable "File a new bug" (Presentar un nuevo error) desde la barra del lado derecho en la aplicación Web Paquetes Fedora.

Esto le dirige a una plantilla de reporte de nuevo error en el trazador de errores. La imagen de abajo presenta una plantilla de nuevo error:

Es necesario completar los siguientes campos:

Descripción del problema:

Explicar el problema en más detalle.

Número de Versión-Lanzamiento del componente seleccionado (si es aplicable):

Aquí se debe especificar la versión del paquete. Una vez que se sabe el nombre del paquete, se puede obtener la versión usando el comando rpm:

Por ejemplo:

Como es de reproducible::

¿Con qué frecuencia se observa el problema? Normalmente, una buena respuesta en este campo es una de:

xLos problemas que ocurren siempre son más fáciles de diagnosticar por los desarrolladores, ya que ellos pueden ser capaces de replicarlos en sus máquinas para recoger más información. Si un problema solo sucede algunas veces, los desarrolladores deben consumir más tiempo y esfuerzo para entender lo que causa el problema. Si un problema solo se ha observado una vez, es aún más dura su depuración.

Pasos para reproducir:

Esto habilita a otros usuarios para verificar el error y ellos también informar a los desarrolladores de que pasos específicos han causado el problema. Les resulta mucho más fácil mirar el código fuente y seleccionar los bits que pueden estar defectuosos.

Resultados actuales:

¿Qué se observa cuando ocurre el problema?

Resultados esperados:

¿Qué espera el usuario que ocurra si el software se comporta correctamente?

Información adicional:

Cualquier información adicional que pueda ser útil para el mantenedor debe añadirse aquí.

Después de que se haya solucionado un error debe estar atento a las actualizaciones. La documentación flujo de trabajo de estado de error describe los diferentes estados que puede tener un error. Se enviará un correo electrónico de notificación de cualquier nuevo comentario sobre el informe a todos los involucrados en él---el informador, otros usuarios y el mantenedor. Con frecuencia, los mantenedores comentarán con consultas para obtener más información sobre el problema. Algunas veces otros usuarios que experimentan el mismo problema pueden también añadir más información.

Un error bien reportado es con frecuencia corregido y el mantenedor hará una versión mejorada del software disponible para los usuarios de Fedora. Bodhi añadirá un comentario al reporte cuando esto suceda. Puede ayudar al mantenedor confirmando si la versión mejorada trabaja mejor en el Bodhi.

Una vez que la versión del software ha pasado el proceso de QA, el error será automáticamente cerrado ¡Enhorabuena!

Si ha experimentado un cuelgue en un programa, es casi seguro que será necesario incluir un traza de la pila con su reporte de error. Los cuelgues son, a menudo, difíciles de reproducir y aún más difíciles de corregir, por lo que cuanta más información pueda proporcionar, mejor. Necesitará instalar probablemente RPMs de información de depuración, de modo que su traza de la pila tendrá símbolos de depuración útiles. Vea más información en las siguientes páginas:

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

Una indicación fuerte de un error específico del hardware es que otras personas con un hardware diferente deberían ser capaces de reproducir el error, pero no pueden. También normalmente involucran a código que interactúa específicamente con un periférico, como una cámara web, tarjeta de vídeo, impresora o tarjeta de sonido (así, por ejemplo, es poco común que los errores que afectan a la interfaz de usuario de un procesador de texto o una calculadora de escritorio sean específicos del hardware).

Si sospecha que su error tiene algo que ver con el hardware específico que tiene, será necesario identificar el hardware para poder tomar medidas específicas.

Los dispositivos PCI y PCI-E encontrados por el pueden ser listados con lspci.

Los dispositivos USB encontrados por el kernel se pueden listar con lsusb.

Puede encontrar mención de los dispositivos o controladores específicos en los registros del sistema (ejecute journalctl).

We pay special attention to security-sensitive bugs. Read the Reporting a Security Vulnerability page to understand the special process of opening a security bug.