You are not logged in.
bonjour,
je relance un peu ce sujet : http://forum.glpi-project.org/viewtopic.php?id=37841
car je rencontre le meme soucis
tous mes logiciels remontent sur l'entité racine
la recursivité est bien activé
en entité racine, lorsque j'affiche le nombre d'installation tout est ok je vois meme les installations de l'entité A juste en dessous
par contre quand je suis sur l'entité A... je ne vois pas les installations le chiffre nombre d'installation reste a 0
mon logiciel est dans l'entité racine
la version est dans l'entité A ou racine ...meme probleme
auriez vous une solution que je n'ai pas su trouvé sur le forum ?
Offline
j'oubliais je suis en glpi 0.85.4
et je précise que quand je suis dans l'entité A ..je clique sur mon logiciel avec marqué installation 0 et je vois ensuite le nombre d'installation dans le menu de gauche qui lui n'est pas à 0 ...
pas d'idée..?
Offline
Bonjour,
Je relance aussi ce sujet, l'affichage me perturbe aussi
J'ai jeté un oeil aux requêtes.
- Dans la liste des logiciels, le count sur les logiciels installés est fait sur le champ glpi_computers_softwareversions.entities_id.
Cette table gère les installations logiciels (correspondance ordinateurs <=> logiciels).
- Dans la fiche du logiciel, le count apparaissant dans l'onglet Versions (ou Installations aussi) est fait sur le champ glpi_computers_softwareversions.id en filtrant les ordinateurs correspondant à l'entité affichée (condition sur glpi_computers.entities_id).
Je me suis aperçu du problème quand j'ai migré mes logiciels vers l'entité racine afin d'éviter d'avoir des logiciels multi-entités.
Les entrées avant migration conservait la valeur de l'entité originelle du logiciel (glpi_computers_softwareversions.entities_id). Les nouvelles installations prenait la valeur de l'entité racine, où se trouve maintenant le logiciel (glpi_computers_softwareversions.entities_id = '0').
De fait, les gens gérant les logiciels par entité ne doivent pas avoir de problème.
Le problème est que la valeur de glpi_computers_softwareversions.entities_id correspond à l'entité du logiciel (glpi_software.entities_id).
A mon sens elle devrait plutôt correspondre, lors de son affectation (installation), à l'entité de l'ordinateur.
(glpi 0.90.3 / plugin FI 0.90+1.2)
(GLPI 9.1.6 / FusionInventory 9.1+1.1)
Offline
J'essaierai de regarder où se situe l'insert lors de l'installation d'un logiciel.
En attendant j'ai testé cet update qui semble me donner le bon résultat.
update glpi_computers_softwareversions
left join glpi.glpi_computers on glpi_computers.id = glpi_computers_softwareversions.computers_id
set glpi_computers_softwareversions.entities_id = glpi_computers.entities_id
(GLPI 9.1.6 / FusionInventory 9.1+1.1)
Offline
Je n'arrive pas à reproduite le problème.
Par défaut, c'est l'entité de l'ordinateur qui est utilisée.
(Computer_SoftwareVersion hérite de CommonDBRelation, avec $take_entity_1=true; + $itemtype_1 = 'Computer';)
Test (installation manuelle)
- logiciel dans l'entité racine
- installation sur le PC 1 (sous-entité 1)
- installation sur le PC 2 (sous-entité 2)
Les compteurs sont ok.
Le problème vient peut-être de l'agent d'inventaire ?
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Après un rapide coup d'oeil, je pense que le problème vient de FusionInventory
foreach ($a_computerinventory['software'] as $a_software) {
$softwares_id = $this->softList[$a_software['name']."$$$$".$a_software['manufacturers_id']];
$softwareversions_id = $this->softVersionList[strtolower($a_software['version'])."$$$$".$softwares_id];
$a_tmp = array(
'computers_id' => $computers_id,
'softwareversions_id' => $softwareversions_id,
'is_dynamic' => 1,
'entities_id' => $a_software['entities_id']
);
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Maintenant, on a même un test unitaire pour ça
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Maintenant, on a même un test unitaire pour ça
Merci pour la prise en compte.
(GLPI 9.1.6 / FusionInventory 9.1+1.1)
Offline
J'ai fais la corrections dans FusionInventory, ca se remettra correctement lors de la prochaine mise à jour
Offline
Je viens d'installer la nouvelle version du plugin 0.90+1.3 et de créer un nouveau Logiciel dans le dictionnaire.
A priori c'est tout bon
Merci.
(GLPI 9.1.6 / FusionInventory 9.1+1.1)
Offline
Oui et normalement il a redressé les logiciels existants aussi
Offline