Salut,
En fait avec la nouvelle gestion de CommonDBChild, il faut pour mettre à
jour un sous-élément absolument passer la référence au père sinon il
n'arrive pas à le récupérer.
Il faudrait sûrement voir pour gérer un peu différemment pour que ca
fonctionne à tous les coups.
++
Julien
Le 09/10/2012 07:56, Damien Touraine a écrit :
Bonjour,
Le comportement que tu décris correspond à celui du CommonDBChild
lorsque l'on essaie de créer ou de modifier un élément qui DOIT être
attaché à un item (CommonDBChild::$mustBeAttached = true par défaut)
mais qui ne l'est pas ($itemtype == NULL ou $items_id < 0).
Je me suis rendu compte d'un effet de bord qui ne devrait jamais
arrivé : avec $mustBeAttached == true, tu ne peux pas créer un
CommonDBChild avant l'item auquel il se rattache. Peut-être est-ce le
cas dans ce que tu décris.
Au fait, il faudrait peut-être transformer ComputerDisk en ItemDisk
(ie : disque dur dans les imprimantes ...). Mais on gardera cela sous
le coude pour une prochaine release.
Damien
On 09/10/2012 06:44, David DURIEUX wrote:
Bonjour,
Quant on essaye de modifier l'espace libre d'une partition (volume) ça
met le message : "Opération réalisée partiellement avec succès" mais ce
n'est pas modifié.
Avec Fusion j'essaye de modifier également ce champ pour le mettre à
jour et pareil, ça ne met pas à jour (et aucune erreur dans php-errors
et sql-errors)
David DURIEUX
++
_______________________________________________
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
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev