Hi David, I'd recommend logging a bug ticket with the steps to reproduce this issue in 7.x. That way we can get this tracked in a ticket and I can look for volunteers to implement. It sounds like this might be a bug if behavior has changed since 6.x, but it'd be useful to provide step-by-step details of what you are seeing vs what you are expecting. Thanks!
https://github.com/DSpace/dspace-angular/issues Tim On Thursday, March 23, 2023 at 6:09:09 AM UTC-5 David P. Steelman wrote: > In our DSpace 7.4 testing, it appears that the "Impersonate EPerson" > functionality ignores any "special groups" that are normally assigned to > the impersonated user as part of the authentication process. > > For example, we use the "org.dspace.authenticate.IPAuthentication" class > to assign a "special group" to users, based on their IP address. When an > administrator impersonates a user, the impersonated user is not assigned to > any special groups (the "switchContextUser" method in the > "org.dspace.core.Context" class simply resets the "special groups" to an > empty set for the impersonated user). > > This seems to affect all the authentication methods (any "special group" > handling they might have is not called when the impersonation is performed). > > In DSpace 6, impersonated users were assigned to "special groups" -- are > there any plans to restore this functionality or any suggestions about how > it might be done to provide a more accurate experience when impersonating > users? > > Thanks, > > David > -- All messages to this mailing list should adhere to the Code of Conduct: https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx --- You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group. To unsubscribe from this group and stop receiving emails from it, send an email to dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/85917a7b-03b3-4854-86ac-8a0b4b676018n%40googlegroups.com.
