Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WYSIWYG 'visual' tab in sidebar breaks when switching sidebar tabs #904

Open
Zealth57 opened this issue Apr 19, 2024 · 3 comments
Open

WYSIWYG 'visual' tab in sidebar breaks when switching sidebar tabs #904

Zealth57 opened this issue Apr 19, 2024 · 3 comments

Comments

@Zealth57
Copy link

Describe the bug
When using an ACF WYSIWYG field in a sidebar metabox, the WYSIWYG editor breaks when you switch from the 'Page' tab to the 'Block' tab and back again.

To Reproduce
Steps to reproduce the behavior:

  1. Create an ACF WYSIWYG field and set it to show up in the sidebar. Code example is below to generate a basic WYSIWYG field.
  2. Create a new page in the Gutenberg editor
  3. Note you can interact with your WYSIWYG field, enter content, etc.
  4. Switch your tab in the top right from 'Page' to 'Block' then switch it back to 'Page'
  5. The WYSIWYG is no longer usable in the 'visual' view. You can switch to 'text' and change stuff, but the 'visual' is white with no text visible and not usable.

Expected behavior
The WYSIWYG should be usable no matter what tabs you switch to. It's not just when I manually switch from 'Page' to 'Block' and then back to 'Page'. When you add a block to a page, the editor will automatically switch the tab for you to 'Block'. Sometimes I'll be messing around with blocks then decide I need to go back to the 'Page' tab and edit my wysiwyg and it's broken.

Code

add_action( 'acf/include_fields', function() {
	if ( ! function_exists( 'acf_add_local_field_group' ) ) {
		return;
	}

	acf_add_local_field_group( array(
	'key' => 'group_6622e9af5e220',
	'title' => 'Test Sidebar WYSIWYG',
	'fields' => array(
		array(
			'key' => 'field_6622e9afb3cec',
			'label' => 'Test Sidebar WYSIWYG',
			'name' => 'test_sidebar_wysiwyg',
			'aria-label' => '',
			'type' => 'wysiwyg',
			'instructions' => '',
			'required' => 0,
			'conditional_logic' => 0,
			'wrapper' => array(
				'width' => '',
				'class' => '',
				'id' => '',
			),
			'default_value' => '',
			'tabs' => 'all',
			'toolbar' => 'full',
			'media_upload' => 1,
			'delay' => 0,
		),
	),
	'location' => array(
		array(
			array(
				'param' => 'post_type',
				'operator' => '==',
				'value' => 'page',
			),
		),
	),
	'menu_order' => 0,
	'position' => 'side',
	'style' => 'default',
	'label_placement' => 'top',
	'instruction_placement' => 'label',
	'hide_on_screen' => '',
	'active' => true,
	'description' => '',
	'show_in_rest' => 1,
) );
} );

Version Information:

  • WordPress Version: 6.5.2
  • PHP Version: 8.1.23
  • ACF Version: 6.2.9 (Pro)
  • Browser: Chrome Version 124.0.6367.60
  • Also repro in Safari Version 17.4.1 (19618.1.15.11.14) so doesn't seem browser specific

Additional context
I'm unsure when this broken (update to ACF or WP core) but was definitely recently working, as of at least last major WP version and a few updates of ACF back. This is producible using the WP 2024 theme with no plugins except ACF installed.

@rsk-jbrown
Copy link

Moving your mouse quickly between items in the block inserter can also cause this issue - I'm struggling to see the exact cause, but seems to be happening when a request for a preview_image is cancelled before completion

@tackc
Copy link

tackc commented Jul 30, 2024

I'm experiencing the same issue

@BlackStar1991
Copy link

I have the same problem. Version 6.3.6

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants