red_sun

Hi,

Thanks for getting back to me.

For context — I’m a theme author on ThemeForest myself and use Kirki in four of my themes (Marni, Amaya, SoulKitchen, plus an upcoming one), with more than 2000 sales between them. All four are affected the same way after updating to 5.2.3. Reverting to 5.2.2 fixes it everywhere, and the issue is also still present in the latest version, 6.0.2.

Since the bug appears across multiple unrelated themes and persists across versions, I don’t think it’s theme-specific. I traced it to a change in the plugin itself:

In customizer/packages/modules/css/src/CSS.php, the wp_enqueue_style() call inside the enqueue_styles() method has been commented out (still commented out in 6.0.2):

public function enqueue_styles(){    
// ...    
// Enqueue the dynamic stylesheet.    
// wp_enqueue_style(    
//     self::$css_handle,    
//     add_query_arg( $args, home_url() ),    
//     array(),    
//     '4.0'    
// )
;}

Because of this:

• Frontend still works — it uses the inline-styles path (print_styles_inline hooked to wp_head), which is unchanged.
• Block editor breaks — Editor_Styles hooks enqueue_styles onto enqueue_block_editor_assets, and that’s the only path the editor has. With wp_enqueue_style() commented out, no dynamic CSS reaches Gutenberg.

Uncommenting those lines locally restored the editor styles.

Could you confirm and ship a fix in the next release?

Thanks!

Thanks for the info!

I’ve created a custom post type and taxonomy and added some custom fields to the taxonomy via a meta box plugin: https://metabox.io/plugins/mb-term-meta/

The newest WordPress Importer update from 5 days ago https://de.ww.wp.xz.cn/plugins/wordpress-importer/changelog/
finally exports/imports those field values.

I’ve tested importing with your plugin but it doesn’t work yet.
I just saw that there is an open pull request (Add support for term meta data) at
https://github.com/humanmade/WordPress-Importer/pull/18