Таксономии в форме публикации

Прочитал

Таксономии иерархического типа будут предлагаться к выбору в верхней части формы, в зависимости от настроек публикации, списком или чекбоксами

У меня выводятся только списком.
Подскажите пожалуйста, как сделать, чтобы были чекбоксы?

Был невнимателен. Теперь увидел. Благодарю.
А разделение сделать, наверное, тут нет возможности - для одних список для других чекбоксы?

Спасибо, буду пробовать.

По какой-то причине при выборе чекбокса у таксономии в форме публикации в ЛК она не сохраняется после публикации.
Если админ в админке сделает выбор, то сохранение происходит и выбор отображется потом в ЛК после обновления.
С метаполями все нормально сохраняется.

Мне кажется, что дело в правах. У автора публикации видимо их нет и надо ему их давать.

Подскажите пожалуйста, в чем может быть причина?

назначил права manage_categories, но без изменений, таксономии не сохраняются.

Менеджерами прав никогда не пользовался.

Расскажите нам все сначала - как выводите? Прописывали ли какие коды влияющие на форму? (может фильтры)
Может у вас уже стоят плагины кеширования? И вы видите неизменный результат?

Права назначил так:

function add_theme_caps() {	
	$role = get_role( 'author' );
	$role->add_cap( 'manage_categories' ); 
}
add_action( 'admin_init', 'add_theme_caps');

Доп коды для формы не прописывал.
Плагинов кеширования нет.
Таксономии в ЛК у Автора не сохраняются при выборе, всё остальное сохраняется. Если Админ из админки сохранит выбор таксономии, то автор в своей записи ее увидит, но пересохранить не сможет.

Изменил роль пользователя-автора_публикации с автора на редактора - не помогло.
Т.е. причина не в правах.
Все манипуляции я провожу для таксономий в форме публикации для произвольного типа записи.

Таксономии не сохранялись и до назначения этого права кодом.
Причина где-то в другом месте.
Проверю через откат.

Откат сделал, не помогло.
Буду тестить разные варианты.

Шорткодом форму выводите? Каким?

Да, шорткодом public-form post_type="kkk"

с селектами аналогичная проблема? Если в настройках публикации их выставить?

Да.

Андрей CS сказал(а)

пробуйте удалить весь свой кастомный код на время, активируйте дополнение магазина и пробуйте работать с произвольным типом записи products, о результате отпишитесь.

Удалил всё полностью.
Сделал новую базу, установил word press, настроил форму для произвольного типа записи и всё заработало.
Где-то что-то мешало.

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

add_filter('fields_public_form_rcl','edit_publicform_rcl',10,2);
function edit_publicform_rcl($fields,$data){
	if($data->post_type!='custom-type') return $fields;
 
	$fields = array(
            	'title'=>false,
            	'termlist'=>true,
            	'editor'=>false,
            	'custom_fields'=>true,
                'tags'=>true,
            	'upload'=>true
            );
 
       return $fields;
}

вместо "custom-type" ввел свой тип записи.
Если у title стоит false, то поле скрывается, но тогда не сохраняются таксономии.
Мне нужно скрыть title, чтобы не было возможности у автора редактировать заголовок из лк.

Попробуйте пожалуйста у себя такую комбинацию и посмотрим что получится.

Я и спрашивал про фильтры:

Так если бы я заметил это, то не пришлось бы мне всё сносить)
Странно, но все равно при false у TITLE, у остальных true, таксономии не сохраняются, как только true у TITLE, так всё хорошо.

Otshelnik-Fm сказал(а)

Андрей выше вам советовал:

и пробуйте работать с произвольным типом записи products

Пробовали?

Всё сделал, код снес, причину нашел, отписался.
Магазин только активировать не стал, так как причина нашлась, как мне показалось.

Сделал в итоге так:
в rcl_publicform.php присвоил class для title и скрыл это поле.