Как разрешить редактору редактировать только страницу / настройки конфиденциальности?

В моей установке WordPress (4.9.8.) роль редактора не может редактировать страницу конфиденциальности.

Это будет работать с следующим кодом в моем functions.php:

$role_object = get_role( 'editor' );
$role_object->add_cap( 'manage_privacy_options', true );
$role_object->add_cap( 'manage_options' ); // это должно быть активировано, чтобы предыдущая способность работала

Но теперь у редактора гораздо больше прав, чем просто редактирование страницы конфиденциальности.

Есть ли другой способ предоставить доступ пользователю с ролью редактора с помощью нескольких строк кода PHP?

Как временное решение, я использую этот плагин:
https://wordpress.org/plugins/manage-privacy-options/

Другим временным решением является выбор отсутствия страницы конфиденциальности в настройках конфиденциальности.

Редактирование страницы политики конфиденциальности ограничено manage_privacy_options, как указано в комментарии в файле ядра WordPress wp-includes/capabilities.php:

/*
 * Установка страницы политики конфиденциальности требует `manage_privacy_options`,
 * поэтому ее редактирование тоже должно требовать этого.
 */
if ( (int) get_option( 'wp_page_for_privacy_policy' ) === $post->ID ) {
  $caps = array_merge( $caps, map_meta_cap( 'manage_privacy_options', $user_id ) );
}

Чтобы разрешить пользователям с ролями editor и administrator, которые могут редактировать страницы (в одиночных и многосайтовых инстанциях), редактировать и удалять страницу политики конфиденциальности, необходимо перезаписать массив $caps:

add_filter('map_meta_cap', 'custom_manage_privacy_options', 1, 4);
function custom_manage_privacy_options($caps, $cap, $user_id, $args)
{
  if (!is_user_logged_in()) return $caps;

  if ('manage_privacy_options' === $cap) {
    $manage_name = is_multisite() ? 'manage_network' : 'manage_options';
    $caps = array_diff($caps, [ $manage_name ]);
  }
  return $caps;
}

Обновление: Разрешить пользователям с ролью editor или administrator редактировать и удалять страницу политики конфиденциальности (что по умолчанию невозможно в многосайтовых инстанциях):

add_filter('map_meta_cap', 'custom_manage_privacy_options', 1, 4);
function custom_manage_privacy_options($caps, $cap, $user_id, $args)
{
  if (!is_user_logged_in()) return $caps;

  $user_meta = get_userdata($user_id);
  if (array_intersect(['editor', 'administrator'], $user_meta->roles)) {
    if ('manage_privacy_options' === $cap) {
      $manage_name = is_multisite() ? 'manage_network' : 'manage_options';
      $caps = array_diff($caps, [ $manage_name ]);
    }
  }
  return $caps;
}

Спасибо @Sven за хорошее временное решение, оно работает отлично, но у меня была проблема, когда пользователь еще не вошел в систему, действие map_meta_cap срабатывало в любом случае, что приводило к ошибке “502 bad getaway”. Я добавил проверку is_user_logged_in() как показано ниже:

if (is_user_logged_in()){
    add_action('map_meta_cap', 'custom_manage_privacy_options', 1, 4);
}

Возможно, это моя конфигурация сервера (nginx) приводит к этой ошибке, но если кто-то сталкивается с той же ошибкой, вот решение.

Предоставленный ответ помог. Однако, эта строка:

if (array_intersect(['editor', 'administrator'], $user_meta->roles)) {

Вызывала эту ошибку:

array_intersect(): Expected parameter 2 to be an array, null given in

Поэтому я немного изменил код, чтобы убедиться, что оба значения являются валидными массивами (полный код):

add_action('map_meta_cap', 'custom_manage_privacy_options', 1, 4);
function custom_manage_privacy_options($caps, $cap, $user_id, $args) {
    if ( !is_user_logged_in() ) return $caps;

$target_roles = array('editor', 'administrator');
$user_meta = get_userdata($user_id);
$user_roles = ( array ) $user_meta->roles;

if ( array_intersect($target_roles, $user_roles) ) {
    if ('manage_privacy_options' === $cap) {
        $manage_name = is_multisite() ? 'manage_network' : 'manage_options';
        $caps = array_diff($caps, [ $manage_name ]);
    }
}

return $caps;
}

⚠ Осторожно! Пока этот баг не исправлен, этот ответ, хотя и концептуально верный, не будет работать! ⚠

На мой взгляд, это теперь лучше всего выполняется с помощью wp-cli.

Например, расширить роль редактора:

wp cap add editor manage_privacy_options

Или, только для одного пользователя:

wp user add-cap USER_ID manage_privacy_options