8 followers Follow

Impersonate user

From an admin perspective, being able to impersonate a user - primarily from a "validate access perspective" - would be a nice (and not that uncommon elsewhere) feature.

Status: None

Please sign in to leave a comment.



I agree that this would be a useful feature, but I also think there would need to be some constraints on what the administrator was able to do. e.g. to see what the other user sees in the UI, and to get the same search results would be very helpful for troubleshooting.

However, they should not be able to edit or reprofile documents, as this could create serious doubts about accuracy of the document history record. Or perhaps any history should record the actual user, not the impersonated user

1 vote
Comment actions Permalink

Peter Moline, I think we may be on the same page. I've been giving this thought since I first read the suggestion.

I don't think it's a good idea for admins to have access to or control other users' accounts, as handy as it would be sometimes.

It would be great to be able to have a preview of what we would see if we had the rights of another user without being that user. For example, last week, I wanted to see what External Users with Admin rights could see re: document history, access lists, etc. so I can build documentation to assist external parties. I had to create an external account with the appropriate access and log in as the external user to do what I needed to do.

It would be neat if I could click a link that would open the page in a new window and behave as if I had external admin rights on the current workspace or folder. There's limited benefit to having this functionality for my specific use case, but it would be helpful.


0 votes
Comment actions Permalink