Establecer la matriz "roles" en la matriz devuelta desde hook_block_info()no funciona porque:
Los roles que pueden ver un bloque, y que se establecen en la interfaz de usuario, se guardan desde block_admin_configure_submit () en la tabla "block_role"
$query = db_insert('block_role')->fields(array('rid', 'module', 'delta'));
foreach (array_filter($form_state['values']['roles']) as $rid) {
$query->values(array(
'rid' => $rid,
'module' => $form_state['values']['module'],
'delta' => $form_state['values']['delta'],
));
}
$query->execute();
El código que decide qué bloques deben mostrarse al usuario actualmente conectado está contenido en block_block_list_alter () , que es una implementación de hook_block_list_alter () , y usa solo el contenido de esa tabla
$result = db_query('SELECT module, delta, rid FROM {block_role}');
foreach ($result as $record) {
$block_roles[$record->module][$record->delta][] = $record->rid;
}
foreach ($blocks as $key => $block) {
if (!isset($block->theme) || !isset($block->status) || $block->theme != $theme_key || $block->status != 1) {
// This block was added by a contrib module, leave it in the list.
continue;
}
// If a block has no roles associated, it is displayed for every role.
// For blocks with roles associated, if none of the user's roles matches
// the settings from this block, remove it from the block list.
if (isset($block_roles[$block->module][$block->delta]) && !array_intersect($block_roles[$block->module][$block->delta], array_keys($user->roles))) {
// No match.
unset($blocks[$key]);
continue;
}
// …
}
No hay otra función de Drupal que verifique la propiedad de roles en los datos devueltos hook_block_info(), ni el contenido de la tabla "block_role" se fusionó con lo que regresó de las hook_block_info()implementaciones.
Puede verificar que el usuario tenga el rol requerido para ver el bloque hook_block_view(), pero en ese momento Drupal ya está representando el bloque; eso significa que el usuario aún vería el título del bloque, si ya se ha configurado uno.
Lo que puede hacer es implementar hook_block_list_alter()para eliminar la información sobre ese bloque cuando el usuario no tiene el rol requerido.
Para evitar confusiones a los usuarios que administran los bloques, también alteraría el formulario utilizado para editar un bloque y deshabilitaría el campo de formulario utilizado para establecer qué roles pueden ver ese bloque, ya que el módulo que lo implementa usará su propia lista de roles; el código mínimo al menos debería mostrar un mensaje sobre la configuración de roles que no tiene ningún efecto, pero también deshabilitaría los elementos de formulario para la configuración de roles.
Dado que el módulo Bloque ya muestra campos de formulario para seleccionar qué roles ven un bloque, también puede simplemente establecer un valor predeterminado para su bloque y dejar que los usuarios administradores lo cambien si es necesario.
Según la verificación de los roles que tiene un usuario frente a la verificación de los permisos que tiene un usuario, se prefiere el último, especialmente cuando la alternativa sería codificar una lista de roles en un módulo.
Como se muestra en el módulo Bloque, el uso de permisos no es la única alternativa: un módulo podría tener una configuración para decidir qué roles pueden ver algo.
Claramente, no siempre vale la pena tener un entorno para el cual los roles pueden hacer algo. Me imagino también lo que significaría para los usuarios administradores si 10 módulos tuvieran sus propias configuraciones para qué roles se les permite hacer algo, en lugar de usar permisos, y permitir que los usuarios administradores usen una sola página para configurarlos.