Termini della tassonomia personalizzata non visualizzati nell'editor Gutenberg

Ho affrontato lo stesso problema e l'ho risolto nel modo seguente

Devi aggiungere 'show_in_rest' => true, sia per post_type che per le tassonomie nell'ultima riga dell'array come mostrato di seguito:

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,
 )
);

Per la Tassonomia

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,
    )
  );

Anche io riesco a riprodurre questo problema. Aggiungere show_in_rest nella funzione register_taxonomy, come suggerito da molti, sarebbe normalmente la risposta corretta, ma non la soluzione completa nel tuo caso. Questo perché l'endpoint REST types è già utilizzato da WordPress stesso. https://example.com/wp-json/wp/v2/types restituirà i tipi di post registrati e quindi Gutenberg non riesce a interpretarlo correttamente. Vedi https://developer.wordpress.org/rest-api/reference/post-types/

Quindi, cambiare lo slug è probabilmente la strada migliore da percorrere. Se il tuo sito è già online, potresti considerare l'utilizzo di alcune regole di riscrittura per evitare impatti negativi sulla SEO.

Tuttavia, anche se cambi lo slug, devi comunque aggiungere show_in_rest quando utilizzi Gutenberg.

La mia ipotesi è che sia causato dalle priorità...

Entrambe le tue azioni utilizzano la stessa priorità. Quindi se la funzione type_custom_taxonomy viene chiamata per prima, il post type action non esiste ancora in quel momento.

Proverei qualcosa del genere:

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

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

  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' );

In questo modo puoi essere sicuro che il CPT venga registrato prima della tassonomia e puoi assegnare quella tassonomia a quel CPT.

Hai aggiunto qualche termine alla tassonomia "Tipi"?
Penso non ci sia nulla di sbagliato nel codice. Aggiungi un "Tipo" cliccando sul link mostrato nello screenshot 'aggiungi una nuova categoria'. Dopo aver aggiunto alcuni "Tipi" potrai selezionarli.

Posso riprodurre lo stesso problema.

Vede la Tab, ma nessuna voce. Quindi il parametro show_in_rest non è la soluzione ed era già configurato correttamente.

Il problema è una risposta vuota dalla Rest-API. Questo non accade su un'installazione pulita.

Procedi (su un'istanza locale) con i tuoi plugin, disattivali uno per uno. Controlla http://domain.test/wp-json/wp/v2/taxonomyname in una finestra separata per vedere se influisce sull'output.

Nel mio caso era il plugin "User Access Manager" con l'impostazione predefinita "Taxonomies settings"->Hide empty Taxonomies impostata su sì!

In questo caso seleziona la tua tassonomia sotto "Object type" e imposta l'opzione su No.