On 02/07/2013 18:56, Julien Dombre wrote:
Le 02/07/2013 18:31, David DURIEUX a écrit :
Bonjour,
J'ai un port avec une IP non valide sur un ordinateur. Ce port se
retrouver dans la table glpi_networkportmigrations
Si on revient plus tard sur le nettoyeur pour nettoyer les ports et
qu'entre temps, on a supprimé définitivement l'ordinateur, ce port est
donc orphelin et donc impossible de le supprimer, ni même de l'affiche
(dans le form du nettoyeur, pas dans la liste).
De mes investigations, ça proviendrait du canView qui regarde si on a
le droit sur le parent (donc l'ordinateur) mais n'étant plus dans la
base, on est bloqué. Du coup je sui sbloqué là aussi, je ne sais pas
quoi modifier dans le code.
Bonjour,
a ce niveau là il doit manquer une liaison qui purge les
networkportMigration à la purge d'un élément.
Bonjour,
Une solution simple serait d'ajouter dans
CommonDBTM::cleanRelationTable() un nettoyage des NetworkPortMigration.
Comme celui des NetworkPort.
Une seconde solution, beaucoup plus propre, bien que plus compliquée,
serait de transformer le NetworkPortMigration en descendant de
NetworkPortInstantiation. Ainsi, son comportement serait le même que
pour tous les autres. Mais, cela me paraît dangereux à si brève échéance
par rapprort à la sortie officielle de la 0.84 : il y aura modification
de la base de donnée. Mais normalement, il devrait y avoir peu de
NetworkPortMigration.
Damien
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
