Comment signaler utilement un bogue [fermé]

8

J'utilise Linux Mint depuis un moment maintenant et je suis assez fan. Je ne suis pas assez expert pour jouer avec le noyau ou quelque chose comme ça, mais j'ai remarqué de petits bugs dans quelques logiciels que je pense pouvoir corriger. Cependant, je n'ai aucune idée de comment commencer à contribuer au projet.

Voici un exemple simple: l'application calculatrice dans les référentiels Ubuntu ne nécessite pas l'activation de NumLock pour que les touches du pavé numérique soient interprétées comme des nombres (plutôt que les touches Homeet Endqui utilisent les mêmes boutons physiques). Cependant, ce n'est pas le cas pour la Delclé qui sert également de point décimal. Pour cela, NumLock doit être activé. Je soupçonne qu'il s'agit d'un bug et j'aimerais le corriger. Cela devrait être assez simple.

Plus que de simplement soumettre un rapport de bogue, comment s'impliquer dans la résolution d'un problème comme celui-ci? Aurais-je besoin de contacter les mainteneurs de paquets en amont directement via la page GitHub ?

Myridium
la source
Cela dépend, commencez par corriger votre copie. Ensuite, vous pouvez publier vos modifications et demander aux développeurs en amont s'ils souhaitent le correctif.
ctrl-alt-delor

Réponses:

7

Par ordre croissant de serviabilité:

  1. si vous identifiez un bogue, signalez-le avec autant d'informations pertinentes que possible (pour faciliter la reproduction puis la correction par les responsables).
  2. Si vous pouvez lire la source et identifier où le bogue se produit, incluez ces informations.
  3. Si vous êtes en mesure de fournir un correctif qui corrige le bogue, incluez-le (ou ouvrez une demande d'extraction si le projet est hébergé sur Github)

Dans le cas de 1,2 ou 3: assurez-vous que vous vous abonnez au bogue sur le tracker / pull request / mailing list etc., afin de pouvoir répondre à toutes les demandes des développeurs / mainteneurs pour clarifier ou tester vos hypothèses et faire rapport avec toute information supplémentaire.

Rien n'est pire qu'un rapport de bogue «drive by» qui contient des informations insuffisantes: il ne s'agit que d'encombrer les trackers de bogues / listes de diffusion, etc., avec du bruit qui doit être ignoré ou nettoyé au prix d'une énergie qui pourrait être dirigée de manière rentable ailleurs dans le projet.

jasonwryan
la source
J'ai suivi vos conseils et fait une pull request sur GitHub.
Myridium