You are not logged in.
Pages: 1
Topic closed
Lorsque nous installons les plugins Behaviors et Escalade et que nous activons les notifications supplémentaires :
- Créer une notification qui enverra un mail à un superviseur de groupe en cas d'assignation d'un ticket à son groupe
- Créer un ticket l'assigner à un groupe : le superviseur de ce groupe reçoit un mail
- Assigner le ticket à un autre groupe : le superviseur de ce groupe reçoit un mail
- Renvoyer le ticket vers le premier groupe : les 2 superviseurs reçoivent un mail
Avez-vous pu reproduire ce bug ?
Offline
Version de GLPI utilisée ainsi que celle du plugin Behaviors ?
Avez-vous des notifications actives dans GLPI (modification du ticket par exemple) ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Il s'agit de la dernière version de GLPI 0.90.2 et Behavior 1.0.
La version du plugin Escalade : 0.90-1.0.2
Non je n'ai pas de notifications pour la modification du ticket
Offline
Dans GLPI, es notifications partent après l'jout du groupe dans le ticket.
Donc à ce moment il n'est plus possible de savoir quel groupe a été ajouté, d'où notification à tous les groupes assignés au ticket.
Et on ne peut pas bloquer l'ajout du groupe avant la validation du ticket sinon il ne sera pas présent.
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
Dans ce cas quelles sont les alternatives possibles ?
Car je rencontre ce soucis chez un de nos clients (de moi et TECLIB') et c'est plutôt bloquant
Offline
@yllen,
si j'ai bien compris le problème ( j'ai le même sans le plugin escalade) : quand un groupe escalade à un autre groupe les 2 groupes sont notifiés.
il y a la possiblilté de supprimer le groupe manuellement avant d'assigner à un autre mais je pense que ce n'est pas la réponse attendue....
dans le cas ou le paramétrage est sur 'groupe unique' , le plugin behavior supprime l'ancien groupe si on en ajoute un nouveau.
est ce que cette suppression pourrait se faire avant l'ajout du nouveau groupe, comme ça au moment de la notif il n'y aurait plus qu'un groupe notifié non ?
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
O9ui c'est déjà le comportement si le paramétrage est sur groupe unique.
Là le problème est qu'il y a plusieurs groupes. Donc il faut changer le comportement du coeur.
Je suis en train de réfléchir à une solution sans "casser" tout le copportement actuel du coeur
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Ticket créé sur la forge du plugin : https://forge.glpi-project.org/issues/5481
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Version publiée : https://forge.glpi-project.org/news/346
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Pages: 1
Topic closed