On bulk forms no access checking is performed. This means that once you got access to admin/people you can pretty much do whatever you want
Entity access checks are not performed when executing a bulk operation from entity overview pages, such as the content overview page (admin/content) or the user overview page (admin/people).
+ public function access($operation, $object, AccountInterface $account = NULL, $return_as_object = FALSE);
$node->status
, but we rely onNone
See beta evaluation
hook_user_access()
in a custom module and deny delete access on any user entity (see code example below).$entity->access('delete')
will return FALSE
for user 3.
The steps to reproduce for nodes are similar, though if the user does not have the permission "administer nodes", access to admin/content/node/delete is denied even if the user is allowed to delete the selected node.
hook_user_access()
/**
* Implements hook_ENTITY_TYPE_access() for entity type "user".
*/
function mymodule_user_access($entity, $operation, $account) {
if ($operation == 'delete') {
return FALSE;
}
}
Fixed
8.0 β°οΈ
Last updated
Related to the Views in Drupal Core initiative.
A change record needs to be drafted before an issue is committed. Note: Change records used to be called change notifications.
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.