How to report a bug/es

Estas directrices explican cómo escribir un buen reporte de fallo o una solicitud de funcionalidad en el sistema de incidencias de Wikimedia (véase  para más información). Los reportes más efectivos son los que tendrán más probabilidades de ser corregidos.

Recomendaciones generales para los informes

 * Sé preciso
 * Sé claro: Explica cómo reproducir el problema, paso a paso, para que otros puedan reproducir el problema
 * Incluye solo un problema por reporte

¿Puedes reproducir el problema?
Intenta reproducir el problema usando una versión reciente del software, para ver si ha sido corregido recientemente. Si el fallo se produce en un wiki como Wikipedia, puedes intentar probar en la última versión del software en test2.wikipedia.org.

¿Ha reportado alguien más el mismo problema?
Usa la casilla de búsqueda del sistema de incidencias de Wikimedia para ver si tu error ya se reportó. También puedes realizar búsquedas más avanzadas en la página de búsqueda avanzada.

Enviar un informe de error o solicitud de mejora
Si has encontrado un fallo en una versión reciente del software y parece que nadie más lo ha reportado, entonces:
 * 1) Ve a phabricator.wikimedia.org y haz clic en "Maniphest" en la barra lateral.
 * 2) Elije "Crear tarea" en la esquina superior.
 * 3) Se te solicitará que inicies sesión (o que te registres) si todavía no lo hiciste (ver "").
 * 4) Rellena por lo menos los siguientes campos:
 * 5) * Título (Title): Una corta descripción de una línea que explique el problema (no la solución que sugieres).
 * 6) ** Correcto:
 * 7) ** Incorrecto:
 * 8) * Asignado a: (Assigned to) ignora este campo. Los desarrolladores asignarán a alguien cuando planeen trabajar en la tarea.
 * 9) * CC: ignora este campo. Si conoces de alguien en particular que esté interesado en recibir notificaciones sobre esta tarea, puedes agregarlo aquí.
 * 10) * Prioridad: Ignora este campo. En general, los desarrolladores asignarán una prioridad cuando planeen trabajar en la tarea (véase Ajustes de prioridad).
 * 11) * Selecciona el(los) proyecto(s) en que has encontrado el fallo:
 * 12) **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.
 * 13) **Este puede ser, por ejemplo, el proyecto para el propio software del wiki, o  para cambios en la configuración de un sitio de la fundación Wikimedia. Véase "".
 * 14) * Security: Marque esto como "Error de Seguridad o Error Relevante" ("Security or Sensitive bug") si muchos usuarios pueden verse afectados por el problema de seguridad que se está reportando. Su reporte se mantendrá oculto del público hasta que se resuelva.
 * 15) * Descripción (description): Describe completamente el problema, dando tantos detalles como te sea posible. Estos pueden incluir:
 * 16) ** Para errores:
 * 17) *** Pasos para reproducir: Pasos esquemáticos y fáciles de seguir que provocarán el problema descrito. Incluye cualquier configuración especial relevante.
 * Ejemplo:
 * 1) *** Resultados Actuales: Qué hizo la aplicación tras seguir los pasos indicados.
 * Ejemplo:
 * 1) ***Resultados previstos: Lo que debería haber realizado la aplicación si no existiera ningún fallo.
 * Ejemplo:
 * 1) ** Para solicitar funcionalidades:
 * 2) *** Una descripción de lo que intentas lograr y por qué. Una manera efectiva de hacerlo es a través de un relato de usuario.
 * Ejemplo:
 * 1) **Por favor, agrega cualquier otra información que pueda ser útil, tal como:
 * 2) ***el navegador web, tema (skin) o sistema operativo donde hayas visto el fallo;
 * 3) ***semejanzas o diferencias en una o más páginas en las que hayas encontrado el fallo; o
 * 4) ***si el problema se produce siempre, ocasionalmente, solo en ciertas páginas o en circunstancias específicas.
 * 5) *Para adjuntar un archivo de registro o (asegúrate que no incluya o muestre información confidencial), haz clic en el botón Upload File (una nube con una flecha) en la barra de herramientas del campo Descripción.
 * 1) *** Una descripción de lo que intentas lograr y por qué. Una manera efectiva de hacerlo es a través de un relato de usuario.
 * Ejemplo:
 * 1) **Por favor, agrega cualquier otra información que pueda ser útil, tal como:
 * 2) ***el navegador web, tema (skin) o sistema operativo donde hayas visto el fallo;
 * 3) ***semejanzas o diferencias en una o más páginas en las que hayas encontrado el fallo; o
 * 4) ***si el problema se produce siempre, ocasionalmente, solo en ciertas páginas o en circunstancias específicas.
 * 5) *Para adjuntar un archivo de registro o (asegúrate que no incluya o muestre información confidencial), haz clic en el botón Upload File (una nube con una flecha) en la barra de herramientas del campo Descripción.
 * 1) *Para adjuntar un archivo de registro o (asegúrate que no incluya o muestre información confidencial), haz clic en el botón Upload File (una nube con una flecha) en la barra de herramientas del campo Descripción.

Comprueba que el reporte esté completo y presiona el botón "Create Task" (crear tarea). Tu reporte estará ahora en la base de datos y es de esperar que alguien se interese por él pronto.

¡Eso es todo! ¡Gracias por tu ayuda en mejorar MediaWiki y los proyectos de Wikimedia!

Reportando un error de JavaScript
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éase también

 * Cómo reportar fallos de forma eficiente por Simon Tatham (en inglés)
 * Wikipedia: Reportes de fallos y peticiones de nuevas funcionalidades (en inglés)
 * Protocolo para Phabricator
 * Gestión de los errores de funcionamiento / Informe del ciclo de vida de los errores de funcionamiento
 * Escribiendo un buen informe sobre errores de funcionamiento o solicitudes de funcionalidad
 * Como escribir un primer buen informe sobre errores de funcionamiento (obsoleto)