You are not logged in.
Pages: 1
Topic closed
J'ai constaté que maintenant les récursivité sur les documents étaient en place.
Sur ma migration de glpi 0.7 vers 0.71.5 beaucoup de document était déjà en place, et par défaut, la migration les met en "non récursif".
Donc il serait intéressant de pouvoir faire une modification massive de cet état (notamment pour tous les docs qui se trouve dans la base de connaissance).
GLPI 0.90.5 - OCS 2.3.1 - Plugin OCS / GLPI 1.2.2
Offline
Je comprends le besoin...
Pour passage de récursif Non => Oui : pas de soucis
Dans l'autre sens je vois pas trop comment s'assurer de ne pas interdire l'opération lorsque des éléments liés se situe dans des entitiés filles (controle lorsque la modification se fait depuis la fiche du document)
+
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
Bon après ca se fait relativement facilement avec une requête sql alter table, mais bon c'est toujours plus pratique à travers l'interface de glpi.
s'assurer de ne pas interdire l'opération lorsque des éléments liés se situe dans des entitiés filles
J'ai pas trop compris ta remarque par contre pour le passage de "oui" vers "non" ?
GLPI 0.90.5 - OCS 2.3.1 - Plugin OCS / GLPI 1.2.2
Offline
Pour observer le comportement normal.
- Crée un document dans l'entité racine
- passer l'attribut "Sous-entité" de Non à Oui
- attacher un objet (PC, impr, ...) d'une sous-entité
- l'attribut n'est plus modifiable.
Ce qui est une sécurité car depuis le PC, le document lié ne serait plus consultable.
+
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
Effectivement je vois ce que tu veux dire...
GLPI 0.90.5 - OCS 2.3.1 - Plugin OCS / GLPI 1.2.2
Offline
Pages: 1
Topic closed