-
Thank you for noticing that. I was hopeful you’d discovered the problem because after fixing that, it took a while to see the error again, but after fixing it on the live site the error popped up again immediately.
The only time I haven’t yet seen the error is when I disable all plugins (except GB/GP) prior to doing any copying or pasting.
Although I have seen the error multiple times with only GB/GP enabled, I believe in all those cases I’d seen the error fairly recently, deactivated all plugins, and then continued to see the error sporadically. To be clear, I was in all those cases still copying a known ‘good’ page and pasting into a blank page, not copying a bunch of blocks that were already messed up! But I suspect there might have been some sort of caching on the server that caused the issue to persist.
So, it probably is a plugin conflict despite seeing the error with only the Generate plugins active, and troubleshooting is hampered by the fact that the error doesn’t appear immediately or consistently. My current top suspect is WordPress Tooltips Ultimate, but ¯\_(ツ)_/¯.
I’ll continue testing.
-
Glad you’ve fixed the autoload issue!
I saw the issue again, and compared the correct version and the incorrect version; it seems something is:
1. Adding a
<p>tag to a GB button’s HTML, which caused the breakdown.
https://app.screencast.com/htqDDmVLuXdUu2. Adding a
wp-block-headingclass to a headline block:
https://app.screencast.com/Ja4DzwzU8rVRe3. The issue happens to WP’s default block, like the heading block as well, so it’s not a GB-specific issue.
https://app.screencast.com/hI2lsKKKcIuGFIt seems the WP native blocks consistently have the issue. I can replicate it every time, even after I disabled all plugins, including GP, GB, GB pro, and switched to the twenty twenty five theme.
So looks like the issue is not related to GP or GB, but a Gutenberg editor issue, and it does not affect new blocks inserted directly in the editor; it only affects the blocks that are pasted in.
Can you try this workaround?
1. Select the blocks that you want to copy, click the 3 dots icon, and click Create Pattern (not synced).
2. Go to the new page, insert the newly created pattern.Let me know if this helps!
-
Hi,
Sorry for the delay in replying and thank you so much for figuring this out!
Create Pattern does seem to be a decent workaround, although that option unfortunately isn’t available when copying containers, which is what I seem to be doing most frequently. But it does save me quite a bit of time even if I have to create the container & its settings from scratch; I can still paste the pattern into it.
I’d hoped that they might have addressed this in the 6.9.1 update but no such luck!
Thank you so much for your help!
-
You are welcome 🙂
The issue looks like pointing to clipboard → block serialization → content filtering → JS parsing issues.
When you paste blocks, WordPress:
-Reads clipboard HTML
-Converts it → block JSON
-Sanitizes it
-Parses it into blocks
-Inserts it into the editorIf any step breaks, pasted blocks:
-don’t render
-become raw HTML
-vanish
-break the block editor or insert but appear emptyMeanwhile, manually added blocks bypass this pipeline, which is why they work.
I suspect the issue is caused by your server settings, especially related to caching/security functions, etc.
Check with your host, show them the issue when all plugins are deactivated, and using the twenty-twenty-five theme.
-
I will do that, thank you. Thanks again for the excellent support! 🥰
-
You are welcome 🙂 Hope you can get it sorted soon!
- You must be logged in to reply to this topic.