apply_filters( "auth_{$object_type}_meta_{$meta_key}", bool $allowed, string $meta_key, int $object_id, int $user_id, string $cap, string[] $caps )
- Since
- 3.3.0, 4.6.0
Filters whether the user is allowed to edit a specific meta key of a specific object type.
Description
Return true to have the mapped meta caps from
edit_{$object_type} apply. The dynamic portion of the hook name, $object_type refers to the object type being filtered.The dynamic portion of the hook name, $meta_key, refers to the meta key passed to map_meta_cap().Parameters
$allowedbool- Whether the user can add the object meta. Default false.
$meta_keystring- The meta key.
$object_idint- Object ID.
$user_idint- User ID.
$capstring- Capability name.
$capsstring[]- Array of the user's capabilities.
Fired at · 1
wp-includes/capabilities.php:518map_meta_cap()
Source
<?php * @param string $meta_key The meta key. * @param int $object_id Object ID. * @param int $user_id User ID. * @param string $cap Capability name. * @param string[] $caps Array of the user's capabilities. */ $allowed = apply_filters( "auth_{$object_type}_meta_{$meta_key}", $allowed, $meta_key, $object_id, $user_id, $cap, $caps ); } /** * Filters whether the user is allowed to edit meta for specific object types/subtypes. * * Return true to have the mapped meta caps from `edit_{$object_type}` apply.History
Introduced in 4.6.0. Unchanged from 6.7.7 through 7.1.0.
Signature, return type and hooks compared across 5 parsed releases.
4.6.0
from the docblock
3.3.0
As
auth_post_meta_{$meta_key}.from the docblockAbout this page
- Parsed data
- Generated from the wordpress-develop 7.1.0 tag, and regenerated for each WordPress release so it tracks the code rather than a snapshot of it.
- Corrections
- Something wrong on this page? Report it and it gets fixed in the next regeneration.