Termenii de taxonomie personalizată nu apar în lista Editorului Gutenberg

Am întâmpinat aceeași problemă ca și tine și am rezolvat-o în felul următor:

Trebuie să adaugi 'show_in_rest' => true, atât pentru post_type cât și pentru taxonomii în ultima linie a array-ului, astfel:

register_post_type(
'portfolio',
 array(
 'labels'              => $labels,
 'exclude_from_search' => false,
'has_archive'         => true,
'public'              => true,
'publicly_queryable' => false,
'rewrite'  => false,
'can_export'          => true,
'show_in_nav_menus'   => true,
'supports'            => array('title', 'editor', 'thumbnail', 'comments', 'page-attributes','excerpt'),
'show_in_rest' =>true,
 )
);

Pentru Taxonomie:

register_taxonomy(
'portfoliocat',
'portfolio',
 array(
 'hierarchical'      => true,
 'show_in_nav_menus' => true,
'labels'            =>array(),
 'query_var'         => true,
 'rewrite'           => array('slug' => 'portfoliocat'),
 'show_in_rest' => true,
    )
  );

Pot reproduce și eu această problemă. Adăugarea show_in_rest în funcția register_taxonomy, așa cum sugerează mulți, ar fi în mod normal răspunsul corect, dar nu este soluția completă în cazul tău. Acest lucru se întâmplă pentru că endpoint-ul REST types este deja utilizat de WordPress însuși. https://example.com/wp-json/wp/v2/types va returna tipurile de postări înregistrate și, prin urmare, Gutenberg nu le înțelege. Vezi https://developer.wordpress.org/rest-api/reference/post-types/

Astfel, schimbarea slug-ului este probabil cea mai bună soluție. Dacă site-ul tău este live, atunci ar trebui să iei în considerare unele reguli de rescriere pentru a nu afecta SEO-ul.

Totuși, chiar dacă schimbi slug-ul, trebuie să adaugi și show_in_rest atunci când folosești Gutenberg.

Presupun că problema este cauzată de priorități...

Ambele acțiuni ale tale folosesc aceeași prioritate. Deci dacă funcția type_custom_taxonomy este apelată prima, atunci tipul de postare action nu există încă în acel moment.

Aș încerca ceva de genul acesta:

function action_post_type() {
  register_post_type( 'action',
    array(
      'labels' => array(
        'name' => __( 'Acțiuni' ),
        'singular_name' => __( 'Acțiune' )
      ),
      'public' => true,
      'has_archive' => true,
      'show_in_rest'       => true,
      'supports'     => array('title', 'editor','thumbnail'),
    )
  );

  $labels = array(
    'name' => _x( 'Tipuri', 'taxonomy general name' ),
    'singular_name' => _x( 'Tip', 'taxonomy singular name' ),
    'menu_name' => __( 'Tipuri' ),
  );    

  register_taxonomy('types',array('action'), array(
    'labels' => $labels,
    'hierarchical'               => true,
    'public'                     => true,
    'show_ui'                    => true,
    'show_admin_column'          => true,
    'show_in_rest'               => true,
    'show_tagcloud'              => false,
  ));
}
add_action( 'init', 'action_post_type' );

În acest fel poți fi sigur că CPT-ul este înregistrat înaintea taxonomiei și poți atribui acea taxonomie acelui CPT.

Ați adăugat vreun termen la taxonomia "Tipuri"?
Cred că nu este nimic în neregulă cu codul. Adăugați un "Tip" făcând clic pe linkul afișat în captura de ecran 'ajouter uni nouvelle categorie'. După ce adăugați câteva "Tipuri", veți putea selecta.

Pot să reproduc aceeași problemă.

El vede Tab-ul, dar fără intrări. Deci show_in_rest nu este soluția și a fost deja configurat corect.

Problema este un Răspuns Rest-API gol. Acest lucru nu se întâmplă la o instalare curată.

Mergi (pe o instanță locală) prin pluginurile tale, dezactivează-le unul câte unul. Verifică http://domain.test/wp-json/wp/v2/taxonomyname într-o fereastră separată pentru a vedea dacă afectează rezultatul tău.

În cazul meu, a fost pluginul "User Access Manager" cu setarea implicită "Taxonomies settings"->Hide empty Taxonomies setată pe da!

În acest caz, selectează taxonomia ta sub "Object type" și setează opțiunea pe Nu.