Mastodon

Valutazione dei Problemi

Questa è una versione modificata del post di Boudewijn Rempt su krita.org: https://krita.org/item/ways-to-help-krita-bug-triaging/

Ci sono molti modi per aiutare Kdenlive: dalla scrittura di codice a quella dei tutorial, dall’aiuto agli utenti nel forum al semplice spargere la voce riguardo al progetto oppure aiutandoci con la raccolta di fondi. Ma diamo uno sguardo a qualcosa di veramente importante: la valutazione dei problemi.

Adesso che Kdenlive ha numerosi utenti e diverse nuove funzioni, stiamo ricevendo moltissime segnalazioni. Parecchie di queste sono specifiche e relative ai diversi sistemi usati dagli utenti, o almeno così ci sembra. Alcuni problemi si manifestano solo in certe configurazioni hardware, su specifici sistemi operativi o in presenza di altro software installato. Altri sono comuni a tutti ma hanno rare segnalazioni perché sono legati a funzioni non usate dalla maggioranza.  Altri ancora, si manifestano semplicemente perché siamo umani e facciamo degli errori

Oltre a questo, ogni segnalazione necessità di essere letta, preferibilmente da molte  persone, che possano tentare di determinare:

  • se è possibile riprodurre il problema — e in questo caso confermarlo
  • se sono in grado di comprendere la segnalazione, o determinare se il rapporto è incompleto – e in questo caso chiedere più informazioni
  • se il problema è già stato segnalato in precedenza e se questo è successo, chiudere il rapporto come duplicato di una segnalazione già avvenuta

Stiamo usando il bugzilla di KDE per tracciare le segnalazioni dei problemi di Kdenlive. Bugzilla è un  vecchio mostro del web ma questa è l’applicazione che abbiamo a disposizione, per il momento, e quindi è quella che useremo per i nostri scopi! Ecco cosa si vede quando si fa una ricerca tra le segnalazioni aperte per Kdenlive:

Kdenlive bug triaging - bug list.png

le informazioni importanti sono:

  • Component (componente): la segnalazione è relativa a Documentazione, Effetti e Transizioni, Installazione, Traduzione, Interfaccia Utente, or Riproduzione e Esportazione di Video?
  • Status (stato): UNCO significa Unconfirmed (non confermato). Questo vuol dire che non abbiamo provato a riprodurre il problema o che non siamo riusciti a riprodurlo.
  • Summary (riassunto): una breve descrizione del problema

Come si può vedere, abbiamo veramente bisogno di aiuto! jb è il manutentore del progetto ma anche lo sviluppatore e il gestore. [Insieme a Vincent… INPUT NEEDED ON THIS PART], stanno tentando di valutare tutte le segnalazioni e di conseguenza non siamo in grado di rispondere in tempi rapidi.

Qui è dove entri in gioco tu! Se hai una discreta esperienza come utente di Kdenlive  e vuoi essere d’aiuto, ecco come fare:

Creare un Account su Bugzilla

Vai su https://bugs.kde.org e seleziona “Create new Account”

Kdenlive bug triaging - new account.png

Compila il modulo di registrazione e clicca sul link di conferma nell’email che riceverai.

Kdenlive bug triaging - confirm email.png

 

Impostare l’Email per le Notifiche

Fai il Login in bugzilla e clicca il link “Preferences” che trovi in alto nella pagina. Poi apri la scheda “Email Preferences”. Bugzilla può inviare molte email ma, fortunatamente, include un numero di intestazioni speciali che rendono facile filtrare i messaggi dentro specifiche cartelle nella tua casella postale. Ci sono due passaggi – il primo è relativo alle preferenze generali della tua email:

Kdenlive bug triaging - email preferences.png

Il secondo è importante perché ti assicura di ricevere email per tutte le segnalazioni a Kdenlive. Aggiungi l’utente “kdenlive-bugs-null@kde.org” alla lista degli “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]

Dopo questa operazione, comincerai a ricevere email per qualsiasi problema segnalato relativo a Kdenlive. Usando le intestazioni speciali di bugzilla, potrai riordinare tutti messaggi secondo le tue necessità di gestione::

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

Ad esempio puoi suddividere le tue email in base al fatto che siano nuove segnalazioni o segnalazioni modificate, nuovi desideri (wish) o a desideri modificati, oppure  risposte a richieste d’informazioni.

 

Valutare una Segnalazione

Quando ricevi una segnalazione nella tua casella di posta, puoi aprirla in bugzilla e fare una valutazione di priorità. In questo caso è necessario affrontare alcuni passaggi:

  1. Controlla se la severità è “wish”, in tal caso, lascia stare. I desideri sono segnalazioni speciali.
  2. Controlla se la segnalazione è un duplicato. In tal caso chiudila.
  3. Controlla se il soggetto ha senso e contiene le informazioni maggiormente pertinenti, in caso contrario aggiorna i contenuti della segnalazione.
  4. Controlla se la versione è troppo vecchia. Attualmente, non proviamo più a correggere problemi per la versione 9.x  dopo il lancio della 16.04.

Se una segnalazione è relativa alle versioni 9.x il problema sarà marcato come NEEDSINFO e sarà richiesto all’utente di  provare a riprodurlo nella versione 16.04. Ricordati di ringraziare chi ha postato la segnalazione. Tieni presente che segnalare un problema può essere un’operazione un po’ complicata, specialmente per i nuovi utenti, e che un po’ di sforzo è necessario. Per questo, chi segnala un problema da un grande contributo!

Finite le operazioni preliminari, comincia il vero lavoro. Prova a riprodurre il problema. All’inizio non sarai in grado di chiudere la segnalazione; quello che potrai fare sarà aggiungere commenti al rapporto. Se lo farai un paio di volte, capirai come il sistema funziona e avrai la percezione di cosa deve essere fatto per segnalare i nuovi problemi.  A quel punto dovrai chiedere a JB [jb@kdenlive.org] or Vincent [vpinon@kde.org] più poteri di intervento!

Riprodurre un problema è semplice: aggiungi tutte le note su come hai riprodotto il problema, sulla tua distribuzione, sulla versione di Kdenlive, sull’hardware e marca il problema come CONFIRMED. Se non hai abbastanza informazioni su come riprodurre il problema,  marcalo come NEEDSINFO e chiedi più informazioni a chi ha creato il rapporto. Se non riesci a riprodurre un problema anche se il rapporto è completo puoi provare i seguenti passaggi: Annota che non sei in grado di riprodurre il problema e chiedi a chi ha fatto la segnalazione di provare a farlo nuovamente. Segna il problema come NEEDSINFO e aspetta. Se gli autori del rapporto rispondono che anche loro non sono in grado di riprodurre il problema, chiudi la segnalazione marcandola come WORKSFORME. Se non puoi riprodurre il problema perché sospetti sia già stato sistemato: aggiungi un commento alla segnalazione ma non cambiarne ancora lo status. Se sospetti che chi ha fatto la segnalazione stia semplicemente usando, senza accorgersene, Kdenlive in maniera errata, per esempio mixando audio a 48kHz e 44.1kHz, rimanda l’autore del rapporto al manuale utente (https://docs.Kdenlive.org) e chiudi la segnalazione marcandola come NEEDSINFO. Se questi risponde in modo affermativo, la segnalazione può essere chiusa. Se il problema riguarda una periferica hardware, per esempio ShuttlePro. [what should be done here? anything diffferent?]

Questo è davvero tutto. Comincia a valutare le segnalazioni e ti guadagnerai eterna gratitudine! Aiutarci con la valutazione dei problemi è un concreto e duraturo contributo a Kdenlive!