You are not logged in.
Bonjour,
J'utilise Comportements (1.3) pour ajouter les groupes du demandeur aux acteurs Demandeurs. J'utilise également FormCreator (2.4.2) comme interface principale pour mes utilisateurs.
Lorsque je crée un ticket sans passer par FormCreator, les groupes sont bien ajoutés aux demandeurs. Lorsque je crée un ticket en passant par FormCreator, les groupes ne sont pas ajoutés.
N.
Offline
bonjour,
avec ma config :
glpi 0.90.5+ comportement 0.90 + formcreator 2.4.2 :
paramétrage comportement ajout du premier groupe :
ça fonctionne correctement.
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
Je suis en GLPI 9.1.3, mais j'ajoute tous les groupes. Je vais tenter avec 1er groupe pour voir.
Offline
Test avec juste 1er groupe: pas de changement.
J'ai des groupes configurés comme non-demandeurs; je vais voir si en les mettant tous en demandeur ça change quelque chose.
EDIT: non, toujours pas.
Last edited by nbriche (2017-05-24 13:36:38)
Offline
Bonjour,
Nous reproduisons le même problème en partant d'une installation neuve de GLPI en version 9.1.2 + Comportements 1.3 + FormCreator 2.4.2.
Cela nous oblige à reporter notre projet de migrer en version 9.1.x ...
Last edited by toubusch (2017-06-20 17:54:40)
Offline
Comment est défini votre demandeur ? dans votre formulaire ? vi une règle métier ?
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
Les utilisateurs se loguent dans GLPI avec leur ID AD obligatoirement (pas de création anonyme), et sélectionnent un des deux formulaires à leur disposition (Informatique / Services Techniques). Le formulaire consiste en un sujet, un contenu, une pièce jointe optionnelle, et un champ "Entité" caché, pour diriger le ticket créé sur l'entité Info ou Technique.
Tous les utilisateurs sont dans l'entité racine et ont le profil post-only en récursif, configuré pour ne montrer que FormCreator. Les utilisateurs des groupes Info et Technique ont des profils leur donnant un accès plus étendu à GLPI dans leur sous-entité.
Les groupes AD des utilisateurs sont tous présents dans l'entité racine, mais seuls certains sont configurés comme capable d'être demandeur. Mon but était que les groupes décrivant un service ayant un cadre à leur tête s'ajoute comme demandeur afin que les cadres et les autres membres d'un même service puisse être au courant des tickets créés dans leur service; mais pas les groupes décrivant une fonction ou un applicatif.
Voir aussi le bug ouvert par satyan01 sur le repo FormCreator.
Offline
Le problème est que le plugin Formcreator fait un ajout direct dans la table des tickets.
Le plugin Behaviors lui ajoute les groupes avant l'ajout du ticket en base, comme ça après il bénéficie des fonctionnalités du coeur.
Donc lorsque Behaviors passe, il n'a pas le nom du demandeur. Il faut juste que Formacreator envoies les informations nécessaires à Behaviors
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,
J'aimerais savoir où en est la résolution de cette incompatibilité ou s'il y avait un moyen de contourner ce problème?
FormCreator a l'air de reporter la faute sur Behaviors et vice versa.
Est-ce qu'il y a eu un point entre les 2 équipes à ce propos? Une future release ou un bugfix en cours?
Ce serait dommage de devoir se séparer de l'un de ces 2 plugins qui sont pour moi aussi indispensable l'un que l'autre.
Offline
A priori FormCreator a changé sa manière d'intégrer les tickets, en se basant sur des modifications récentes de GLPI. Mais du coup il faut que Behaviors lui aussi en tire parti pour que les deux puissent coopérer? C'est ce que j'ai compris de la chose?
N.
Offline
Je confirme que depuis passage de 0.90 à 9.1 l'ajout du premier groupe du demandeur ne se fait plus pour les tickets créés par formulaires(2.5.2).
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
Le comportement de Behaviors n'a pas été modifié en 9.1.
Comme je l'ai indiqué, Behaviors suit les comportements du coeur de GLPI donc c'est au plugin Formcreator de respecter également ces ajouts.
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
Je suis en GLPI 9.1.3, mais j'ajoute tous les groupes. Je vais tenter avec 1er groupe pour voir.
Je travaille pour tinh bột nghệ nguyên chất vous souhaite une bonne journée
Offline
Suite à mes recherches (voir le bug Formcreator #629 sur GitHub), je pense que la cause principale vient du fait que Behaviors et FormCreator sont en désaccord sur la manière de présenter une absence de groupes de demandeurs.
- Formcreator part du principe que GLPI gère des arrays de demandeurs, donc envoie un array vide.
- Behaviors base son test sur ce qu'envoie le noyau GLPI en cas d'absence de groupes, et donc teste pour zéro.
Or, un array vide n'est pas zéro. Ca n'est pas non plus un array avec valeurs. Behaviors zappe donc complètement le bloc du code qui insère les groupes. Solution: en testant pour empty() plutôt que pour zéro, les deux cas sont pris en compte et Behaviors ajoute les groupes.
Mon compte Forge ne me permet apparemment pas de créer un bug pour ça, et il n'y a pas de miroir sur Github; quelle est la marche à suivre pour proposer un patch?
(Notez que je n'ai pas poussé les recherches pour savoir si ce problème touchait aussi d'autres éléments avec groupes (techniciens, matériel, ...))
Offline