Informar incidencias en Weblate

El seguimiento de incidencias de Weblate está alojado en GitHub.

No dudes en informar cualquiera de las incidencias o sugerir mejoras para Weblate. Disponemos de varias plantillas para guiarle fácilmente en el proceso de informe de incidencia.

Nota

Si lo que ha encontrado es una incidencia de seguridad en Weblate, consulte en Product vulnerability reports.

Si no está seguro acerca de su informe de fallo o solicitud de función, puede intentar Discusiones de Weblate.

Incidencias de accesibilidad

Los problemas de accesibilidad utilizarían la plantilla de incidencia en accesibilidad. Un buen informe debe incluir la página o el flujo de trabajo afectado, los pasos para reproducir el problema, el comportamiento esperado y el real, el navegador y el sistema operativo, la tecnología de asistencia utilizada y si el problema se produce al navegar únicamente con el teclado.

Los responsables del mantenimiento etiquetan los informes de accesibilidad con accesibilidad. Durante la fase de triaje, utilice el impacto en los flujos de trabajo principales y las soluciones alternativas disponibles para elegir la prioridad:

  • Bloqueador: no se puede completar un flujo de trabajo principal.

  • Alto: el flujo de trabajo principal es difícil, pero existe una solución alternativa.

  • Medio: un flujo de trabajo no esencial es difícil o inconsistente.

  • Bajo: una incidencia menor o un problema de pulido que no interrumpe el flujo de trabajo.

Consulte ACCESSIBILITY.md para el objetivo de accesibilidad y las directrices de presentación de informes de Weblate.

Utilizar IA para crear incidencias

Si le pide a una herramienta de IA que encuentre problemas en Weblate o sus módulos, debe asegurarse de revelar este hecho en su informe.

También debe verificar cuidadosamente los hallazgos antes de comunicárnoslos para validar que las incidencias existan y funcionen exactamente como indica la IA. Las herramientas basadas en IA suelen generar resultados inexactos o falsos.

Es raramente una idea buena copiar y pegar un informe generado por IA en el proyecto. Estos informes suelen ser demasiado extensos y rara vez van al grano (además de incluir los habituales detalles inventados). Si descubre un problema con una IA y lo ha verificado usted mismo, redacte el informe y explique la incidencia tal como lo ha descubierto. Esto garantiza que las imprecisiones generadas por la IA y las incidencias inventadas se filtren rápidamente, antes de que hagan perder el tiempo a más personas.

Como nos tomamos muy en serio los informes de seguridad, investigamos cada uno con prioridad. Esta labor consume tiempo y energía, y nos distrae de otras tareas importantes. Las incidencias de seguridad falsas o inventadas nos impiden realizar proyectos reales y nos hacen perder tiempo y recursos.

Baneamos inmediatamente a aquellos usuarios que envíen informes falsos e inventados al proyecto.

Ciclo de vida de incidencias

digraph "Issue lifecycle" { graph [fontname = "sans-serif", fontsize=10, ranksep=0.6, newrank=true]; node [fontname = "sans-serif", fontsize=10, margin=0.15]; edge [fontname = "sans-serif", fontsize=10]; subgraph cluster_states { graph [color=white]; "Waiting for: Triage" [shape=box, fillcolor="#1fa385", fontcolor=white, style=filled]; "Waiting for: Demand" [shape=box, fillcolor="#1fa385", fontcolor=white, style=filled]; "Waiting for: Community" [shape=box, fillcolor="#1fa385", fontcolor=white, style=filled]; "Waiting for: Milestone" [shape=box, fillcolor="#1fa385", fontcolor=white, style=filled]; "Waiting for: Implementation" [shape=box, fillcolor="#1fa385", fontcolor=white, style=filled]; "Waiting for: Release" [shape=box, fillcolor="#1fa385", fontcolor=white, style=filled]; } "Issue created" [fillcolor="#144d3f", fontcolor=white, style=filled]; "Issue closed as not planned" [fillcolor="#cccccc", style=filled]; "Issue converted to a discussion" [fillcolor="#cccccc", style=filled]; "Issue resolved" [fillcolor="#144d3f", fontcolor=white, style=filled]; "Issue created" -> "Waiting for: Triage"; "Waiting for: Triage" -> "Waiting for: Community" [label="The issue is not clearly defined"]; "Waiting for: Triage" -> "Issue closed as not planned" [label="The issue is out of scope"]; "Waiting for: Triage" -> "Issue converted to a discussion" [label="The issue is merely a support request"]; "Waiting for: Triage" -> "Waiting for: Milestone" [label="Ready to to be worked on"]; "Waiting for: Community" -> "Waiting for: Triage" [label="Community feedback received"]; "Waiting for: Community" -> "Issue closed as not planned" [label="Lack of response"]; "Waiting for: Community" -> "Waiting for: Milestone" [label="Ready to to be worked on"]; "Waiting for: Community" -> "Waiting for: Demand" [label="Too narrow use case"]; "Waiting for: Demand" -> "Waiting for: Milestone" [label="Ready to to be worked on"]; "Waiting for: Demand" -> "Issue closed as not planned" [label="The issue is out of scope"]; "Waiting for: Milestone" -> "Waiting for: Implementation" [label="Milestone assigned issue will be worked on"]; "Waiting for: Implementation" -> "Waiting for: Release" [label="Issue implemented waiting for a release"]; "Waiting for: Release" -> "Issue resolved" [label="The solution for the issue has been released"]; }