J’ai essayé cette fonctionnalité experimental_impersonation et elle semble bien fonctionner ! Elle fait ce qu’elle promet, et j’apprécie de ne pas avoir à passer par les étapes de déconnexion puis de reconnexion en tant que moi-même.
@moin a soulevé dans https://meta.discourse.org/t/fehler-in-der-deutschen-ubersetzung-hier-melden/47320/108?u=tobiaseigen que « impersonate » et « stop impersonating » ne se traduisent pas bien en allemand. Il est difficile de trouver les bons mots qui capturent tout le sens de ce que vous faites. Cela pourrait être le cas pour d’autres langues aussi, mais je n’ai pas vérifié.
Je me demande si nous ne devrions pas passer (jeu de mots voulu) à des termes plus directs tels que Passer à @user_to_impersonate sur la page d’administration des utilisateurs, puis Revenir à @user_who_impersonated sur le bouton pour arrêter l’usurpation. Ce serait probablement plus facile à traduire et aussi plus facile à comprendre pour les non-francophones.
Les tests d’aujourd’hui ont également révélé d’autres problèmes :
- Je pense qu’il faudrait une modale pour usurper l’identité, similaire à la suppression ou à la fusion. Cela permet de revenir en arrière en cas de clic accidentel, et informe également l’administrateur de ce que vous êtes sur le point de faire, que cela sera consigné, et que vous pourrez revenir en arrière sans avoir à vous reconnecter.
- Le fait que vous usurpiez l’identité et que vous reveniez en arrière est consigné dans le journal des actions du personnel, mais les actions effectuées pendant l’usurpation d’identité ne sont pas consignées. Je pense qu’il serait logique de consigner cela aussi, étant donné à quel point cette fonctionnalité est sujette aux abus, accidentels ou intentionnels.
- Un problème ancien persiste, à savoir que lorsque vous usurpez l’identité d’un utilisateur, cela met à jour sa date de dernière connexion dans la liste des utilisateurs et l’administration des utilisateurs, et (vraisemblablement) dans “qui est en ligne” si ce plugin est installé.