Merci, en suivant ton conseil, je vois effectivement une piste intéressante.
Je vais faire quelques essais sur un GLPI 0.72, pour reconstituer le bout de MCD qui m'intéresse. A première vue, ça pourrait être une spécialisation. Le 12 mars 2015 22:42, David DURIEUX <d.duri...@siprossii.com> a écrit : > Le Thu, 12 Mar 2015 22:35:11 +0100 > thierry DeTheGeek <detheg...@gmail.com> a écrit: > > >Bonjour > > Salut > > >Je cherche des informations concernant les changements entre GLPI > >0.72.4 et GLPI 0.84.8, pour assister un utilisateur ayant un souci de > >migration entre ces deux versions, avec Custom Fields 1.1.6 vers 1.6.0. > > Yep, y a eu beaucoup de modifs entre ces 2 versions. > > >Dans la version 1.1.7 du plugin la prise en charge de l'itemtype 24 > >(device) a été introduite. Un peu plus tard, GLPI a modifié la gestion > >des itemtypes en faveur de chaines de caractères. > > > >D'après le code de GLPI, l'itemtype 24 devient donc "device". Or il > >n'existe plus de fichier device.class.php dans les versions 0.84.x. Il > >semble que ce type ait été divisé en différents types de composants > >(carte mère, cpu, ....) > > > >J'ai besoin d'informations sur la façon (et pourquoi) dont a évolué la > >prise en charge des composants depuis GLPI 0.72.x. Avec cela je saurai > >si il est possible d'automatiser l'upgrade. Pour l'instant j'ai > >l'impression qu'il faudrait gérer au cas par cas, selon la > >signification des champs personnalisés sur ces objets. > > Tu peux regarder les scripts d'update de GLPI ou tu devrais pouvoir > retrouver les modifs de ce genre (glpi/install/update_*.php) > > David > ++ > > >D'avance merci. > > _______________________________________________ > 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
