Current behaviour is: When impersonating a user’s account, the last seen date is affected by this action. This behaviour is confusing for other users and our staff since they assume, that the user was actually online at this date/time.
My suggestion is to not count the impersonation towards the last seen date.
I have to disagree with this. I am aware of a few forums from my communities that my friends and I have been a part of where the admins behind those forums would maliciously use ”impersonate” to try to get people into trouble.
Staff should have access to the staff logs that show when and who impersonated an account. You should make everyone on your team aware of it.
Admins could always reset that date in the database anyway, or prevent updating the last seen date using a plugin. If you cannot trust the admins then there is nothing you can do.
One thing that I think could actually help is sending a message to the user that they were impersonated. Yea, this could be undone by plugin makers but most malicious admins are usually teens that get scared by those kinds of stuff or adults that wouldn’t be really able to afford hiring someone to do program the plugin for them.
I think we’re getting a bit distracted from the subject here. The last seen being updated when a user is being impersonated is more confusing than useful.
If we need more auditing about impersonation then that’s a different thing.
By the way, I think you’re making some dangerous assumptions here.
Debido a la naturaleza de nuestro tema, los usuarios están muy preocupados por la privacidad. Por lo tanto, cada vez que un usuario antiguo que “solía ser” un usuario principal reaparece y tiene una fecha de “Última vez visto” reciente debido a alguna suplantación de identidad por parte del administrador, algunos de nuestros usuarios están preocupados o algo confundidos… :ojos:
Si está utilizando la nueva función de suplantación de identidad (habilitada al establecer el ajuste del sitio oculto experimental_impersonation en true), la marca de tiempo last_seen_at ya no se modificará al suplantar a un usuario.
Todavía estamos en medio de la planificación del despliegue de la nueva función de suplantación de identidad para los foros alojados en Discourse.
Entiendo que la intención de la nueva función de suplantación es reducir su impacto, pero actualmente existen efectos además de last_seen_at. Por lo que puedo entender, cuando suplantas a alguien, eres ese usuario.
¿Haces clic en una notificación pendiente? Ahora la ha visto.
¿Abres una publicación no leída? Ahora la ha leído.
Sabiendo esto, solo lo usaría para solucionar problemas con el conocimiento del usuario. No tendría problemas en que los usuarios fueran notificados y se les proporcionara un registro de la actividad en una sesión de suplantación.
De acuerdo, pero ¿cuándo mi última IP permanece allí pública para que ese usuario la vea? Yo, como administrador, cuando me hago pasar por cualquier usuario, ¿mi IP se “filtra” o estoy equivocado?