Cómo informar de errores en LibreOffice

From The Document Foundation Wiki
< QA‎ | BugReport(Redirected from BugReport/es)
Jump to: navigation, search

Gracias por leer esta página. Está a punto de hacer una contribución importante a LibreOffice, ya que un buen informe de error es muy útil para nuestro equipo de desarrolladores. A continuación encontrará información para facilitar este proceso.

No todos los informes deben ir a Bugzilla

Quizá todos los perros vayan al cielo Wikipedia logo v3.svg , pero hay algunos informes de error que deben enviarse a otros sitios especializados; entre los cuales se encuentran:

Tipo de error Dónde debe enviarse
Extensiones de LibreOffice Directamente con el autor de la extensión
Infraestructura de TDF/LibreOffice (sitios web, listas de correo, etc.) Redmine
Desarrollo y compilación de LibreOffice Lista de correo
Pruebas unitarias de LibreOffice Lista de correo

Antes de enviar un informe de error

Confirma que se trata de un error.

Comprueba si existen informes de error similares ("duplicados").

  • Ve a Components, y selecciona el componente apropiado (o subcomponente).
  • Si has seleccionado un componente: Seleciona el subcomponente apropiado, o Ayuda Extendida si no puedes ver el subcomponente en esa página.
  • Su has seleccionado ayuda extendida: Seleciona el subcomponente apropiado, o [1] si no has encontrado o no sabes cual es el componente apropiado.
  • Verás una lista de erores con ese subcomponente. En la parte inferior de la página, selecciona "Editar Búsqueda". Ahí, puedes modificar la búsqueda de acuerdo a tus necesidades.

Si encuentras un informe de error que se refiere a tu problema, puedes contribuir en el. Si no encuentras un informe de error que se refiere a tu problema, rellena el formulario para informar del error.

Si el error solo sucede en Ubuntu o esta relacionado con la impresión de documentos, ve a #More Information. Sino, sigue las instrucciones en #Submitting a bug.

Enviar un informe

Nota: Porfavor rellena un formulario diferente para reportar errores diferentes. Incluso si los síntomas desde el punto de vista del usuario parecen idénticos, problemas diferentes con diferentes raíces que aparecen en versiones de LibO diferentes podrían ser arregladas por distiantas personas, para diferentes versiones, y en momentos distintos. Es imposible seguirle la pista a todo eso en un solo informe de error.

Ve a Bugzilla.

1. Acceder

Si te pide acceso, entra con tu cuenta Bugzilla.

2. Componente

En "Componente", selecciona el componente.

Si no estás seguro a que componente afecta tu problema, selecciona el componente Libreoffice. Alguien vendra y lo cambiará por ti. (Para más enformación, echa un vistazo a "BugTriage". Si es un asunto urgente (partes rotas, regresion, etc), los usuarios experimentados pueden asignarlo a uno de los desarrolladores listados en la pagina FindTheExpert.)

3. Detalles

Si hay un sección llamada "Sub componente": selecciona el componente en esa sección.

  • Si no sabes cual es el componente apropiado, ve a Componentes. En esa página, pincha en el componente apropiado. Lee todas las descripciones de todos los subcomponentes en la página de ese componente. Si no ves un subcomponente apropiado, pincha en Ayuda Extendida, y lee las descripciones de los subcomponentes en esa página.

Selecciona la version de la aplicación en la cual el error ha aparecido. Puedes comprobar la versión en LibreOffice, seleccionando Help ▸ About LibreOffice

En "Sistema operativo" o "OS", selecciona el sistema operativo.

Si hay una sección de "Hardware", rellenala.

Si hay un sección de "Severidad", ignorala a menos que seas un usuario experimentado. Seleccionar "Blocker" no hará que el error sea arreglado más rápido. Si quieres saber las definiciones de los elementos que aparecen en la sección Severidad, mira este esquema.

Puedes ignorar la sección "última versión funcionando bien".

4. Descripción

Comprueba la tabla "errores posiblemente relacionados" en la página antes de reportar el error y además en Tabla de Duplicados para asegurar que el problema no halla sido ya reportado.

En la sección "Asunto" (también conocida como Resumen):

  • No incluir información ya conocida de los campos.
  • Incluye los nombres de subcomponentes de Componentes.
    • Escribe los subcomponentes en mayúsculas
    • Si los subcomponentes pueden ser confundidos con partes de una palabra (por ejemplo, UI es parte de la palabra huir), rodea el subcomponent con corchetes
    • Usa al menos dos subcomponentes
    • Usa subcomponentes exactamente idénticos a los de la carta, pero puedes integrarlos en el asunto como "WIKIHELP [UI] no disponible en todos los idiomas"
  • Resume el problema de forma precisa.
    • Mal ejemplo: "Archivo roto"
    • Mejor ejemplo: "Menu Archivo ▸ Guardar como no disponible (aparece gris)"
  • Evita abreviaturas en el Resumen; en su lugar, usa la palabra completa.
  • Si el problema escrito en el reporte es que LibreOffice se cierra o no responde ("se cuelga"), añade la palabra CRASH Al resúmen, para que estos errores sean seguidos con mayor facilidad.

En la "Descripción larga" o sección "Descripción", da una descripción más larga y explica lo que sucede.

En la "Descripción larga" o sección "Descripción", lista los pasos para reproducir el problema.

  • Usa una lista numerada
  • Explica el método exácto para que pase algo. Por ejemplo, en vez de escribir "Abrir documento", escribe "En una nueva hoja vacía de LibO, en el menú ve a Archivo > Abrir (dialogo de LibO) > tipo de archivo "Documentos de texto" > selecciona el documento de ejemplo adjunto > doble click"

En la "Descripción larga" o sección "Descripción": Si estás usando un LibreOffice pre-construido en Linux, di las versiones exáctas de los paquetes de LibreOffice en tu administrador de paquetes. Si estás usando Windows, di el nombre exácto del archivo de instalación, y de donde lo has descargado.

  • Incluyendo información a cerca de la localización y el idioma instalado (idioma de la UI, idioma del documento). Podría se útil.
  • Incluye si es una versión de 32-bit de LibreOffice en un sistema (Linux) de 64-bit
  • Incluye la fuente del paquete si no es la oficial de LibreOffice

En la "Descripción larga" o sección "Descripción", describe el comportamiento esperado y el comportamiento actual.

Puedes incluir un adjunto, como una captura de pantalla o un documento de muestra.

  • Si creas capturas de pantalla, cambia el idioma a Inglés antes de hacer la captura. Puedes hacerlo en Tools ▸ Options ▸ Language Settings ▸ Languages.
  • Puedes hacer las captura más útiles añadiendo comentarios y marcando las areas relevantes con LibreOffice Draw.
  • Si quieres añadir más de una captura, reunelas todas en un solo archivo (copía / pega a un documento LibreOffice Draw) y adjunta como un PDF. Porfavor añade un pequeño comentario a cada captura para decir que quieres demostrar con ella.
  • Si quieres adjuntar más de 1 documento, crea un archivo .zip con todos los documentos y adjunta el .zip.
  • Si lo que intentas adjuntar es demasiado grande para Bugzilla (mayor que 1 MB) puedes usar la Página experimental de subidas.

5. Enviar

Pincha "Enviar", y tu reporte será añadido a la base de datos de Bugzilla.

La interfaz de Bugzilla me intimida

Pista: Si el sistema de seguimiento de errores Bugzilla parece intimidante o demasiado dificil de entender, deberías avisar del problema aquí: users@global.libreoffice.org user support list o en LibreOfficeForum.org.

Después de enviar el informe

Si nadie revisa tu reporte en el tiempo apropiado (24 horas para un error crítico, 14 dias para una solicitud de mejora de características), pregunta a alguien para que reproducta tu error en users@global.libreoffice.org mailing list o en el canal IRC #libreoffice connect via webchat.

Añadir comentarios en los informes

Hay unas pocas cosas que decir sobre los comentarios en los informes:

  • Porfavor date cuenta de que los comentarios "yo también", no aportan ninguna información adicional.
    La excepción a esto en cuando comentas en un informe que no ha sido aun CONFIRMADO. En ese caso, porfavor describe los pasos para reproducir el error (o confirma los pasos dados por la persona que reportó) y cambia el estado a NEW (nuevo). Si los pasos para reproducir el error no están claros, se cambiará el estado rápidamente a NEEDINFO (falta información), por lo tanto encontrar una buena situación y que sea fácil de reproducir es escencial.
  • Porfavor abstenerse de añadir comentarios del tipo "Tenemos 1000 puestos aquí y solo este error nos impide migrar", ya que no contiene información adicional relevante para la mejora de la calidad ni tampoco aumentará la prioridad.
    Notar que LibreOffice es OpenSource (código abierto) y tu ayuda reparando problemas relevantes para tu situación en particular es mayormente bienvenida. Puedes hacer lo siguiente:
    • Contrata y/o enseña a tus propios desarrolladores a trabajar en LibreOffice - estamos muy felices de enseñarles, mira las páginas de desarrolladores
    • Financia a particulares o compañias para que trabajen en asuntos especificos - mira la lista de desarrolladores certificados
    • Contacta con The Document Foundation para que te ayude solo si tienes poco presupuesto, y quieres colaborar, coordinar o juntar tus recursos con otros en la misma situación para financiar arreglos especificos o mejoras.

Buenos informes

Requisitos mínimos

  1. Versión del OS y de LibreOffice;
  2. Pasos reproducibles enumerados;
  3. Adjuntos simples cuando sea apropiado;
  4. Resultados observados/Esperados.

Ejemplos buenos

  • tdf#85004 - Writer: Crash when clicking the Reminder icon on the Navigation toolbar
  • tdf#87907 - DIALOG: Page preview in print dialog refreshes when opening print details
  • tdf#74839 - EDITING: Position of connectors connected to a group aren't updated when editing group content

Ejemplos… menos buenos

Los informes pueden ser menos que ideales por un montón de razones. Abajo se muestran algunos de los problemas más comunes:

Parrafadas de texto

Describir un informe de error en parrafadas de texto es uno de los problemas más comunes. Los desarrolladores no tienen tiempo para leer parrafadas de texto, siempre es mejor un texto claro, sucinto y con pasos enumerados.

Cinco errores en un solo informe

Un informe debería describir sólo un error a la vez. Agrupar errores, o listar una lista de errores con un sólo documento, no ayuda para nada. Para encontrar desarrolladores dispuestos a atacar el problema, es mejor darles un solo tema en que centrarse, es menos probable que escojan un informe con varios errores listados.

Faltan detalles e instrucciones

Todos los informes de error deberían tener como mínimo: (1) tu Sistema Operativo y version de LibreOffice; (2) pasos claros y reproducibles; (3) resultados esperados; (4) resultados observados; (5) un adjunto sencillo cuando sea apropiado.

Comentarios superfluos

Añadir un montón de detalles de más es otro problema muy común. Por ejemplo:

  1. "Esto me bloquea"
  2. "No puedo usar LibreOffice por culpa de éste error"
  3. "LibreOffice apesta (o cualquier variación de eso)"
  4. Una larga lista de razones de porqué bloquea
  5. Voy a comenzar a usar a tu competidor a menos que lo repares

Archivos adjuntos complejos

Los archivos adjuntos deberían ser tan simples como sea posible, toma te el tiempo de reducir tus ejemplos hasta el mínimo posible. Esto ayuda enormemente a diagnosticar problemas.

Cuando asumen que los colaboradores lo saben todo

No asumas que los colaboradores saben de lo que hablas. Describe tus pasos con claridad y poco a poco.

Más información