Reportando problemas no Weblate¶
O rastreador de problemas do Weblate está hospedado no GitHub.
Sinta-se à vontade de relatar quaisquer problemas que tenha ou sugerir melhorias para o Weblate lá. Existem vários modelos preparados para lhe orientar confortavelmente durante o relatório de problemas.
Nota
Se o que encontrou é um problema de segurança no Weblate, por favor veja Product vulnerability reports.
Se não tem certeza sobre o seu relatório de bug ou solicitação de recurso, pode tentar Discussões do Weblate.
Problemas de acessibilidade¶
Problemas de acessibilidade agora devem usar o modelo de problema de acessibilidade. Um bom relatório inclui a página ou fluxo de trabalho afetada, passos de reprodução, comportamento esperado e real, navegador e sistema operativo, tecnologia de apoio em so, e se o problema ocorre em navegação apenas de teclado.
Colaboradores etiquetam reportes de acessibilidade com accessibility. Durante a triagem, utilize o impacto em fluxos de trabalho principais e soluções alternativas disponíveis para escolher prioridade:
Bloqueador: um fluxo de trabalho principal não pode ser completado.
Alto: um fluxo de trabalho principal é difícil, mas existe uma solução alternativa.
Médio: um fluxo de trabalho não principal é difícil ou inconsistente.
Baixo: um problema pequeno ou problema de acabamento que não bloqueia o fluxo de trabalho.
Veja ACCESSIBILITY.md para direções de relatórios e alvos de acessibilidade.
Utilizar IA para criar assuntos¶
Se pediu a uma ferramenta IA para encontrar problemas no Weblate ou os seus módulos, tem que se certificar que revela este facto no seu relatório.
Também tem que verificar as conclusões novamente antes de reportá-las para validar que os problemas realmente existem e estão a funcionar exatamente com a IA diz. Ferramentas baseadas em IA frequentemente geral resultados imprecisos ou imprecisos.
É raramente uma boa ideia apenas copiar e colar uma resposta gerada pela IA para o projeto. Esses relatórios gerados, tipicamente, são demasiados verbosos e raramente vão direto ao assunto (para além de fabricar detalhes frequentemente). Se descobrir um problema com IA e verificar por si mesmo que é verdade, escreva você mesmo o relatório da maneira como aprendeu. Isto garante que imprecisões geradas por IA e problemas inventados são filtrados mais cedo antes que desperdicem tempo de mais pessoas.
Uma vez que levamos relatório de segurança a sério, investigamos cada relatório com prioridade. Este trabalho é intensivo em tempo e energia e diverge-nos de outro trabalho significante. Problemas de segurança falsos ou inventados efetivamente previnem nos de trabalhar no projeto e fazem-nos perder tempo e recursos.
Nós banimos utilizadores que submetem relatórios fabricados falsos para o projeto imediatamente.