← Fill in “repoName” and “repoURL” for the automatic install button →
Install this theme component
Descripción detallada
Tenga cuidado con los datos sensibles en estos campos. Los campos no se encuentran en el código fuente, pero podrían ser visibles si algo falla
Tengo dos usuarios, derek_test (izquierda) y anon9 (derecha). Los campos ID y Empresa están ambos poblados en sus perfiles, pero solo uno es visible para el otro. derek_test puede ver ID y anon9 puede ver Company.
¿Qué ven los usuarios que no han iniciado sesión? Entonces, si el campo solo es visible para los administradores, esperaría que los usuarios no pudieran verlo incluso después de cerrar sesión, ¿correcto?
¿Hay alguna razón por la que elegiste el campo de texto para la configuración del grupo en lugar de una lista de grupos (group_list)? Es un poco más conveniente para ingresar grupos porque puedes seleccionarlos en lugar de escribir el nombre. Sin embargo, funciona con el ID, por lo que tienes que cambiar un poco el código. Pero aún funciona incluso si cambias el nombre del grupo.
Buena observación, acabo de actualizarlo para tener en cuenta esto. Puedo confirmar que los usuarios desconectados no ven el campo.
Seré honesto y diré que hice esto con Claude Code, pero dijo que el tipo group_list no está disponible en un editor de objetos, solo como una configuración de nivel superior.
Así que tendría que ser algo como esto, pero un número fijo de campos disponibles
Huh… Aunque la configuración en el editor de objetos aceptó list_type:group, no pude superar un error:
Intenté algunas transformaciones diferentes pero no pude avanzar. El veredicto es que “El tipo groups en los esquemas de objetos está documentado pero la interfaz de usuario no está implementada en el frontend”.
¿Puedes dar más detalles? No veo el problema. Actualmente tiene 1 y 2. ¿Tu solicitud es también ocultar campos a los moderadores/administradores? Por cierto, los administradores tendrían que crear el campo inicialmente.
Acabo de probarlo de nuevo en mi repositorio local de GitHub más reciente y limpio y en la solución alojada con la última compilación: solo la categoría Administrador se ve afectada y puede ver el campo Oculto si es miembro de un grupo al que se le permite ver este campo. Incluso el acceso de Moderador (como pensé antes, no funciona)
El caso:
Dos usuarios, admin y Alex_1
Grupo de usuario L2_verified
Campo de usuario - Nombre completo (Para todos los usuarios, todo Activado, solo búsqueda Desactivada)
Ambos usuarios tienen nombres: Alex Admin y Alex
Configuración del tema:
Incluir componente en estos temas (Foundation, Horizon)
Nombre del campo: Nombre completo
Grupos permitidos: L2_verified
Resultados:
Ninguno es miembro de L2_verified: nadie ve el campo Nombre completo (ni siquiera su propio Nombre completo)
admin es miembro de L2_verified: puede ver el Nombre completo de Alex_1 (y su propio Nombre completo)
Alex_1 es miembro de L2_verified: no puede ver su propio Nombre completo ni el de admin
Cuando le di a admin a Alex_1, puede ver ambos Nombres completos: el suyo y el de admin
¡Gracias por este excelente componente! Es una base fantástica para gestionar la privacidad del usuario en Discourse.
He desarrollado una bifurcación especializada de visibilidad bidireccional (recíproca) basada en tu trabajo. En nuestra comunidad profesional, necesitábamos un modelo de “Confianza Mutua” donde los miembros verificados pudieran ver los nombres reales/datos comerciales de los demás, pero permanecieran completamente anónimos para el público en general o los usuarios no verificados.
Características clave de esta bifurcación:
Lógica Recíproca: Un campo se revela solo si tanto el espectador como el propietario del perfil pertenecen al grupo autorizado.
Supervisión del Personal: Los administradores y moderadores conservan la visibilidad total por motivos de seguridad y moderación.
Autovisibilidad: Los usuarios siempre pueden ver sus propios campos ocultos, incluso si aún no forman parte del grupo autorizado, para que puedan gestionar su propio perfil.
Privacidad entre Pares: Garantiza que incluso los usuarios verificados no revelen su identidad a alguien que no haya pasado por el mismo nivel de verificación.
Hoja de ruta: En futuras actualizaciones, planeo agregar configuraciones de grupo granulares para definir exactamente qué grupos pueden ver y ser vistos (por ejemplo, permitir que el Grupo A vea al Grupo B, pero no al revés).
Actualmente estoy puliendo la documentación y planeo publicar esto como una variante independiente de “Privacidad Avanzada” en un tema separado una vez que obtenga acceso completo a la categoría de Componentes de Tema.
Mientras tanto, si alguien necesita esta lógica bidireccional, puede consultarla aquí: GitHub:https://github.com/AirVetra/discourse-hidden-user-fields-bidirectional
Tenga cuidado con los datos sensibles en estos campos. Los campos no se encuentran en el código fuente, pero podrían ser visibles si algo falla
Revise estas configuraciones una vez que los campos estén poblados o cree los permisos con anticipación, para que estos campos nunca queden expuestos.
