You are not logged in.
Pages: 1
Bonjour,
Lorsque l'on créé un nouveau profil, quel paramètre permet de permettre ou non à celui qui va utiliser le profil de modifier les mots de passe des utilisateurs ?
Autre question : en fonction du positionnement dans une entité ou sous-entité, comment se fait-il que certains profils n'apparaissent pas dans la liste lorsque l'on souhaite définir une habilitation à un utilisateur ?
merci par avance pour votre aide.
Offline
Bonjour,
D'après ce que je vois, et ce n'est pas logique mais, le droit qui autorise à modifier les mots de passe est Administration>Profils>Créer.
Concernant les entités, si un profil n'est pas accessible par les sous-entités, un utilisateur se trouvant dans une sous-entité ne pourra pas se voir ce droit attribué.
Offline
En effet ce n'est pas très logique.
Et la coche mettre Profils > Mettre à jour n'autorise que la modification des champs (en dehors du mot de passe) ?
"si un profil n'est pas accessible par les sous-entités" ==> comment ce paramètre se vérifie-t-il ?
Offline
La coche de Profils > Mettre à jour autorise à modifier les droits d'un profil.
Excusez-moi j'ai répondu trop rapidement concernant les entités, normalement il n'y a pas de restriction en faite. Je ne vois pas ce qui peut poser ce problème
Offline
C'est très curieux, en fonction du profil que j'ai "Ajouter une habilitation à un utilisateur " ne me propose pas la même liste de profils. Dans un cas, cette liste est complète, dans l'autre elle est restreinte...
Last edited by AGRIMONTIDY (2018-06-15 11:28:55)
Offline
Bonjour AGRIMONTIDY,
effectivement, je me retrouve avec la même chose. en fonction de l'entité, la liste des profils pour l'habilitation n'est pas la même sans que je puisse comprendre pourquoi. personnellement, cela m'intéresse car je voudrai avoir des profil technicien différents entre les entités.
As-tu trouvé pourquoi glpi à ce comportement ?
Merci d'avance,
php : 7.2.24 - MySQL : 5.5.46 - GLPI 9.5.2 (3 entité - 778 utilisateurs) - ubunutu server 18.4 LTS /behavior 2.4.1/Comptes 2.6.0/Form Creator 2.10.3/FusionInventory 9.5
Offline
Bonjour à vous,
Même cas pour nous, la liste des profils est soit limitée au profil de la personne en question, soit elle est complète avec même le profil super-admin ce qui est dangereux !
Merci d'avance.
Last edited by Benoit-ELIB (2018-09-18 10:26:49)
Offline
Bonjour,
Un up pour une solution svp ?
Merci.
Offline
Bonjour,
up également, si un dev peux se pencher sur cette situation.
merci.
php : 7.2.24 - MySQL : 5.5.46 - GLPI 9.5.2 (3 entité - 778 utilisateurs) - ubunutu server 18.4 LTS /behavior 2.4.1/Comptes 2.6.0/Form Creator 2.10.3/FusionInventory 9.5
Offline
La liste Profils lors de l'ajout d'une habilitation à un utilisateur contient la liste des profils ayant des droits égaux ou inférieurs au profil avec lequel vous être connecté.
Bug sur la 9.3 à ce sujet qui vient d'être corrigé et sera compris dans la nouvelle version de GLPI qui devrait sortir en fin de semaine.
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
Bonjour,
Je viens de faire le test, bascule du GLPI 9.3.1 à 9.3.2 ... effectivement la liste des profils n'est plus la liste complète, par contre le seul profil accessible est celui de l'utilisateur. Or il y a des profils qui sont avec des droits inférieurs disponibles.
Il ne faudrait même pas que l'utilisateur puisse choisir son propre profil, puisque ce dernier a des droits étendus qu'il ne doit surtout pas pouvoir attribuer à d'autres ...
Problème non corrigé pour moi !
Est-il possible de faire quelque chose ? merci !
Offline
Bonjour à tous,
Sur la 9.3.3 le problème est toujours présent : le profil Admin par exemple ne peut que sélectionner "Admin" ou "Self-service" :(
Help ! Merci !
Offline
Bug soumis dans le github du projet (issue #5098)
Offline
Pages: 1