Et l'utilisateur peut modifier les droits ?

Ce ne semble pas être le cas sur la 2.6lts

Bonjour,
Dans notre version ( 3.17.16+190906), quand on délègue la permission de visualiser/lire, cela donne la possibilité de lister tous les utilisateurs de la base, sans pouvoir rien faire d'autre sur les utilisateurs dont on n'est pas propriétaire.
Par contre, il faut aussi autoriser la mise à jour et la suppression pour que la personne qui a délégation de droits puisse gérer ses utilisateurs jusqu'au bout.
Par contre, elle ne peut rien faire sur les utilisateurs qu'elle n'a pas créés.

Non l'utilisateur voir juste l'ensemble des comptes mais ne peut pas les modifier ou supprimer.

Ouai,

c'est pas trés clair tous ça …

Et en plus il y a le paramètre usercontrolSameGroupPolicy

A voir si il est à OUI ou non

De mon coté : l'utilisateur que j'ai créé ne voit pas le super-admin …

Selon ce que vous remontez : c'est un fonctionnement différent …

Mais à mon avis : je peux (sur la 2.6lts) contourner le problème.
OK : je n'ai pas les autres comptes dans la liste, mais je doit pouvoir modifier les paramètres pour changer le numéro d'utilisateur et aller modifier l'utilisateur en question …
A voir … ce qui est le mieux …

Bonjour,

Je reviens sur les problèmes de droit dans la gestion des administrateurs. Existe-t-il une mise à jour depuis ?

Notamment pour ne pas afficher toute la liste des utilisateurs à un utilisateur lambda qui souhaite créer des comptes.

Je trouve gênant que chacun voit le nom d'utilisateur et les mails associés de tous les comptes...

Faut-il toujours combiner création et lecture pour donner la permission de créer des comptes ?

Bonne journée

Je ne suis pas sur que le bogue soit remonté, j'ai pas eu le temps de le faire de mon coté.

Bonjour,
je suis confronté au même problème. Je vais faire les étapes pour remonter le bogue.
Et comme on est dans la création de permission.... 
Cas d'étude : 
Admin A  (AA) créé un utilisateur B (UB)  avec des droits de création d'utilisateurs, et un utilisateur C (UC) avec le droit de création de questionnaire.
UB créé 3 utilisateurs : UB1 - UB2 et UB3
UB décide de créér un groupe nommé Maison qui contiendra les utilisateurs UB1 à UB3.
Au moment de l'ajout des utilisateurs, UB voit tous les utilisateurs qui ont été créé dans le site : les 3 UB et UC.

UB ne devrait pas voir que UB1 - UB2 et UB3 ?

A votre avis, le même bogue ou un autre différent ?

Je vais regarder sur le site de demo de LimeSurvey (j'ai pas de V4 sous la main) pour vérifier si ceci n'est pas corrigé.

Si «Group member can only see own group» est à Oui : le comportement que tu indique ne me semble pas valide.

> UB ne devrait pas voir que UB1 - UB2 et UB3 ?

Oui : je suis d'accord.

Tu peux rapporter les bogues pour la dernière 3.X : elle est maintenue pour les bogues.

Sinon : j'ai une instance en 4.4.0-RC2 : au besoin je te créé un compte super admin (sans garantie de fonctionnement bien sur)

J'ai testé sur le site de démo de limesurvey qui est en 4.3.33 et j'ai reproduit les problème.
mais ...hier j'ai été déconnecté donc je poste que ce matin
je rajoute les captures d'écrans comme prévu et je commente avant de soumettre.

Si on ne coche pas visualiser / Lire, on ne peux pas voir les groupes / utilisateurs.J'ai essayé plein de combinaisons :Utilisateur --> visualiser activé / Groupe visualier inactivé --> pas d'accès au groupeUtilisateur --> visualiser désactivé / Groupe visualier activé --> accès au groupe -> tous les utlisateurs sont selectionnables 

Ok c'est soumis pour les deux :
bugs.limesurvey.org/view.php?id=16978

Excellent merci pour la soumission de bug, je suis cette affaire depuis un moment déjà avec intérêt.

Si jamais, ma solution en prod depuis plusieurs années: créer autant d'instances que nécessaire (j'en ai plus d'une trentaine - donc des install complètes) quand je dois donner des droits "super-admin" à des groupes d'utilisateurs (p. ex. facultés, départements, sections, labos etc)

Après j'ai un script bash tout simple pour faire les upgrade avec du rsync (je suis de près les LTS, actuellement la 3, via le flux rss community.limesurvey.org/feed/ ), c'est assez économique en temps et ça permet de bien compartimenter les infos. C'est aussi utile pour que mes groupes d'usagers soient autonomes au niveau édition des thèmes et tout le reste. Je fais des tests sur une copie de l'install principale, et si tout se passe bien je fais le rsync. Rarement de mauvaises suprises avec les LTS