Tracker/fr



Le traqueur de bogues FreeCAD est un endroit pour rapporter des bogues, soumettre des demandes de fonctionnalités, de correctifs, ou encore faire une demande de fusion de votre branche si vous développez avec Git. Le traqueur est divisé en plusieurs sections de travail, donc s'il vous plait soyez rigoureux et remplissez votre demande dans la catégorie appropriée. En cas de doutes, laissez le dans la section "FreeCAD".

Flux de travail recommandé


Comme vous pouvez le voir dans l'organigramme présenté ci-dessus, avant de créer des tickets, prenez le temps de faire des recherches dans les forums et le traqueur de bogues pour vérifier si votre problème n'est pas déjà référencé. Ceci afin d'éviter de gaspiller un temps de travail "au combien précieux" pour les développeurs et les volontaires qui pourraient le consacrer davantage au développement de l'application.

Signaler les bugs
Si vous pensez que vous pourriez avoir trouvé un bogue (dysfonctionnement ou erreur), vous êtes invité de le signaler si vous avez suivi nos instructions pas à pas.


 * Assurez-vous que vous utilisez la version la plus récente de FreeCAD. REMARQUE:votre bug peut être corrigé dans la version de développement (instable). L'utilisateur lambda exécute la version stable de FC.
 * Assurez-vous que votre bug est vraiment un bug, c’est-à-dire quelque chose qui devrait fonctionner mais ne l’est pas. Assurez-vous que le même bug n'a pas été signalé auparavant en effectuant d'abord une recherche dans le bugtracker et le forum.
 * N'oubliez pas que si vous n'êtes pas sûr, n'hésitez pas à expliquer votre problème/bug dans le forum d'aide et à demander ce qu'il faut faire.
 * Remarqueː avant de poster sur le forum, veuillez lire les Instructions du forum.
 * Décrivez aussi clairement que possible le problème et comment il peut être reproduit. Si nous ne pouvons pas vérifier le bug, nous ne pourrons peut-être pas le résoudre.
 * Cela signifie rendre compte de manière claire, bien formatée et étape par étape afin que même un utilisateur amateur puisse le reproduire.
 * Recommandéː Les captures d'écran du bug sont également très utiles à inclure. Utilisateurs Windows: veuillez ne pas joindre de captures d'écran au format Word ou PDF. Utilisez l’outil Capture de Windows pour enregistrer votre capture en tant qu’image PNG.
 * Recommandéː encore mieux, un Animation gif ou Screencast augmenterait également la probabilité de reproduire le problème.
 * Ajouter un exemple de fichier FreeCAD (fichier .FCStd) afin que developpeurs/testeurs puissent reproduire rapidement le bug.
 * Veuillez ne pas compresser votre fichier *.FCStd, il est déjà compressé.
 * La taille des pièces jointes est limitée. Si votre fichier *.FCStd est trop volumineux pour être joint, vous pouvez utiliser un service de stockage en ligne (beaucoup sont gratuits).
 * Inclure toutes les informations du bouton "Copier dans le presse-papier" dans le dialogue Aide (menu) -> À propos de FreeCAD. Assurez-vous que vos données incluent votre version OCC ou OCE.
 * Merci de déposer un rapport séparé pour chaque bug.
 * Si votre bug provoque un crash dans FreeCAD et que vous êtes sur un système qui le supporte, vous pouvez essayer de lancer une trace de debugage et joindre cette trace au ticket. Cela peut permettre aux développeurs à gagner beaucoup de temps à identifier la source du crash. Voir Debugging pour plus de détails.

Demande de fonctionnalités
Si vous souhaitez que quelque chose apparaisse dans FreeCAD qui ne soit pas encore implémenté, ce n'est pas un bug mais une demande de fonctionnalité.


 * 1) IMPORTANTː Avant de demander une éventuelle demande de fonctionnalité assurez-vous d'être le premier à le faire en effectuant une recherche dans les forums et dans le bugtracker. Si vous avez conclu qu'il n'y a pas de tickets/discussions préexistants, la prochaine étape consiste à…
 * 2) Démarrer un fil de discussion pour discuter de votre demande de fonctionnalité avec la communauté via le Open Discussion forum.
 * 3) Une fois que la communauté accepte que cette fonctionnalité est valide, vous pouvez ensuite ouvrir un ticket sur le suivi (enregistrez-la sous feature request au lieu de "bug").
 * REMARQUE #1 Pour que tout reste organisé, rappelez-vous de lier l'URL du fil de discussion au ticket et le numéro du ticket (sous forme de lien) au fil de discussion.
 * REMARQUE #2 Gardez à l'esprit qu'il n'y a aucune garantie que votre souhait soit exaucé.

Soumettre un correctif (patch)
Dans le cas, où vous avez programmé une correction d'un bug (patch), une extension ou autre chose qui peut être d'utilité publique dans FreeCAD, créer un patch à l'aide de l'outil Subversion diff tool et de le soumettre sur mantis bug tracker et envoyez-le comme patch.

Addendumː FreeCAD development has switched to the GitHub development model so the workflow for submitting patches has been greatly enhanced/streamlined by submitting Pull Requests. NOTEː the FreeCAD community recommends to first discuss any large revision to the source code in advance to save everyone time.
 * Open a forum thread in the Developer subforum to announce and discuss your patch.
 * Submit your PR to the FreeCAD GitHub repo. Be sure to link the forum thread in to the git commit summary.
 * Paste the PR link in to the forum thread for the devs/testers to test.
 * Be present for the discussion so that your code can potentially be merged more effectively.

Requesting merge
Si vous avez créé une branche git contenant les modifications que vous aimeriez voir fusionné dans le code FreeCAD, vous pouvez y demander que votre branche soit examinée et fusionnée si les développeurs FreeCAD sont OK avec elle. Vous devez d'abord publier votre branche dans un dépôt git publique (github, bitbucket, sourceforge ...) et donner ensuite l'URL de votre branche dans votre demande de fusion.

If you have created a git branch containing changes that you would like to see merged into the FreeCAD code, you can ask there to have your branch reviewed and merged if the FreeCAD developers are OK with it. You must first publish your branch to a public git repository (github, gitlab, bitbucket, sourceforge etc...) and then give the URL of your branch in your merge request.

MantisBT Markup
MantisBT (Mantis Bug Tracker) has it's own unique markup.
 * @mention - works just like on GitHub where if you prepend '@' to someone's username they will receive an email that they have been 'mentioned' in a ticket thread
 * #1234 - By adding a hash tag in front of a number a shortcut to link to another ticket within MantisBT will present.
 * Note: if you hover over a ticket it will show you the summary + if the ticket is closed, it will be struck-through like #1234.
 * ~5678 - a shortcut that links to a bug note within a ticket. This can be used to reference someone's response within the thread. Each person that posts will show a unique ~#### number next to their username. If you look at the image in the example, you see that the shortcut is referencing the ticket number:comment number of said ticket
 *   - Using these tags will strikeout text.

MantisBT <=> GitHub Markup
Below are special MantisBT Source-Integration plugin keywords which will link to the FreeCAD GitHub repo. See Tracker.
 * c:FreeCAD:git commit hash: - c stands for 'commit'. FreeCAD stands for the FreeCAD GitHub repo. 'git commit hash' is the specific git commit hash to reference. Note: the trailing colon is necessary. Exampleː
 * d:FreeCAD:git commit hash: - similar to the above, d stands for 'diff' which will provide a Diff view of the commit. Exampleː
 * p:FreeCAD:pullrequest: - similar to the above, p stands for Pull Request. Exampleː

GitHub and MantisBT
The FreeCAD bugtracker has a plug-in called Source Integration which essentially ties both the FreeCAD GitHub repo to our MantisBT tracker. It makes it easier to track and associate git commits with their respective MantisBT tickets. The Source Integration plugin scans the git commit messages for specific keywords in order to execute the following actions:

Note The below keywords need to be added in the git commit message and not the PR subject

Remotely referencing a ticket
Using this pattern will automagically associate a git commit to a ticket (Note: this will not close the ticket.) The format MantisBT will recognize: For the inquisitive here is the regex MantisBT uses for this operation:
 * bug #1234
 * bugs #1234, #5678
 * issue #1234
 * issues #1234, #5678
 * report #1234
 * reports #1234, #5678

Remotely resolving a ticket
The format MantisBT will recognize: For the inquisitive here is the regex MantisBT uses for this operation:
 * fix #1234
 * fixed #1234
 * fixes #1234
 * fixed #1234, #5678
 * fixes #1234, #5678
 * resolve #1234
 * resolved #1234
 * resolves #1234
 * resolved #1234, #5678
 * resolves #1234, #5678

Related

 * Bug Triage
 * Source Code Management