Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incidencia - Grupos de Seguridad - Lista de usuarios vacía en campo "Asignado A" #379

Open
enricsinergia opened this issue Sep 2, 2024 · 1 comment
Assignees
Labels

Comments

@enricsinergia
Copy link
Collaborator

enricsinergia commented Sep 2, 2024

Descripción del problema
En instancias nuevas de SinergiaCRM, la configuración "Filtrar la lista de Usuarios" de Grupos de seguridad se encuentra desactivada por defecto. Al activarse, surge un problema para los usuarios no administradores que no forman parte de ningún grupo de seguridad: el campo "Asignado A" en la creación de registros en cualquier módulo se muestra vacío. Esto se debe a que la lista de usuarios asignables no muestra opciones para ellos. Esta situación es un desafío en entornos con usuarios tanto dentro como fuera de grupos de seguridad.

Cómo reproducir el problema

  1. Activar la opción "Filtrar la lista de Usuarios" en Grupos de seguridad.
  2. Ingresar como un usuario no administrador que no pertenezca a ningún grupo de seguridad.
  3. Intentar crear un registro en cualquier módulo y observar que el campo "Asignado A" está vacío.

Comportamiento esperado
En este caso no debería aparecer la lista vacía

Solución propuesta
Modificar el comportamiento del sistema para que, incluso con la opción "Filtrar la lista de Usuarios" activada, los usuarios que no formen parte de ningún grupo de seguridad puedan ver, como mínimo, su propio usuario en la lista de asignables. Esto asegurará que todos los usuarios, independientemente de su pertenencia a grupos de seguridad, puedan asignarse registros.

Contexto
General.
Se ha visto que ocurre lo mismo en la versión 7.14.2 de SuiteCRM.

@enricsinergia
Copy link
Collaborator Author

A valorar: actualmente en la definición de rol no se puede actuar sobre la fila de usuarios para definir los permisos. Quizás sería una opción.... si se puede definir que no tiene restricción, que pueda ver todos los usuarios, etc. ya no habría este problema... aunque el propio usuario siempre debería aparecer. Ese creo que es un caso de mínimos que se puede abordar sinmiedo a romper nada.

Como complemento al caso, existe una entidad donde se ha desarrollado un filtro específico para este campo y que muestre sólo los usuarios de algunos grupos.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants