Hacer que el nombre completo sea accesible en la vista de administración cuando "activar nombres" esté desactivado

Synopsis of the problem

If a community requests the full name of its users at registration, by setting /admin/settings/users/ “full name required” ON,

… but, for privacy reasons, does not expose the Full Name to the community (so /admin/setting/users/ “enable names” is OFF),

… then the Full Name cannot be accessed by anyone, even an admin.

Request

When the FullName is required (/admin/settings/users/ “full name required” ON) but is not exposed to the community for privacy reasons ( /admin/setting/users/ “enable names” OFF),

→ we would like the full name to be viewable by an admin on the user admin page, where the “name” is displayed.

Discussion

Our community uses Discourse as both a forum and a workflow engine. We require Full Names to verify that our users are legit, but, for privacy reasons, we do not expose these Full Names to the community. As a result (see above) our admins cannot see the users’ Full Names.

It makes no sense to us because, if even our admins can’t see it, for what reason would anyone want the Full Name on?

So we have a polling process in the background, polling registration data every 10 minutes and posting it to a location the admins can see.

We believe that this does not conform to the implicit expectations that everyone shares (or at least, that we have) of forum behavior:

  • we feel that there is an implicit expectation that admins can see everything

  • we feel that, in this same implicit understanding, mods, and certainly group owners and others, should not see everything and are on a need-to-know basis.

  • therefore, we feel that, when the Full Name is required but not exposed to the community, the admins should still see and have access to it, in the user admin page, where the “name” field is displayed.

  • we do not consider that the Full Name should be displayed in other locations or to other roles if /admin/setting/users/ “enable names” is OFF

4 Me gusta

If you’re self hosted., That should be a pretty easy plugin. My guess is that it’s an hour or two.

2 Me gusta

I think always displaying the value of the Name field on the user’s admin page is a good idea. There is also a UX issue with the way the Name field is currently displayed on the user’s admin page when enable names is disabled. The name field can be edited, but it is always displayed as empty:

Always displaying the name in that field if it has been set would solve that issue.

9 Me gusta

¿Hay alguna solución o actualización sobre esto todavía? Acabo de configurar nuestra comunidad e identifiqué el mismo problema. Cuando tenemos nuevos miembros registrados, tengo que exportar la lista de usuarios a CSV para poder ver lo que ingresan como sus nombres completos.

1 me gusta

¿No puedes ver el nombre en el perfil de usuario donde editarían su nombre?

No lo veo en la página admin/users/ para su cuenta ni en el perfil público. Tenemos los nombres completos ocultos en el perfil público.

Si el usuario puede ver su propio nombre en su página de edición de perfil, entonces un administrador puede hacerlo en la misma URL. Si el usuario no puede ver su propio nombre en su página de edición de perfil, entonces creo que tienes razón en que nadie puede.

¿Qué problema resuelve esto? ¿Quieres que los administradores y los usuarios sepan los nombres de los usuarios, pero nadie más?

Definitivamente nadie puede. También lo he confirmado a través de mis propias cuentas de usuario normales separadas.

Como indiqué anteriormente, requerimos nombres completos de los usuarios al registrarse, pero ocultamos el nombre completo en los perfiles públicos. Esto también oculta el nombre completo a los administradores en el portal al revisar el registro para su aprobación. Requerimos que los administradores revisen primero el registro antes de aprobar el acceso al foro.

El problema que esto resuelve es que elimina mucho tiempo e inconvenientes para los administradores durante el proceso de revisión/aprobación. Actualmente, los administradores (y moderadores) deben exportar el archivo de usuarios a CSV, esperar a que llegue ese correo electrónico y luego ver si el nuevo usuario realmente ingresó un nombre completo real. También tenemos un proceso para verificar estos nombres.

Ahorraría mucho tiempo a los administradores poder ver el nombre completo del nuevo usuario al revisar, dentro de la sección de administración.

2 Me gusta

Me cuesta imaginar que haya suficientes personas que quieran una función así como para que se añada (a menos, quizás, que seas un cliente empresarial). Sin embargo, eso no me corresponde decidirlo.

Creo que un plugin bastante simple podría añadir el nombre al serializador para los administradores y luego un componente temático (que formaría parte del plugin) podría añadir el nombre real donde quieras (donde haya un punto de conexión para plugins).

Probablemente lo haría por entre 500 y 1000 dólares, o quizás un poco menos. Podrías publicarlo en Marketplace o ponerte en contacto conmigo.

2 Me gusta

Estoy describiendo el mismo problema aquí con algunas implementaciones posibles

Para mí, como propietario de un negocio, tengo que saber quién es quién, pero a algunas personas, incluso en una comunidad cerrada, no les gusta mostrar sus nombres, por lo que solo me queda una opción: cuando un nuevo usuario se registra, tengo que enviarle un mensaje y preguntarle si por alguna razón no quieren que sus nombres se muestren en público, que me lo hagan saber para eliminarlo por ellos, pero esto no es una solución en absoluto…

1 me gusta

Ahora es posible que los administradores vean y editen nombres completos incluso cuando están deshabilitados.

Pero ya no puedes requerir nombres completos al registrarte cuando están deshabilitados. (Bueno, no obtienes un error debido a la configuración, pero el campo del nombre no se muestra al registrarse en este caso)

1 me gusta

Esto se solucionó

1 me gusta

@Moin gracias por mantener este tema actualizado con esos cambios recientes.

Si estoy leyendo las cosas correctamente, todo lo que se solicitó aquí ahora es posible. ¿Alguien ve alguna brecha restante?

1 me gusta

Este tema se cerró automáticamente 3 días después de la última respuesta. Ya no se permiten nuevas respuestas.