Salut,
Bon, c'est trop tard pour le 0.83, mais je proposer d'enregistrer une petite
évolution (0.83.1)
Débugguer le fonctionnement des tickets récurrents est un peu galère...
J'ai amélioré le journal du cron, il ne compte que les réussites et enregistre un message "echec
(nom du ticket récurrent)", ce qui me semble mieux
Il me semble qu'il faudrait aller plus loin
Dans la table glpi_ticketrecurrents, ajouter 2 champs
- last_execution_date => alimentée lors du passage du cron
- last_execution_state => booléen
De cette manière, on affiche à l'utilisateur si ça a marché ou pas
Bon, l'idéal serait de pouvoir dire "pourquoi", mais là
il faudrait récupérer ce qui est envoyé dans les getMessagesAfterRedirect...
Pour avis.
*****************************************************
"Le contenu de ce courriel et ses éventuelles pièces jointes sont
confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet
envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas
violer le secret des correspondances, vous ne devez pas le transmettre à d'autres
personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire.
Attention : L'organisme de l'émetteur du message ne pourra être tenu responsable de
l'altération du présent courriel. Il appartient au destinataire de vérifier que les
messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues
dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles
ne reflètent pas la position de l'organisme sauf s'il en est disposé autrement dans
le présent courriel."
******************************************************
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
