WAIT: Enabled Components in Block Editor unable to insert

[MartinWB]

WP 7.1.2
Bricks 2.4.1

I do have some components allowed to used in gutenberg but they have “inserter: false” even though component shows use in gutenberg true

Also used components does not reflect instances correctly. I have multiple pages where I use specific components but in manager there is no number at all or smaller number of instances than in reality.

[MartinWB]

I did fix that for now using

JS

add_action( 'enqueue_block_editor_assets', function () {

    $script = <<<'JS'
wp.hooks.addFilter(
    'blocks.registerBlockType',
    'custom/bricks-component-inserter',
    function ( settings, name ) {

        const allowed = [
            'bricks-components/gnnffs', // component with ID gnnffs
            // other components.....
        ];

        if ( allowed.includes( name ) ) {
            settings = {
                ...settings,
                supports: {
                    ...settings.supports,
                    inserter: true
                }
            };
        }

        return settings;
    },
    9999
);
JS;

    wp_add_inline_script( 'wp-blocks', $script, 'after' );

} );

[Matej]

Hi @MartinWB,

hmm, I can’t replicate it. Could you temporarily change Bricks → Settings → Gutenberg → Bricks components in block editor to All, save, and reload the block editor? Does the component then appear when searching for its name?

If it’s still missing, please export one affected component and share the JSON file so I can test the same component locally.

The inserter: false value also appears on my working setup, this should not be an issue (it’s there for a compatibility)

Matej

[MartinWB]

Well the thing is I am hiding all components by default and only allowing specified by me. Because I need control which components clients can move/remove or add.

Specifically this filter

// Adjust default blocks gutenberg
add_filter( 'allowed_block_types_all', function ( $allowed_blocks, $context ) {

	$blocks_by_post_type = [
		'news' => [
			'bricks-components/sfuwyw', // Gallery Block
			'bricks-components/mtaiia', // Text Block
			'bricks-components/dvdgqa', // Text Image Block
		],

		'work' => [
			'bricks-components/sfuwyw', // Gallery Block
			'bricks-components/mtaiia', // Text Block
            'bricks-components/dvdgqa', // Text Image Block
            'bricks-components/ewmkwa', // Testimonials
		],
	];

	if ( empty( $context->post ) ) {
		return $allowed_blocks;
	}

	$post_type = $context->post->post_type;

	return $blocks_by_post_type[ $post_type ] ?? $allowed_blocks;

}, 9999, 2 );

it works for me on version 2.3.13 without any issues.

On version 2.4.1 I cannot find or add those components without adding this JS

add_action( 'enqueue_block_editor_assets', function () {

    $script = <<<'JS'
wp.hooks.addFilter(
    'blocks.registerBlockType',
    'custom/bricks-component-inserter',
    function ( settings, name ) {

        const allowed = [
            // components.....
        ];

        if ( allowed.includes( name ) ) {
            settings = {
                ...settings,
                supports: {
                    ...settings.supports,
                    inserter: true
                }
            };
        }

        return settings;
    },
    9999
);
JS;

    wp_add_inline_script( 'wp-blocks', $script, 'after' );

} );

[Matej]

Hi @MartinWB,

Thanks for sharing your filter—that explains the difference from my test setup.

In Bricks 2.4.1, those components have new registered block names. Their old bricks-components/… names remain registered for compatibility with existing content, but are hidden from the inserter. Your filter currently allows only those old names.

Please update your filter as follows. The helper returns the correct block name for each component ID:

add_filter( 'allowed_block_types_all', function ( $allowed_blocks, $context ) {
    if ( empty( $context->post ) ) {
        return $allowed_blocks;
    }

    $blocks_by_post_type = [
        'news' => [
            \Bricks\Helpers::get_component_block_name( 'sfuwyw' ),
            \Bricks\Helpers::get_component_block_name( 'mtaiia' ),
            \Bricks\Helpers::get_component_block_name( 'dvdgqa' ),
        ],
        'work' => [
            \Bricks\Helpers::get_component_block_name( 'sfuwyw' ),
            \Bricks\Helpers::get_component_block_name( 'mtaiia' ),
            \Bricks\Helpers::get_component_block_name( 'dvdgqa' ),
            \Bricks\Helpers::get_component_block_name( 'ewmkwa' ),
        ],
    ];

    return $blocks_by_post_type[ $context->post->post_type ] ?? $allowed_blocks;
}, 9999, 2 );

Remove the JavaScript override, reload the block editor, and check whether the allowed components now appear.

My earlier reply needed that clarification: inserter: false is intentional on the compatibility blocks, but it does matter when those are the only names your filter allows.

Matej

[MartinWB]

I see. It works now. Thank you.