I have a couple of sites running WordPress 6.7-beta2, and I’m having trouble inserting ACF Blocks in the Block Editor. I just get an endless spinner.
If I just save the post while it’s spinning, then refresh the window, the block is usually there, but editing it is still hit-or-miss. Sometimes it works and sometimes it doesn’t.
Reverting to WordPress 6.6.2 resolves the issue.
Has anyone else observed this? Any suggestions?
So… am I the only person (including ACF devs themselves) who is using ACF Blocks? I can’t believe that not only is this not fixed but no one else has encountered the issue. If anything, it seems worse now than when I first posted about it.
I should’ve just opened a support ticket in the first place! Got a quick response from the ACF team this morning that the issue is because I have WP_DEBUG
and SCRIPT_DEBUG
turned on, since I’m running this on a dev site. Turning those off should resolve the issue, and apparently the ACF team does have a fix for this issue ready to go prior to the official WP 6.7 release.
If ACF Blocks are broken in WordPress 6.7-beta2, it could be due to compatibility issues with the beta version. Ensure you’re using the latest version of Advanced Custom Fields (ACF), as updates often address compatibility with newer WordPress releases. If the issue persists, check the official ACF GitHub repository or support forums for known bugs or temporary workarounds. As WordPress beta versions are still in development, consider testing in a staging environment and reporting the issue to the WordPress and ACF teams to help improve compatibility before the final release.
This is still an issue with WP 6.7+. ACF blocks that have WYSIWYG fields within them will throw a JS error if the initial view state for that block is Edit mode. Setting SCRIPT_DEBUG to false fixes the issue.
I’ve done a bit of debugging and it looks like the textarea field IDs for the WYSIWYG fields do not update on page load with SCRIPT_DEBUG enabled. The field IDs are still set to something like “acf-editor-677c024e3e39b” instead of “acf-editor-179”. Disabling SCRIPT_DEBUG or swapping between the Preview and Edit modes will fix the broken field.
You must be logged in to reply to this topic.
Welcome to the Advanced Custom Fields community forum.
Browse through ideas, snippets of code, questions and answers between fellow ACF users
Helping others is a great way to earn karma, gain badges and help ACF development!
We use cookies to offer you a better browsing experience, analyze site traffic and personalize content. Read about how we use cookies and how you can control them in our Privacy Policy. If you continue to use this site, you consent to our use of cookies.