Constat
`$prez` peut échouer complètement silencieusement (aucun message, aucune erreur visible) si le bot n'a pas la permission Gérer les messages sur le serveur.
Cause : `MyContext.send()` (`src/urpy/my_commands.py`) essaie de supprimer le message d'origine de l'utilisateur avant d'envoyer la réponse :
await self.message.delete(delay=kwargs['delete_after'])
await super().send(content, **kwargs)
Quand `prez` appelle `urpy.MyContext(ctx)` sans préciser `delete_after`, la valeur par défaut est `None`. Avec `delay=None`, `discord.Message.delete()` supprime immédiatement et de façon bloquante, sans aucun `try/except`. Si le bot n'a pas la permission de supprimer le message d'un autre utilisateur, ça lève `discord.Forbidden`, qui remonte et interrompt la commande avant l'envoi de la réponse — d'où le silence total.
Les autres commandes (`$cal`, `$site`, `$jdr`) passent un `delete_after` positif, ce qui fait passer discord.py sur un chemin de suppression différée et non-bloquante où les erreurs HTTP sont avalées silencieusement — c'est pour ça qu'elles ne sont pas touchées par ce problème.
Repéré en testant l'instance dev (dont le rôle du bot n'a pas cette permission sur le serveur de test). Sans conséquence en prod actuellement (le bot y a la permission), mais reste fragile : n'importe quel serveur où le bot n'aurait pas Gérer les messages ferait planter `$prez` en silence.
Attendu
Que `MyContext.send()` ne plante jamais à cause d'un échec de suppression : protéger l'appel à `.delete()` pour que la réponse soit envoyée même si la suppression du message d'origine échoue.
Constat
`$prez` peut échouer complètement silencieusement (aucun message, aucune erreur visible) si le bot n'a pas la permission Gérer les messages sur le serveur.
Cause : `MyContext.send()` (`src/urpy/my_commands.py`) essaie de supprimer le message d'origine de l'utilisateur avant d'envoyer la réponse :
Quand `prez` appelle `urpy.MyContext(ctx)` sans préciser `delete_after`, la valeur par défaut est `None`. Avec `delay=None`, `discord.Message.delete()` supprime immédiatement et de façon bloquante, sans aucun `try/except`. Si le bot n'a pas la permission de supprimer le message d'un autre utilisateur, ça lève `discord.Forbidden`, qui remonte et interrompt la commande avant l'envoi de la réponse — d'où le silence total.
Les autres commandes (`$cal`, `$site`, `$jdr`) passent un `delete_after` positif, ce qui fait passer discord.py sur un chemin de suppression différée et non-bloquante où les erreurs HTTP sont avalées silencieusement — c'est pour ça qu'elles ne sont pas touchées par ce problème.
Repéré en testant l'instance dev (dont le rôle du bot n'a pas cette permission sur le serveur de test). Sans conséquence en prod actuellement (le bot y a la permission), mais reste fragile : n'importe quel serveur où le bot n'aurait pas Gérer les messages ferait planter `$prez` en silence.
Attendu
Que `MyContext.send()` ne plante jamais à cause d'un échec de suppression : protéger l'appel à `.delete()` pour que la réponse soit envoyée même si la suppression du message d'origine échoue.