You are not logged in.
Pages: 1
Topic closed
Bonjour,
ce bug est présent dans les version 0.72.4, 0.78.2 et 0.80 de GLPI.
Dans le traitement des dictionnaires des logiciels, dans le volet Action, il est possible d'assigner une valeur au champ Version, soit par :
1- Assigner
2- Assigner valeur depuis expression rationnelle
3- Ajouter résultat depuis expression rationnelle
les options 1 et 2 fonctionnent correctement.
l'option 3 donne le même résultat que la 2. Il est impossible de concaténer une valeur avec le résultat de l'expression rationnelle.
Merci bien,
BMO
BMO - Toulouse
En production sur 1 Serveur Centos 5.3 - GLPI 0.72.4 - OCS 1.3.3
7000 machines - TAG pour liaison Entités (20) - connexion LDAP (AD & OpenLDAP)
En développement sur 1 Serveur Centos 5.3 - GLPI 0.78.2 - OCS 1.3.3
Offline
je regarde voir ça
Offline
vous pouvez me donner un exemple concret ?
Offline
Bonjour wawa,
Par exemple :
Nous avons réalisés une règle pour modifier le champ version :
Nous récupérons donc par regex la fin du champ nom '2003' pour Microsoft Office 2003
Puis nous souhaitons concaténer par 'Ajouter résultat depuis expression rationnelle' avec la valeur déjà présente dans le champ version (valeur remontée par OCS: 9.00720).
Cela ne fonctionne pas.
Même chose si on précise une valeur dans le champ ex 9.00123 et que l'on ajoute le résultat #0
BMO
BMO - Toulouse
En production sur 1 Serveur Centos 5.3 - GLPI 0.72.4 - OCS 1.3.3
7000 machines - TAG pour liaison Entités (20) - connexion LDAP (AD & OpenLDAP)
En développement sur 1 Serveur Centos 5.3 - GLPI 0.78.2 - OCS 1.3.3
Offline
effectivement,
et de plus ce n'est pas possible de faire une preview correcte.
je vais corriger tout ça
Offline
Merci wawa.
BMO
BMO - Toulouse
En production sur 1 Serveur Centos 5.3 - GLPI 0.72.4 - OCS 1.3.3
7000 machines - TAG pour liaison Entités (20) - connexion LDAP (AD & OpenLDAP)
En développement sur 1 Serveur Centos 5.3 - GLPI 0.78.2 - OCS 1.3.3
Offline
voilà à retester, https://forge.indepnet.net/issues/2768
je pense que ça n'a pas du bcp marcher cette option par le passé...
Offline
Je pense qu'il y a un autre bug (0.78.4 et antérieur), dans les actions du dictionnaire logiciels en 0.78.4 on a :
Ignorer lors de l'import OCSNG
Fabricant
Associable à un ticket
Logiciel
Version
On ne peut utiliser que 4 des 5 critères sur une règles (quels que soit les 4 1ers critères choisis). Sur les versions GLPI précédentes il me semble que l'on avait le même souci : on ne pouvait utiliser que 3 des 4 critères présents.
Autre chose (en 0.78.4), pour le critère "Associable à un ticket" on ne peut lui associer que "oui" au lieu du choix "oui/non".
Prod. : CentOS 6.5 - PHP 5.3.3 - Apache 2.2.15 - MySQL 5.1.73 - OCS 2.1.2 - GLPI 0.84.6
Dev. : CentOS 7 - PHP 5.4.16 - Apache 2.4.6 - MariaDB 5.5.50 - OCS 2.3 - GLPI 9.1.2 + OPcache 7.0.5FE + APCu 4.0.11
Offline
Je pense qu'il y a un autre bug (0.78.4 et antérieur), dans les actions du dictionnaire logiciels en 0.78.4 on a :
Ignorer lors de l'import OCSNG
Fabricant
Associable à un ticket
Logiciel
Version
On ne peut utiliser que 4 des 5 critères sur une règles (quels que soit les 4 1ers critères choisis). Sur les versions GLPI précédentes il me semble que l'on avait le même souci : on ne pouvait utiliser que 3 des 4 critères présents.
d'un autre côté si tu mets ignorer l'import, tous les autres n'ont pas d'interêt donc ça me semble correct.
Autre chose (en 0.78.4), pour le critère "Associable à un ticket" on ne peut lui associer que "oui" au lieu du choix "oui/non".
je ne reproduit pas chez moi, tu ne confonds pas avec ignorer l'import ocs ?
Offline
je ne reproduit pas chez moi, tu ne confonds pas avec ignorer l'import ocs ?
Oui je me suis trompé, je voulais parler de "Ignorer lors de l'import OCSNG" ! Tant que l'on ne mets pas ce critère il ne sera pas ignoré par défaut je présume... (c'est juste drole de voir deux listes déroulantes d'affiler ou l'on ne peut pas faire de choix) !
d'un autre côté si tu mets ignorer l'import, tous les autres n'ont pas d'interêt donc ça me semble correct.
Maintenant je comprends mieux ! Je forçais "Ignorer lors de l'import OCSNG" pour être sûr qu'il me remonte bien le logiciel, du coup je perdais un critère...
Donc pas de bug ! Dsl pour le dérangement !
Prod. : CentOS 6.5 - PHP 5.3.3 - Apache 2.2.15 - MySQL 5.1.73 - OCS 2.1.2 - GLPI 0.84.6
Dev. : CentOS 7 - PHP 5.4.16 - Apache 2.4.6 - MariaDB 5.5.50 - OCS 2.3 - GLPI 9.1.2 + OPcache 7.0.5FE + APCu 4.0.11
Offline
y'a pas de soucis
Offline
Bonjour,
Je reviens sur le sujet original, l'ajout du résultat de l'expression régulière
Je l'avais aussi constaté depuis que j'avais fait un dictionnaire dès fin 2010, et quand j'ai voulu le signaler sur le forum, c'était déjà fait. J'ai donc considéré selon la discussion que ce serait corrigé en 0.78.5.
Je viens de retester ce matin en 0.78.5, et apparemment ce n'est pas corrigé
Voilà le détail :
J'ai dans ma base le logiciel suivant :
Nom Fabricant Version
AutoSketch Release 8 Autodesk 8.00.0000
AutoSketch Release 9 Autodesk 9.0.0.88
règle ajoutée :
Nom : AutoSketch Actif : Oui
Critère :
Logiciel expression rationnelle vérifie /^AutoSketch( Release [0-9])$/
Actions :
Logiciel Assigner AutoSketch
Version Ajouter le résultat de l'expression rationnelle #0
Résultat après "Rejouer le dictionnaire" :
Nom Fabricant Version
AutoSketch Autodesk Release 8
Release 9
on devrait avoir comme versions 8.00.0000 Release 8 et 9.0.0.88 Release 9
==> bug non corrigé, #0 écrase le no de version au lieu d'y être ajouté
Ancienne config : GLPI et OCS sur serveur virtuel Windows Server 2008 R2
- lot 2 en production (12000 machines) : GLPI 0.78.5 + modifs spécifiques, OCS Server 2.0, agents Windows et Unix 2.0
- lot 3 en dév. : même base logicielle + dév. spécifiques
Offline
Bonjour,
J'ai exactement le même besoin, et bien qu'étant en glpi 0.84.8 je crois bien que le bug est toujours présent
Cela a-t'il été solutionné depuis ???
D'avance merci,
S.
Offline
bonjour
le bug de "Ajouter le résultat de l'expression régulière" existe toujours en 9.2.3 en import de fusioninventory, mais ca fonctionne quand on rejoue les règles
cdlt
Herve
Offline
Merci de ne pas poster sur des vieilles demandes concernant de vieilles versions de GLPI
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