How to report a bug/gl

Estas directrices explican como escribir un informe de erro bo ou solicitude de axuda en Wikimedia's bugtracker (véxase para máis información). Os informes de erros eficaces son os de máis posibilidade de ser arranxados.

Recomendacións rápidas para os reportes

 * Sexa preciso
 * Sexa claro: explica como reproducir o problema, paso a paso, para que outros poidan reproducir o erro
 * Inclúe só un problema por informe

Pode reproducir o problema?
Probe a reproducir o erro utilizando unha versión recente de software, a ver se xa foi corrixido. Se o erro foi nun sitio wiki, como a Wikipedia, pode tentar probar a última versión do software en test2.wikipedia.org.

Ten alguén xa informado do problema?
Empregue a caixa de busca do sistema de incidencias de Wikimedia para ver se o erro xa foi notificado. Tamén pode realizar buscas máis avanzadas na páxina de busca avanzada.

Informar unha nova solicitude erro ou recurso
Se ten enfrontado un erro nunha versión recente e ninguén máis parece informar isto, entón:
 * 1) Vaia a phabricator.wikimedia.org e prema en "Maniphest" na barra lateral.
 * 2) Escolla "Crear tarefa" na esquina superior.
 * 3) Solicitaráselle que inicie sesión (ou que se rexistre) se aínda non o fixo (consulte "").
 * 4) Encha polo menos os seguintes campos:
 * 5) * Título (Title): Unha descrición curta dunha liña que explique o problema (non a solución que suxire).
 * 6) ** Bo:
 * 7) ** Malo:
 * 8) * Asignado a: (Assigned to) Debe ignorar este campo. Os desenvolvedores asignarán a alguén cando planeen traballar na tarefa.
 * 9) * Prioridade (Priority): Debe ignorar este campo. En xeral, os desenvolvedores asignarán unha prioridade cando planeen traballar na tarefa (consulte Axustes de prioridade).
 * 10) * Descrición (description): Describa completamente o problema, dando tantos detalles como lle sexa posible. Estes poden incluír:
 * 11) ** Para erros:
 * 12) *** Pasos para reproducir: Pasos esquemáticos e doados de seguir que provocarán o problema descrito. Inclúe calquera configuración especial relevante.
 * Exemplo:
 * 1) *** Resultados Actuais: Que fixo a aplicación tras seguir os pasos indicados.
 * Exemplo
 * 1) ***Resultados previstos: O que debería ter realizado a aplicación se non existira ningún erro.
 * Exemplo
 * 1) ** For feature requests:
 * 2) *** A description of what you would like to achieve, and why. A user story is an effective way of conveying this.
 * Example:
 * 1) **Por favor, proporcionar calquera outra información que poidan ser útiles, tales como:
 * 2) ***the web browsers, skins, or computer systems you've seen the bug on;
 * 3) ***links or diffs to one or more pages where you encountered the bug; or
 * 4) ***whether the problem appears every time, only occasionally, only on certain pages, or only in specific circumstances.
 * 5) *To attach a log file or (but make sure that no confidential data is included or shown), click the Upload File button (a cloud with an arrow) in the tool bar of the Description field.
 * 6) * Select the tags (project(s)) in which you've found the bug:
 * 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) **This could be for example the project for the wiki software itself, or  for configuration changes on a Wikimedia site (see "").
 * 9) * Subscribers: You should ignore this field: If you know specific users who will be interested in getting notified of this task you can add them here.
 * 1) ***the web browsers, skins, or computer systems you've seen the bug on;
 * 2) ***links or diffs to one or more pages where you encountered the bug; or
 * 3) ***whether the problem appears every time, only occasionally, only on certain pages, or only in specific circumstances.
 * 4) *To attach a log file or (but make sure that no confidential data is included or shown), click the Upload File button (a cloud with an arrow) in the tool bar of the Description field.
 * 5) * Select the tags (project(s)) in which you've found the bug:
 * 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) **This could be for example the project for the wiki software itself, or  for configuration changes on a Wikimedia site (see "").
 * 8) * Subscribers: You should ignore this field: If you know specific users who will be interested in getting notified of this task you can add them here.

Check if your report is complete, then press the "Create Task" button. Your report will now be in the database and somebody will hopefully take a look at it soon.

That's all! Thanks for your help to improve MediaWiki and Wikimedia projects!

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.

Véxase tamén

 * How to Report Bugs Effectively by Simon Tatham
 * Wikipedia: Bug reports and feature requests
 * 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)