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.

It is rarely a good idea to just copy and paste an AI-generated report to the project. Those generated reports typically are too wordy and rarely to the point (in addition to the common fabricated details). If you actually discover an issue with an AI and you have verified it yourself to be true, write the report yourself and explain the issue as you have learned it. This makes sure the AI-generated inaccuracies and invented issues are filtered out early before they waste more people’s time.

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"]; }