Tornar o nome completo acessível na visualização de administrador quando "ativar nomes" estiver desativado

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 curtidas

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

2 curtidas

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 curtidas

Alguma correção ou atualização sobre isso ainda? Acabei de configurar nossa comunidade e identifiquei o mesmo problema. Quando recebemos novos membros, preciso exportar a lista de usuários para CSV para poder ver o que eles inserem como nome completo.

1 curtida

Você não consegue ver o nome no perfil do usuário onde eles editariam o nome deles?

Não o vejo na página admin/users/ para a conta deles ou no perfil público. Temos os nomes completos ocultos no perfil público.

Se o usuário puder ver o próprio nome em sua página de edição de perfil, um administrador poderá ver no exato mesmo URL. Se o usuário não puder ver o próprio nome em sua página de edição de perfil, acho que você está certo de que ninguém poderá.

Que problema isso resolve? Você quer que administradores e usuários saibam os nomes dos usuários, mas mais ninguém?

Definitivamente ninguém pode. Confirmei isso também por meio de minhas próprias contas de usuário regulares separadas.

Como afirmei acima, exigimos nomes completos dos usuários no momento do cadastro, mas ocultamos o nome completo em perfis públicos. Isso também oculta o nome completo dos administradores no portal ao revisar o registro para aprovação. Exigimos que os administradores revisem o cadastro antes de aprovar o acesso ao fórum.

O problema que isso resolve é que remove muito tempo e inconveniência para os administradores durante o processo de revisão/aprovação. Atualmente, administradores (e moderadores) devem exportar o arquivo de usuários para CSV, esperar o e-mail chegar e, em seguida, verificar se o novo usuário realmente inseriu um nome completo real. Também temos um processo para verificar esses nomes.

Isso economizaria muito tempo para os administradores poderem visualizar o nome completo do novo usuário durante a revisão, dentro da seção de administração.

2 curtidas

É difícil para mim imaginar que existam pessoas suficientes que queiram tal recurso a ponto de um ser adicionado (a menos que, talvez, você seja um cliente corporativo). No entanto, não cabe a mim decidir.

Acho que um plugin bastante simples poderia adicionar o nome ao serializador para administradores e, em seguida, um componente de tema (que faria parte do plugin) poderia adicionar o nome real onde você quisesse (onde há uma saída de plugin).

Eu provavelmente faria isso por US$ 500 a US$ 1000 ou talvez um pouco menos. Você pode postar em Marketplace ou entrar em contato comigo.

2 curtidas

estou descrevendo o mesmo problema aqui com algumas implementações possíveis

para mim, como proprietário de uma empresa, preciso saber quem é quem, mas algumas pessoas, mesmo em uma comunidade fechada, não gostam de mostrar seus nomes, então isso me deixa apenas uma opção: quando um novo usuário se inscreve, tenho que enviar uma mensagem e perguntar se, por algum motivo, eles não querem que seus nomes apareçam publicamente, para que me avisem para removê-los para eles, mas isso não é uma solução de forma alguma…

1 curtida

Agora é possível para os administradores verem e editarem nomes completos mesmo quando eles estão desativados.

Mas você não pode mais exigir nomes completos no momento do cadastro quando eles estão desativados. (Bem, você não recebe um erro por causa da configuração, mas o campo de nome não é exibido no cadastro neste caso)

1 curtida

Isso foi corrigido

1 curtida

@Moin obrigado por manter este tópico atualizado com essas mudanças recentes.

Se estou lendo corretamente, tudo o que foi solicitado aqui agora é possível. Alguém vê alguma lacuna restante?

1 curtida

Este tópico foi fechado automaticamente 3 dias após a última resposta. Novas respostas não são mais permitidas.