You are not logged in.
Pages: 1
Topic closed
Etat des lieux :
Nous avions des comptes génériques que nous supprimons progressivement de la montée en charge via l'authentification LDAP.
Problème :
Lors de la suppression de ces comptes génériques, les notes attachées sont également supprimées bien qu'elles n'aient pas été mises en privé.
Solution :
dans la classe "User" de clean DBonPurge, la requete est
DELETE FROM glpi_reminder WHERE FK_users = '$ID'";
je pense qu'il faudrait ajouter à la requete "AND private=1"
afin que seules les notes privées soient supprimées.
Remarque :
Le problème est identique pour les bookmarks.
Yllen
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
et que fait t'on des notes publiques ?
Quel auteur défini t'on ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Une note publique sans auteur ne perturbe pas le fonctionnement.
Je vois 2 solutions :
- mettre à 0
- attribuer à l'utilisateur courant... (si vraiment on veux garder un auteur).
Après on peut aussi prévoir qu'en cas de modification, l'utilisateur en prenne possession.
++
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
et que fait t'on des notes publiques ?
Une note publique étant destinée à toute l'entité, il ne faut surtout pas la supprimer
Quel auteur défini t'on ?
Il est impossible de définir un auteur en automatique, surtout pour les grosses structures où les utilisateurs sont très nombreux.
Mais je pense qu'il vaut mieux afficher une note avec une colonne "auteur" vide (c'est ce qui ce passe si l'auteur n'est pas trouvé) plutot que de faire disparaitre une note importante pour l'entité.
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
- attribuer à l'utilisateur courant... (si vraiment on veux garder un auteur).
Pas d'accord du tout ! le premier qui regarde une note en devient le propriétaire ? Illogique !
Après on peut aussi prévoir qu'en cas de modification, l'utilisateur en prenne possession.
Ca, à la rigueur, c'est envisageable
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
donc pour résumer :
- mise à 0 de l'auteur
- prise de possession à la modification si auteur = 0
même problème pour les bookmarks d'ailleurs
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
ok. Je m'en occupe.
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
trop tard désolé. corrigé
https://dev.indepnet.net/glpi/changeset/7215
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Merci de ta logique.
Tu peux fermer ma demande.
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Pages: 1
Topic closed