Journal et rapports de bugs
Chaque action du bot est écrite dans le journal, avec le personnage concerné et la raison pour laquelle elle a été prise. C'est l'écran qui répond à « pourquoi n'a-t-il pas attaqué » et « qu'a-t-il fait à trois heures du matin ».
Le lire
- Filtrez sur un seul personnage, ce que vous voulez dès l'instant où vous en faites tourner plusieurs.
- Filtrez par niveau pour séparer le cours ordinaire des actions des avertissements et des erreurs.
- Les entrées disent pourquoi, pas seulement quoi. Un combat d'arène sauté en nomme la raison.
Si un module semble ne rien faire, c'est dans le journal qu'il dit pourquoi il ne fait rien. C'est en général un temps de recharge, une condition qui ne s'est pas ouverte, ou un événement qui ne tourne pas.
Envoyer un rapport
Le bouton Envoyer un rapport de l'onglet Journal est la chose utile la plus rapide à faire face à un bug. Il joint le journal autour du moment de l'échec, et c'est presque toujours ce qui identifie la cause.
Un rapport sans journal est la description d'un symptôme. Un rapport avec journal est le plus souvent une correction.
Ce que contient un bon rapport
- La version. Depuis la barre de titre de l'application, ou le pied de page de mercysf.app.
- Votre plateforme. Windows, macOS ou Linux, et quelle version.
- Ce que vous attendiez et ce qui s'est produit à la place.
- Le journal, que le bouton joint pour vous.
N'incluez jamais d'identifiants de compte
Ni les vôtres, ni ceux d'autrui, ni dans une capture d'écran. Aucune partie du diagnostic n'en a besoin.
Où signaler ailleurs
- Discord pour tout ce que d'autres pourraient reconnaître, et pour les allers-retours rapides. L'invitation est sur mercysf.app.
- E-mail pour tout ce qui est privé : problème de compte, question de paiement, signalement de sécurité. L'adresse est dans les mentions légales.
Un problème de sécurité qui touche d'autres utilisateurs doit passer par e-mail plutôt que par un canal public. Il est examiné le jour même.
Fichiers de journal sur le disque
Le journal est aussi écrit sur le disque, un plantage n'emporte donc pas les preuves. Le bouton de rapport le récupère là, et c'est pourquoi un rapport envoyé après un redémarrage contient encore l'exécution qui a échoué.