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) **Projects are how developers find tasks to work on. To identify the right project(s), use the search function (in the top right) to find its description.
 * 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) **Projects are how developers find tasks to work on. To identify the right project(s), use the search function (in the top right) to find its description.
 * 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"

Reporting a JavaScript bug
When you encounter a bug that may be related to JavaScript, do your best to identify error messages and copy them into the bug report.

It's especially important to provide all the information you have, because even the system administrators will have zero access to any error log. If you are unsure whether a feature you are using is based on JavaScript, try disabling JavaScript.

It's always helpful to include a screenshot with your report. It's often the easiest way to identify which feature you're talking about, and can often provide information which can help narrow down the error. Take care to hide any information you don't want to share, like other open browsers tabs or minimised chat windows.

Ver também

 * Como relatar bugs efetivamente por Simon Tatham
 * Wikipédia: Reportar bugs e requisitar uma funcionalidade
 * Phabricator etiquette
 * Bug management/Bug report life cycle
 * Writing a good bug report or feature request
 * How to create a good first Bug Report (outdated)