Skip to content

Incidencia - Grupos de seguridad - Incoherencia al quitar grupos de seguridad según vistas #51

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

Open
enricsinergia opened this issue Jan 11, 2024 · 0 comments · May be fixed by #42
Open
Assignees
Labels

Comments

@enricsinergia
Copy link
Collaborator

Descripción del problema
Al revisar un PR anterior relacionado con la aparición del botón de eliminación de la relación con un grupo de seguridad, se observa una incoherencia entre el comportamiento de quitar grupos de seguridad según se procesa a través e la vista de detalle o la vista de lista.

Cómo reproducir el problema
Crear la estructura usuario, rol, grupo tal como se describe en la información adicional (extraído del PR 1149)
Asignar el grupo de seguridad a una persona
Acceder a la persona y comprobar que en la vista de detalle no aparece el botón "quitar"
Acceder a la vista de lista de personas
Seleccionar la persona
En la asignación masiva de grupos, comprobar que se puede quitar el grupo que no nos dejaba desde la vista de lista

Comportamiento esperado
No debe permitirse acciones vía acción masiva que no se pueden realizar en el detalle.

Información adicional

Cómo reproducir el problema

  1. Crear un usuario no administrador llamado u1.
  2. Crear un grupo de seguridad llamado g1.
  3. Crear un rol llamado r1 y asignarle permisos de grupo en todas las acciones de todos los módulos y comprobar como el usuario u1 (tras hacer login) no ve el botón Quitar del subpanel Grupos de Seguridad de cualquier registro.
  4. En el rol, modificar los permisos del módulo Grupos de Seguridad y establecer Editar=No establecido y comprobar como no ve el botón del subpanel.
  5. En el rol, modificar los permisos del módulo Grupos de seguridad y establecer Listar=No establecido y comprobar como sí ve el botón del subpanel.

Alternativas

De las distintas alternativas que se plantean en https://forums.sinergiacrm.org/viewtopic.php?f=8&t=10854
se opta por:

  • La desasignación debe depender del permiso de edición sobre el GS en cuestión y lo que hay que hacer es cortar el acceso al módulo de GS (de manera fija o con un check adicional de configuración)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
1 participant