-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FR] Option to always allow subadmins to impersonate their group members #132
Comments
Currently you need to specify the groups a group admin can impersonate. Do they even match with the groups the user is admin of? Doesn't give the impression. But the group admin will anyway only see the users from the groups he is admin of. I think it would be way more useful when group admins could just impersonate the users in the groups they are admin of. Why do I need to specify the groups at all? The only use case I can think of would be that I generally want group admins to be able to impersonate their user but I have some group admins that shouldn't be able to. I think this doesn't weigh out the issue that when groups change I always need to take care of changing the specified groups. @PVince81 can we schedule the change? |
@sharidas can you estimate ? |
A rough estimate would be 0.5 md - 0.7 md. @PVince81 |
Based on the above proposal #132 (comment) the PR is here #134 |
Rather than disabling the other checkbox, it would be better to use a |
Indeed radio button. You are right, it improves the UX. I will implement it with the radio button in the current PR. Thanks. |
Updated the UI with radio buttons in the PR #134
|
@tomneedham this was released with impersonate 0.5.0 now, you may want to notify the customer |
No description provided.
The text was updated successfully, but these errors were encountered: