wppaste
WordPress

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.

  1. 6.7.7
  2. 6.8.8
  3. 6.9.7
  4. 7.0.4
  5. 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 docblock

About 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.