How to report a bug/pt-br

Estas recomendações explicam como descrever adequadamente um problema ou solicitar uma nova funcionalidade no sistema de rastreamento de bugs da Wikimedia (acesse o para mais informações). Boas descrições dos problemas são as mais prováveis de serem consertadas.

Recomendações rápidas para os relatos

 * Seja preciso;
 * Seja claro: explique como reproduzir o problema, passo a passo, de modo que outras pessoas possam reproduzir o bug;
 * Inclua apenas um problema por vez;

Você pode reproduzir o problema?
Tente reproduzir o problema usando uma versão recente do software, para atestar se já foi consertado. Se o problema estiver em uma wiki como o Wikipédia, você pode testar a última versão do software em test2.wikipedia.org.

Outra pessoa já relatou esse erro?
Use a caixa de busca no rastreador de bugs da Wikimedia para ver se o problema já foi relatado. Você também pode fazer buscas mais avançadas na página de buscas.

Relatando um novo bug ou requisição de nova funcionalidade
Se você encontrou um erro em uma versão recente e aparentemente ninguém o relatou, então:
 * 1) Acesse phabricator.wikimedia.org e clique em "Maniphest" na barra lateral.
 * 2) Escolha "Create task" no canto superior.
 * 3) Você deverá fazer login (ou se cadastrar) caso não tenho o feito ainda (veja "").
 * 4) Preencha, no mínimo, os seguintes campos:
 * 5) * Title: uma frase curta que explique o problema (não é sua sugestão de solução).
 * 6) ** Bom:
 * 7) ** Ruim:
 * 8) * Assigned to: você pode ignorar este campo. Os desenvolvedores definirão um responsável, quando planejarem trabalhar na tarefa.
 * 9) * Priority: você pode ignorar este campo. Em geral, a prioridade é definida pelos desenvolvedores que pretendem trabalhar na tarefa (veja definindo prioridades).
 * 10) * Description: todos os detalhes sobre o erro, o máximo possível. Isso pode incluir:
 * 11) ** Para bugs:
 * 12) *** Passo à passo para reproduzir: pequenos passos, fáceis de seguir, que iniciarão o erro. Inclua qualquer configuração especial necessária.
 * Exemplo:
 * 1) *** Resultados reais: o que o aplicativo fez após os passos descritos acima.
 * Exemplo:
 * 1) ***Resultados esperados: o que o aplicativo deveria ter feito se não houvesse erro.
 * Exemplo:
 * 1) ** Para solicitações de recursos:
 * 2) *** Uma descrição do que você gostaria de alcançar, e por quê. Um histórico de usuário é uma maneira eficaz de transmitir isso.
 * Exemplo:
 * 1) **Forneça também qualquer informação que seja útil, tal como:
 * 2) ***os navegadores, temas (skins), ou sistemas em que você o viu o problema ocorrer;
 * 3) ***ligações ou difs para uma ou mais páginas em que você encontrou o problema; ou
 * 4) ***se o problema aparece sempre, apenas de vez em quando, apenas em certas páginas, ou apenas em circunstâncias específicas.
 * 5) *Attachment você pode anexar um arquivo ou  (certifique-se de que nenhuma informação confidencial está incluída ou sendo mostrada), clique no botão Upload file na barra de ferramentas do campo Description.
 * 6) * Selecione tags (projeto(s)) de onde você achou o problema:
 * 7) **Projetos são como os desenvolvedores encontrarão as tarefas para trabalhar em cima do relato. Para identificar o(s) projeto(s) correto(s), use uma função de busca (na parte superior direita) para encontrar sua descrição.
 * 8) **Por exemplo, o para o software wiki, ou  para mudanças de configuração nos sites da Wikimedia (veja "").
 * 9) * Subscribers: você deve ignorar este campo. Se você conhece usuários específicos que estarão interessados em ser notificados sobre esta tarefa, você pode adicioná-los aqui.
 * 1) ***os navegadores, temas (skins), ou sistemas em que você o viu o problema ocorrer;
 * 2) ***ligações ou difs para uma ou mais páginas em que você encontrou o problema; ou
 * 3) ***se o problema aparece sempre, apenas de vez em quando, apenas em certas páginas, ou apenas em circunstâncias específicas.
 * 4) *Attachment você pode anexar um arquivo ou  (certifique-se de que nenhuma informação confidencial está incluída ou sendo mostrada), clique no botão Upload file na barra de ferramentas do campo Description.
 * 5) * Selecione tags (projeto(s)) de onde você achou o problema:
 * 6) **Projetos são como os desenvolvedores encontrarão as tarefas para trabalhar em cima do relato. Para identificar o(s) projeto(s) correto(s), use uma função de busca (na parte superior direita) para encontrar sua descrição.
 * 7) **Por exemplo, o para o software wiki, ou  para mudanças de configuração nos sites da Wikimedia (veja "").
 * 8) * Subscribers: você deve ignorar este campo. Se você conhece usuários específicos que estarão interessados em ser notificados sobre esta tarefa, você pode adicioná-los aqui.

Certifique que seu relato está completo, então pressione o botão "Create task". Seu relato agora estará na base de dados e alguém irá verificá-lo em breve.

Pronto! Obrigado por ajudar a melhorar os projetos do MediaWiki e da Wikimedia!

Relatando um problema relacionado à JavaScript
Quando você encontrar um bug que possa está relacionado ao JavaScript, dê o seu melhor para identificar as mensagens de erro e copiá-las para o seu relato.

É especialmente importante fornecer todas as informações que você tiver, porque mesmo os administradores do sistema terão acesso zero a qualquer log de erro. Caso você não tenha certeza se o recurso que está com problemas é baseado em JavaScript, tente desabilitar o JavaScript do seu navegador.

É sempre útil incluir uma screenshot no seu relato. Muitas vezes é a maneira mais fácil de identificar o erro ao qual você se refere, e frequentemente pode fornecer informações que ajudem a contribuir com a correção do problema. Tome cuidado para esconder qualquer informação que você não queira compartilhar, como outras abas abertas no seu navegador ou janelas de bate-papo minimizadas.

Ver também

 * Como relatar bugs efetivamente por Simon Tatham
 * Wikipédia: Reportar bugs e requisitar uma funcionalidade
 * Etiqueta do Phabricator
 * Gerenciamento de bug/Ciclo de vida de um relato de bug
 * Escrevendo um bom relato de bug ou uma solicitação de nova funcionalidade
 * Como criar um bom primeiro relato de bug (desatualizado)