[BUG] : /ping

[louis-ducruet]

Description du bug :

La version serveur de la commande ne met pas à jour la réponse avec les informations. Cependant lors de l'exécution du code en local la mise à jour est bien réalisée.

Capture d'écran

Local	Serveur

Autres informations importantes

Après vérification l'action ne s'ajoute pas dans les logs du serveur ce qui tend à penser que le code est stoppé par une erreur. Cependant les évènements d'écoute d'erreur ne signale rien.

Note

Approfondir la notion de latence et de durée de vie d'une interaction. Car c'est la seule véritable différence avec la version en local.

[louis-ducruet]

Suite au bug de #127 je soupçonne qu'un bug spécifique à la config du serveur coupe la commande mais ne s'ajoute pas dans les logs d'erreur en raison d'un autre problème avec les évènements d'écoute des erreurs

[louis-ducruet]

Après réinstallation du serveur une erreur apparait au niveau de son importation

[louis-ducruet]

Après vérification l'erreur se produit avant que la variable cmd prenne la valeur du fichier au niveau de l'handler commande

[louis-ducruet]

L'erreur se produit au niveau de require(cmdFile) du handler. Le fichier semble ne pas être chargé

[louis-ducruet]

Le problème de chargement vient du contenu de la fonction runSlash de la commande /ping

[louis-ducruet]

Le problème semble venir de ces lignes :

interaction.editReply({ content: null, embeds: [embed] }).then({
    logger.success('Message d\'information serveur', interaction.member.id, JSON.stringify(interaction, (key, value) => typeof value === "bigint" ? value.toString() + "n" : value), false)
});

[louis-ducruet]

Plus précisément de la ligne du logger

[louis-ducruet]

Premier problème de chargement régler mais il reste à comprendre pourquoi le message n'est pas modifié

[louis-ducruet]

Après divers test le bug est lié à la configuration du serveur qui à changer hier. Ce bug ne peu donc pas être résolu par une modification du code