Bonjour à tous,
Je reviens sur ce besoin car finalement j'ai mis en place une solution
qui, dans certains cas, pourrait servir à d'autre.
J'ai fait en sorte de bloquer l'héritage :
- dans un premier temps on recherche les notifications dans l'entité :
si une ou plusieurs existent on les traite, et on ne remonte pas aux
entités supérieures
- si pas de notif dans cette entité, on repart sur le processus
actuellement en place
Ce système me permet de :
- redéfinir simplement pour une entité toutes les notifs, sans avoir à
modifier le schéma mis en place pour toutes les autres entités
- rapidement voir les notifis spécifiques à une entité
Si l'idée vous semble intéressante, je peux fournir un patch 0.84 (mon
idée était une option de config générale qui indique le comportement à
avoir dans le cas d'une notif dans une entité: ne pas utiliser
l'héritage / utiliser l'héritage).
Walid.
Le 09/12/2011 12:56, Walid nouh a écrit :
Bonjour à tous,
Chez un de mes clients s'est posé la question suivante :
Contexte :
- une hiérarchie d'entité à 4 niveaux
- les notifications sont sur l'entité racine, récursives. Lors d'un
nouveau ticket, les techs sont notifiés
- pour une seule entité, au 3ème niveau de la hiérarchie on ne veut
pas notifier les techs
- je ne peux pas modifier la hiérarchie des entités, et dupliquer
toutes les notifs n'est pas vraiment l'option la meilleure, car cela
veut dire qu'à chaque modif des notifications il faut repasser sur X
entités pour faire la même chose)
Actuellement on ne peut pas faire cela, on a pas moyen de dire "pour
les techs n'envoie pas de mail", donc la notification sur l'entité
racine est exécutée, et le mail envoyé.
Propositions :
1 - avoir une option dans le form d'une notif, dans la liste des
modèles pour dire "Ne pas envoyer d'email" (pas forcément la
meilleure solution mais aucune modif de db)
2 - ajouter une option de config des notifications pour "ne pas
notifier les destinaires" (ajout d'un champ is_notified par défaut à
true pour garder le comportement actuel)
Voyez-vous d'autres idées ?
Walid.
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
