Usando Bugzilla

Ben Cotton Version F36 onwards Last review: 2024-01-18

Fedora emplea Red Hat Bugzilla para el seguimiento de errores. Esta página y las demás bajo el encabezado "Bugs" (errores) a la izquierda ofrecen algunos consejos y orientación.

Permisos

Cualquier usuario, incluyendo usuarios "anónimos" (es decir, que no han iniciado sesión), pueden ver los errores. (Tenga en cuenta que algunos errores o comentarios pueden marcarse como "privados" o restringidos a grupos específicos. Esto es raro en Fedora y generalmente es para proteger información confidencial que pudiera encontrarse en archivos adjuntos o fragmentos de registros.)

Cualquier usuario que haya iniciado sesión puede crear un informe de error o agregar un comentario a un error existente.

El informante o el responsable de un error pueden modificar cualquier campo en su propio error.

Creando una cuenta

Usted debe tener una cuenta en Bugzilla para registrar errores e interactuar con ellos. Una vez haya creado una cuenta en Bugzilla, también puede iniciar sesión usando su cuenta en Fedora (FAS). Para utilizar su cuenta FAS para identificarse en Bugzilla, necesita bien usar la misma dirección de correo electrónico en FAS y en Bugzilla, o, si son diferentes, puede configurar su dirección de correo electrónico de Bugzilla explícitamente en su perfil de FAS.

Cambios automáticos

Bugzilla creará automáticamente enlaces a informes de errores o comentarios que sigan el patrón "bug xxxx" o "comment xxxx".

Errores marcados como duplicado (duplicate) recibirán de forma automatizada un comentario que haga referencia al otro informe de error. El otro informe de error recibirá automáticamente un comentario indicando que otro error ha sido marcado como duplicado de éste.

Bodhi — el sistema de actualizaciones de Fedora — comentará y cambiará automáticamente el estado (status) de los errores asociados a medida que las actualizaciones avancen por el sistema.

Estado y resolución

Bugzilla utiliza los campos "Status" (Estado) y "Resolution" (Resolución) para rastrear el estado de un informe de error o solicitud de funcionalidad.

Estado

La siguiente tabla resume los estados.

Table 1. Estados Bugzilla
Estado	Significado
NEW	El estado predeterminado. Indica, generalmente, un error que no ha sido investigado activamente por el asignado.
ASSIGNED	Puede ser utilizado por los mantenedores para indicar que el error ha sido examinado y asignado para trabajar.
ON_DEV	Puede ser usado por los mantenedores para indicar que el trabajo está activamente en marcha. Este es especialmente útil si existe un equipo de mantenedores para un paquete.
POST	Indica una corrección preparada, pero no aplicada. esto es utilizado, a menudo, cuando una solicitud de extracción está abierta upstream.
MODIFIED	Indica una corrección que ha sido compilada en una actualización. Bodhi establecerá este estado automáticamente cuando una actualización se crea si el error se asocia con la actualización.
ON_QA	Indica una actualización con una corrección en repositorio testing. Bodhi establecerá este estado automáticamente cuando una actualización alcanza updates-testing si el error está asociado con la actualización.
VERIFIED	Indica un error que tiene una corrección confirmada en una actualización.
RELEASE_PENDING	(No utilizada generalmente en Fedora. Utilizada por los flujos de trabajo Red Hat Enterprise Linux.)
CLOSED	Indica que el error ha sido corregido o no será corregido. El estado CLOSED tiene diferentes resoluciones para indicar porque el error fue cerrado. Bodhi establecerá este estado automáticamente cuando una actualización alcanza el repositorio updates si el error está asociado con la actualización.

Resolución

La siguiente tabla describe las soluciones que pueden aplicarse al estado CLOSED (cerrado).

Table 2. Resoluciones Bugzilla
Resolución	Significado
CANTFIX	Usado por los mantenedores para indicar un error que no puede ser corregido.
CURRENTRELEASE	Indica un error reportado en Branched antes del lanzamiento y la corrección fue corregifa para el lanzamiento final.
DEFERRED	(No utilizado generalmente en Fedora. Utilizado por los flujos de trabajo Red Hat Enterprise Linux.)
DUPLICATE	Indica que un error es un duplicado de otro.
EOL	Indica un error presentado contra una versión que ha alcanzado el Fin de Vida.
ERRATA	Indica un error que es corregido en un lanzamiento estable.
FAILS_QA	(No utilizado generalmente en Fedora. Utilizado por los flujos de trabajo Red Hat Enterprise Linux.)
INSUFFICIENT_DATA	Indica que el rerporte de error no está dispuesto o no puede proporcionar información suficiente para diagnosticar o corregir el error.
NEXTRELEASE	Utilizado por los mantenedores para indicar un error que solo será corregido en lanzamientos posteriores, no en el lanzamiento en que se ha informado.
NOTABUG	Indica que el reporte no es un error (por ejemplo, es iun fallo de hardware o una cuestión de soporte).
RAWHIDE	Indica un error que está corregido en una actualización Rawhide.
RELEASE_PENDING	No utilizado generalmente en Fedora. Utilizado por los flujos de trabajo Red Hat Enterprise Linux.)
UPSTREAM	Utilizado por los mantenedores para indicar que se espera que el error sea corregido upstream y naturalmente aplicado en Fedora Linux en una actualización subsiguiente.
WONTFIX	Utilizado por los mantenedores para indicar un error que no será corregido.
WORKSFORME	Utilizado por los mantenedores para indicar un error que no puede ser reproducido.

Want to help? Learn how to contribute to Fedora Docs ›