Mastodon

Seguimiento de problemas

Esta es una versión modificada de un post de Boudewijn Rempt en krita.org : https://krita.org/item/ways-to-help-krita-bug-triaging/

Hay muchas formas de ayudar en el desarrollo de Kdenlive, desde la programación y elaboración de códigos hasta redactando tutoriales, ayudando a usuarios del forum, o esparciendo la voz para ayudar a conseguir más patrocinantes. Pero hablemos aquí de una tarea sumamente importante: el seguimiento de problemas.

Ahora que contamos con tantos usuarios de Kdenlive, y más nuevas funcionalidades, estamos obteniendo muchos nuevos reportes de problemas, y muchos de estos reportes están relacionados al sistema del usuario que está reportando, o al menos así parece. Algunos problemas sólo suceden cuando se combinan ciertos elementos de hardware, sistema operativo u otros software instalados. Otros problemas acontecen a casi todos los usuarios que estén usando una determinada función y otros suceden porque sencillamente somos humanos.

En este sentido, cada reporte necesita ser leido, preferiblemente, por varias personas, quienes puedan determinar si:

  • pueden identificar el problema y reproducirlo para poder confirmar su existencia.
  • no pueden entender el reporte, bien sea porque no esté bien explicado, o está incompleto (en estos casos es aconsejable pedir mayor información al usuario que publicó el reporte).

En estos momentos, usamos la plataforma KDE’s bugzilla para seguir los problemas de Kdenlive. Bugzilla es una vieja plataforma pero es con lo que contamos por los momentos y nos ha dado resultado. Esto es lo que encontrarás cuando busques por problemas (bugs) en Kdenlive.

Kdenlive bug triaging - bug list.png

Las informaciones importantes son:

  • Component (componente): La señalación se refiere a Documentación, Efectos y Transiciones, Instalación, Traducción, Interfaz de usuario, o reproducción y exportación de video.
  • Status (estado): UNCO significa Unconfirmed (sin confirmar). Esto quiere decir que no hemos logrado reproducir el problema o que no lo hemos intentado aun.
  • Summary (sumario): corta descripción del problema o asunto.

Como bien puedes observar, requerimos ayuda para estas tareas. JB es quien mantiene el proyecto, lo desarrolla y lo gerencia, junto a Vincent… (INPUT NEEDED ON THIS PART), ellos intentan hacer un seguimiento de todos los reportes y puede que no puedan responder a tiempo a cada uno de ellos.

Es aquí donde puedes intervenir, si tienes un mínimo considerable de experiencia usando Kdenlive y quieres ayudar, he aquí como puedes hacerlo :

Abre una cuenta en Bugzilla

Ve a https://bugs.kde.org y selecciona “Create new Account”

Kdenlive bug triaging - new account.png

Completa el formulario de registro y haz click en el link de confirmación del email que recibirás a tal propósito.

Kdenlive bug triaging - confirm email.png

Predetermina las notificaciones vía Email

Ingresa a Bugzilla y haz click sobre las preferencias en la parte superior, luego sobre “Email Preferences”. Bugzilla puede enviar muchos emails, pero afortunadamente cuenta con varios recursos para filtrar los mensajes por tópicos. Son dos los pasos, primeramente las preferencias generales de email:

Kdenlive bug triaging - email preferences.png

Y posteriormente hay otro paso importante: asegurate de recibir emails de todos los problemas que se refieran a Kdenlive. Añade el usuario “kdenlive-bugs-null@kde.org” a la lista de “User Watches” :

[here we need a kdenlive equivalent – there is no “kdenlive-bugs-null@kde.org” as far as I’m aware – here is the krita screenshot: https://krita.org/wp-content/uploads/2016/03/Spectacle.wZ7342.png]

Después de esta operación comenzarás a recibir emails de cualquier asunto o problema reportado referente a Kdenlive. Usando los settings de bugzilla, podrás re-ordenar todos los emails que gestionarás.

X-Bugzilla-Reason: None X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: AssignedTo kdenlive-bugs-null@kde.org X-Bugzilla-Product: Kdenlive X-Bugzilla-Component: X-Bugzilla-Version: 16.04 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: [jb@kdenlive.org] X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: NOR X-Bugzilla-Assigned-To: kdenlive-bugs-null@kde.org X-Bugzilla-Target-Milestone: — X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter

Por ejemplo, puedes subdividir tus emails con criterios tales como nuevos reportes o reportes modificados, nuevas peticiones o deseos, o incluso requerimiento de respuestas o informatización.

Evaluar una señalación o reportes

Cuando recibas un reporte en tu casilla de correo puedes abrirlo en bugzilla para hacer una evaluación previa, para ellos es necesario seguir algunos pasos :

  1. Chequea la urgencia de la petición, en algunos casos puedes ignorarla ya que las peticiones son señalaciones especiales y no tan urgentes.
  2. Chequea si el reporte es un duplicado, y si ese es el caso, puedes proceder a cerrarlo.
  3. Chequea si el tema o tópico tiene sentido y contiene información pertinente, en caso contrario puedes actualizar y editar el contenido del reporte.
  4. Chequea la fecha del reporte ya que no ofrecemos feedback o respuestas a reportes de versiones obsoletas (tales como las anteriores a la versión 16.04)

Recuerda agradecer a quienes hayan publicado un reporte, ten presente que señalar un problema puede ser una tarea complicada para los nuevos usuarios, pudiendo requerir algo de esfuerzo. Y debemos considerar que quien señala un problema está ofreciendo ya una gran contribución.

Finalizado este protocolo preliminar, pasamos ya a iniciar la fase de trabajo real. Tratamos de reproducir el problema. Al inicio no estarás en grado de resolver un problema, así que puedes continuar añadiendo comentarios al reporte para expandir el expediente. Una vez que hayas hecho esto un par de veces iras conociendo mejor el sistema para saber que debe o puede hacerse para resolver un problema. Es en este preciso momento cuando debes invocar (consultar) a JB [jb@kdenlive.org] o a Vincent vpinon@kde.org] para pedir refuerzos y mayores poderes.

  • Reproducir un problema no es complicado:
    Añade anotaciones de como has logrado reproducir el problema (bug) en tu sistema, distribución, versión de Kdenlive, hardware y establece el problema para ser CONFIRMED (confirmado).
  • Si no hay suficiente información para reproducir el problema (bug) entonces establece el reporte como NEEDSINFO (necesita mas información) y pide mayores detalles al usuario que lo ha reportado.
  • Si no puedes reproducir el problema incluso con un reporte completo y siguiendo todos los pasos, añade una nota diciendo que no puedes reproducir el problema y pide al usuario que reportó el caso, que vuelva a exponer el problema, establece el reporte como NEEDSINFO y espera.
  • Si el usuario responde diciendo que no ha logrado reproducir el problema entonces cierra el reporte como WORKSFORME.
    Si no puedes reproducir el problema pero sospechas que puede haber sido ya corregido, añade un comentario al reporte pero no cambies aun el status del mismo.
  • Si sospechas que el usuario puede estar usando Kdenlive de forma incorrecta, digamos mezclando audios de 48Khz con 44Khz, sugiere al usuario que consulte el manual ((https://docs.Kdenlive.org)  ) y cierra el reporte con NEEDSINFO. Si el usuario responde y confirma que ese era el problema, entonces puedes proceder a cerrar el reporte.

Eso es todo, así que ya puedes iniciar a colaborar con nosotros haciendo seguimiento de problemas y ganarte así nuestra eterna gratitud. Ayudar con el seguimiento de problemas es una verdadera, importante y perdurable contribución a Kdenlive.