You are not logged in.
Bonjour,
J'ai mis à jour GLPI, passage de la version GLPI 0.90.1 vers GLPI 9.1.2 sans problème particulié, je viens de constater un dysfonctionnement.
Je tente de modifier les dates de livraison de plusieurs éléments et j’obtiens un message d’erreur « éléments incompatibles »
Pour info, j’ai pu modifier sans problème la date de mise en service et date de commande....
Si je tente de renseigner la date de livraison dans la fiche de l’objet (ordinateur) via la fonction calendrier et après avoir cliqué sur le bouton sauvegarder, la case est vide.
Quand je saisis le champ manuellement cela fonctionne.
Qu'en pensez-vous ?
Merci d'avance pour vos réponses.
Plugins installés
Alertes 1.3.2.5
FusionInventory 9.1+1.1
Injection de fichiers 2.4.2
Plus de rapports 1.3.1
Rapports 1.10
Tableau de bord 0.8.0
Offline
Dans Administration > Entité > Onglet parc, vous avez quelle valeur pour le remplissage automatique de ce champ ?
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,
On activant les informations financières et administratives dans la rubrique "Cycle de vie du matériel" l'ensemble des champs sont vide.
Offline
Pas de remplissage automatique » pour l’entité racine et Héritage de l’entité parente » pour les sous entités.
Petite précision, j’ai pu modifier (Action) sans problème la date de mise en service, date de commande, date de dernier inventaire physique, date d'achat et date de réforme de plusieurs ordinateurs sauf le champ "date de livraison" qui génère une erreur "éléments incompatibles".
Si je tente de renseigner la date de livraison ou les autres dates dans la fiche de l’objet (ordinateur) via la fonction calendrier et après avoir cliqué sur le bouton sauvegarder, la case prend bien la date.
Quand je saisis le champ manuellement cela fonctionne aussi pour l'ensemble des dates y compris la "date de livraison".
Last edited by cremos (2017-03-08 20:11:12)
Offline
Je ne reproduis pas cette erreur.
Pouvez-vous fournir l'erreur exacte présente dans les logs 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
Bonjour,
Pas d'information dans les logs d'Apache (error.log)
et dans /var/www/files/_log
Aucune erreur n’apparait dans php-errors.log et sql-errors.log de GLPI lors de la modification du champ "date de livraison"
Même en mode Debug , j'ai des erreurs avec le plugin fusioninventory.
Last edited by cremos (2017-03-13 14:19:09)
Offline
Avez-vous essayé en désactivant le plugin FusionInventory ?
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, Je viens de désactiver le plugin FusionInventory, toujours la même erreur.
Offline
Pouvez-vous essayer en désactivant tous vos plugins ?
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
Même résultat avec l'ensemble des plugins désactivés
Offline
Je viens de mettre à jour un serveur de pré-prod GLPI 0.90.1 vers GLPI 9.1.2 même problème.
Offline
Comment modifiez-vous plusieurs éléments en même temps ?
Depuis quel menu ?
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
Dans Parc > Ordinateurs
Je sélectionne plusieurs ordinateurs puis je clic sur "Actions"
Dans une fenêtre un menu déroulant me propose plusieurs actions, je sélectionne "Modifier" puis dans un autre menu déroulant le champ à mettre à jour, je sélectionne "date de livraison" dans la rubrique "informations financières et administratives".
Offline
Je n'ai pas le problème.
Tous vos ordinateurs sont bien dans la même entité ?
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
Oui , ils sont bien dans la bonne entité.
J'ai fait un test avec le compte super Admin en sélectionnant une entité, même erreur.
J'ai fait un test avec un compte propre à un utilisateur lié à plusieurs entités même erreur.
L'erreur se produit en sélectionnant un seul ordinateur, même sur l'entité racine.
J'ai aussi fait un repair sur l'ensemble des tables de données.
Last edited by cremos (2017-03-23 09:45:30)
Offline
Les informations financières sont bvien activées pour les ordinateurs en question ?
Là c'est difficile de vous aider car je ne reproduis pas l'erreur.
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
bonsoir,
je reproduis l'erreur en 9.1.2 action de masse> selection d'un seul ordinateur> modifier date> et là message d'alerte GLPI :"elements incompatibles" dans une fenetre rouge
edit :
si j'utilise le calendrier j'ai un message si je saisis la date, message opération réussie mais la date n'est pas mise à jour.
en mode debug pas de message;
en root recursif ou sur l'entité de l'ordinateur c'est pareil.
modif en manuel OK.
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
La Denrée : tu es en 9.1.2 officiel ou 9.1.3svn?
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
9.1.2 release officielle
edit : j'ai testé sur une autre installation en 0.90.5 ça marche.
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
Oui, les informations financières sont bien activées pour les ordinateurs en question ?
J'ai bien accès à la partie gestion des ordinateurs en question.
Offline
Fonctionne avec l'ancienne version GLPI 0.90.1
Last edited by cremos (2017-03-29 16:00:26)
Offline
en 9.1.3svn je ne reproduis pas le problème
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
Un compte sur notre GLPI cela pourrait-il d'aider ?
Last edited by cremos (2017-03-30 13:19:36)
Offline
Il faudrait avoir accès aux fichiers également pour mettre des logdebug pour tracer le problème
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,
Je comprends que sans l'accès aux fichiers le débogage est difficile, malheureusement cela n'est pas possible.
Je peux vous faire un dump de la base de données qui est conséquente plus de 20Go et de www ( espace web).
Offline