Le 14/12/2012 20:48, Julien Dombre a écrit :
Le 13/12/2012 10:15, Damien Touraine a écrit :
dans computer_softwareversion.class.php, il faut supprimer au début du
fichier les static public $log_hitory_2_*
Certes, c'est l'un des deux logs.
D'ailleurs, j'ai l'impression, d'après le champs linked_action = 20
== HISTORY_CREATE_ITEM, que ce n'est pas le log automatique de
CommonDBChild qui pose problème. Pour ce dernier, linked_action
devrait être égal à 4 (HISTORY_INSTALL_SOFTWARE) ou à
5(HISTORY_UNINSTALL_SOFTWARE).
Mais peut-être suis-je en train de me tromper.
D'où vient le second log ?
De CommonDBTM ? Avec le dohistory à true par défaut dans
commondbrelation.
C'est ca.
pour les logs dans les items on demande dohistory + log_for_XXX mais le
dohistory active également les logs au niveau CommonDBTM. Et le
dohistory est activé par défaut dans CommonDBRelation.
Une idée : séparer vraiment les 2 :
- dohistory juste pour les logs de l'objet relation.
- controle de log_for_XXX uniquement pour les logs dans les items.
Il y a donc juste un peu de ménage à faire et virer les contrôles sur
dohistory afin de pouvoir le désactiver par défaut dans CommonDBRelation
++
Julien
ll y a peut-être un doubon entre les log_forXXX et le dohistory.
++
Julien
_______________________________________________
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
