-
I have created this website and it used to work perfectly untill last week
Now all of a sudden, I am getting this Attempt Recovery block error on few of the blocks where dynamic data are used (icon in text block, image in query loop) on my homepage and other pages.
Screenshots:
Current: https://kommodo.ai/i/Xt7tudvjSN3v3dhWKXYQ
Before: https://kommodo.ai/i/v7knrIYdetzyZS0hJMywCurrent: https://kommodo.ai/i/2XwSAHRmr2gfZm6GcNGO
Before: https://kommodo.ai/i/R8zBJqXbinvwhKMecqPJCurrent: https://kommodo.ai/i/m8WH4kVhv3eFHSjmES4g
Before: https://kommodo.ai/i/v44Z8g2mg2wsRl3Odt4yI have tried everything from caching, removing and replacing with new block, attempt recovery but nothing has worked.
-
Hello,
The “Attempt Recovery” prompt usually appears when a block’s saved attributes no longer match what the editor expects — most commonly after a plugin update.
A few things to check:
1. What changed last week? Check your update history (Plugins > recently updated). The most likely culprits are a GenerateBlocks or GenerateBlocks Pro update. Which versions are you running now?
2. Check for a pattern Are all affected blocks using dynamic data (ACF fields, post meta, etc.), or are some using static content?
3. WP_DEBUG output If you can enableWP_DEBUGandWP_DEBUG_LOGon a staging copy, the block recovery error will often log the specific attribute that’s failing — that’ll help narrow it down quickly. -
What changed last week?
– I am on GenerateBlocks v2.2.1Check for a pattern
– The issues are mostly with SVG icons and one dynamic data issue is with the featured image in Query loop.WP_DEBUG output
– It returns no errors or warnings.Also, I checked it with on other website with different theme style from site library and it is showing me the same SVG icon issues. But if I install a theme on a brand new wordpress website all the icons loads successfully. But not on the old websites where this was already working before.
-
Thanks for the extra detail.
Since these are custom SVGs, the issue is likely related to how GB 2.2.1 now handles the icon attribute for custom SVGs versus the built-in icon library. The block’s saved markup no longer matches the updated block schema.
Two more things to check:
1. When you click “Attempt Recovery” on one of the broken icon blocks, what happens? Does the block recover (even without the icon), or does it break further?
2. Can you share the raw block markup for one of the affected blocks? You can find it by switching the editor to Code Editor view (⋮ menu → Code Editor) and copying the comment markup for that block — it’ll start with
<!-- wp:generateblocks/text. That’ll let me see exactly what attributes are stored and whether the schema mismatch is the cause. -
1. When I do “Attempt Recovery”, block recovers without the icon. But when I reopen it in the block editor, it shows broken again.
2. Here’s the block markup –
<!– wp:generateblocks/text {“uniqueId”:”940741c1″,”tagName”:”a”,”styles”:{“display”:”flex”,”alignItems”:”center”,”justifyContent”:”center”,”fontWeight”:”700″,”paddingTop”:”14px”,”paddingRight”:”14px”,”paddingBottom”:”14px”,”paddingLeft”:”14px”,”marginTop”:”-80px”,”marginBottom”:”30px”,”borderTopWidth”:”4px”,”borderTopStyle”:”solid”,”borderTopColor”:”#03ff85″,”borderRightWidth”:”4px”,”borderRightStyle”:”solid”,”borderRightColor”:”#03ff85″,”borderBottomWidth”:”4px”,”borderBottomStyle”:”solid”,”borderBottomColor”:”#03ff85″,”borderLeftWidth”:”4px”,”borderLeftStyle”:”solid”,”borderLeftColor”:”#03ff85″,”borderTopRightRadius”:”50px”,”borderBottomRightRadius”:”50px”,”borderBottomLeftRadius”:”50px”,”borderTopLeftRadius”:”50px”,”backgroundColor”:”var(\u002d\u002dbase-3)”,”color”:”var(\u002d\u002dcontrast-3)”,”.gb-shape svg”:{“width”:”1.6em”,”height”:”1.6em”,”fill”:”currentColor”,”color”:”var(\u002d\u002dcontrast)”},”textDecoration”:”none”,”textAlign”:”center”,”columnGap”:”0.5em”,”\u0026amp;:is(:hover, :focus)”:{“backgroundColor”:”var(\u002d\u002dbase-3)”,”color”:”var(\u002d\u002dcontrast-3)”,”borderTopWidth”:”4px”,”borderRightWidth”:”4px”,”borderBottomWidth”:”4px”,”borderLeftWidth”:”4px”,”borderTopStyle”:”solid”,”borderRightStyle”:”solid”,”borderBottomStyle”:”solid”,”borderLeftStyle”:”solid”,”borderTopLeftRadius”:”50px”,”borderTopRightRadius”:”50px”,”borderBottomRightRadius”:”50px”,”borderBottomLeftRadius”:”50px”,”borderTopColor”:”#03ff85″,”borderRightColor”:”#03ff85″,”borderBottomColor”:”#03ff85″,”borderLeftColor”:”#03ff85″}},”css”:”.gb-text-940741c1{align-items:center;background-color:var(\u002d\u002dbase-3);color:var(\u002d\u002dcontrast-3);column-gap:0.5em;display:flex;font-weight:700;justify-content:center;margin-bottom:30px;margin-top:-80px;text-align:center;text-decoration:none;border:4px solid #03ff85;border-radius:50px;padding:14px}.gb-text-940741c1:is(:hover,:focus){background-color:var(\u002d\u002dbase-3);color:var(\u002d\u002dcontrast-3);border:4px solid #03ff85;border-radius:50px}.gb-text-940741c1 .gb-shape svg{width:1.6em;height:1.6em;fill:currentColor;color:var(\u002d\u002dcontrast)}”,”iconLocation”:”after”,”iconOnly”:true} –>
<span class=”gb-shape”></span>
<!– /wp:generateblocks/text –> -
Thanks — that markup confirms the problem. The
gb-shapespan is empty, meaning the SVG content wasn’t retained when the block format changed. This is why Attempt Recovery doesn’t stick — there’s nothing there to restore.The fix is straightforward but manual: you’ll need to re-add the icon to each affected block. Open the block, add the custom SVG again via the icon picker, and save. Once re-saved under the current GB version, it should persist correctly.
As for the featured image issue in the Query Loop — can you share that block’s markup as well? That one may have a different cause.
-
Hey George,
I’ve tried multiple times after clicking “Attempt Recovery” to add icon manually and save the changes. But it never reflects on the page and shows the same thing everytime in the block editor. Please help me with this!
[Featured image issue in the Query loop] Block marekup –
<!– wp:generateblocks/element {“uniqueId”:”32531d7f”,”tagName”:”div”} –>
<div><!– wp:generateblocks/element {“uniqueId”:”27d99e26″,”tagName”:”div”} –>
<div><!– wp:generateblocks/query {“uniqueId”:”d2fe2432″,”tagName”:”div”,”query”:{“post_type”:[“post”],”posts_per_page”:”3″}} –>
<div><!– wp:generateblocks/looper {“uniqueId”:”9969a462″,”tagName”:”div”,”styles”:{“display”:”grid”,”gridTemplateColumns”:”repeat(3, minmax(0, 1fr))”,”columnGap”:”20px”,”rowGap”:”20px”,”@media (max-width:767px)”:{“gridTemplateColumns”:”1fr”}},”css”:”.gb-looper-9969a462{column-gap:20px;display:grid;grid-template-columns:repeat(3,minmax(0,1fr));row-gap:20px}@media (max-width:767px){.gb-looper-9969a462{grid-template-columns:1fr}}”} –>
<div class=”gb-looper-9969a462″><!– wp:generateblocks/loop-item {“uniqueId”:”db961526″,”tagName”:”div”,”styles”:{“backgroundColor”:”#fafafa”,”paddingTop”:”20px”,”paddingRight”:”20px”,”paddingBottom”:”20px”,”paddingLeft”:”20px”,”a”:{“color”:”var(\u002d\u002dcontrast)”},”\u0026:is(:hover, :focus)”:{“color”:”var(\u002d\u002dcontrast-2)”}},”css”:”.gb-loop-item-db961526{background-color:#fafafa;padding:20px}.gb-loop-item-db961526:is(:hover,:focus){color:var(\u002d\u002dcontrast-2)}.gb-loop-item-db961526 a{color:var(\u002d\u002dcontrast)}”} –>
<div class=”gb-loop-item gb-loop-item-db961526″><!– wp:generateblocks/media {“uniqueId”:”344d085f”,”tagName”:”img”,”styles”:{“display”:”block”,”height”:”auto”,”marginBottom”:”30px”,”maxWidth”:”100%”},”css”:”.gb-media-344d085f{display:block;height:auto;margin-bottom:30px;max-width:100%}”,”htmlAttributes”:{“src”:”{{featured_image key:url}}”,”alt”:”{{post_title}}”}} –>
<!– /wp:generateblocks/media –><!– wp:generateblocks/text {“uniqueId”:”0d8f5342″,”tagName”:”h2″,”styles”:{“fontSize”:”30px”,”marginBottom”:”5px”},”css”:”.gb-text-0d8f5342{font-size:30px;margin-bottom:5px}”} –>
<h2 class=”gb-text gb-text-0d8f5342″>{{post_title link:post}}</h2>
<!– /wp:generateblocks/text –><!– wp:generateblocks/text {“uniqueId”:”bcb17ad5″,”tagName”:”p”,”styles”:{“marginBottom”:”30px”,”fontSize”:”14px”},”css”:”.gb-text-bcb17ad5{font-size:14px;margin-bottom:30px}”} –>
<p class=”gb-text gb-text-bcb17ad5″>{{post_date}}</p>
<!– /wp:generateblocks/text –></div>
<!– /wp:generateblocks/loop-item –></div>
<!– /wp:generateblocks/looper –><!– wp:generateblocks/query-no-results –>
<!– wp:generateblocks/text {“uniqueId”:”2c45b78a”,”tagName”:”p”} –>
<p class=”gb-text”>No results found.</p>
<!– /wp:generateblocks/text –>
<!– /wp:generateblocks/query-no-results –></div>
<!– /wp:generateblocks/query –></div>
<!– /wp:generateblocks/element –></div>
<!– /wp:generateblocks/element –> -
I’ve tried multiple times after clicking “Attempt Recovery” to add icon manually and save the changes. But it never reflects on the page and shows the same thing everytime in the block editor. Please help me with this!
Is the icon a built-in GB icon or a custom icon?
-
It’s a built-in GB icon.
-
Do you have security plugins on your site or on the server? I feel like your site is having an issue with SVG.
-
I tried that part as well. Deactivated security plugin and then checked, the issue was still there.
-
Can you provide an admin login to your site and let us know the page in question?
And please disable all plugins except GP Premium and GB.
Thanks!
-
I am giving you the staging site’s login details, which has the similar issues. Whatever the theme I import from site library, SVG are not visible and dynamic content are showing the “Attempte recovery” blocks.
-
I’ve tested it by inserting SVG code into a custom HTML block, and the block failed as well.
So I can confirm it’s not a GB issue, but a broader issue on your site specifically. It’s likely due to security settings on your server. Can you check with your host?
Just tell them that your site can not show SVG, it’s constantly trying to remove SVG code.
-
Thanks for the reply. I will check with the host.
Meanwhile, could you please let me know about the issue in dynamic content majorly in Query loop of posts?
-
I think it’s properly the same issue, some security setting is preventing/blocking the dynamic tag from fetching the correct data.
Please let us know what the host says about it.
- You must be logged in to reply to this topic.