jellet

I checked some of the accordions. I didn’t check all of them but so far I haven’t found any blocks damaged by the most recent update (4.8.1. to 4.8.2.).

The downside is that I’m not able to test the new recovery function, haha!

Maybe it’s a good idea to let this issue be “unresolved” for a few more updates and see if any problems occur (blocks breaking again, testing function of new recovery function).

It seems fixed, thanks!

It seems fixed, thanks!

Is there any update on this?

@codersajjad,?@spiderthemes247 Probably from 4.8.0 to 4.8.1. Now all the blocks have been recovered. I’ll let you know if they become damaged again with the next update.

Hmm, I still got the error with this new version. I had to be really quick with clicking on the upper most “recovery button” or it would disappear. That was especially hard on a page with multiple group accordions. I needed to search (ctrl+F) for “recovery” and immediately click it.

This time there was also a small error on the front end (visitors side) of the website. All the accordion icons (for me a “+” sign on the left) also had a check-mark next to it. It disappeared after block recovery.

I’ll let you know if it happens again on the next update.

I think this issue is resolved, but maybe the original poster nauran81 (@nauran81) and also @gildner?&?@jillyk can confirm?

Solved!

This issue still persists.

The “Separate Accordion” is fine. It has an “Accordion ID” option. I think this is something you made.

The “Single Accordion for Group Accordion” still has this problem. It only has the standard WP option (“Advanced” > “HTML ANCHOR”).

I can confirm this issue has been resolved. After updates, blocks don’t break anymore.

For old broken blocks, that have not been repaired since the relevant update, the solution I posted a few weeks ago might help: “Even on seamingly unrepairable pages I’m able to repair the blocks after several tries (refesh the edit page and quickly click “block repair”).”

I have sort of the same problem. Maybe it will not happen again with the latest update but we will see. I have noticed that it depends on the page if “block repair” is possible and how easy it is. Even on seamingly unrepairable pages I’m able to repair the blocks after several tries (refesh the edit page and quickly click “block repair”).

I hope this helps and I hope the issue will get resolved quickly.

Maybe this is related to my topic?

“HTML anchor creates error”

(HTML anchor = ID)

Maybe I’ve found the issue. The css-class “panel” sometimes disappears from the div-section with css-class “wp-block-aab-accordion-item” & “aagb__accordion_container”. This probably causes the error.

I can also manually remove the “panel”-class and I also get an error, which I can automatically repair with block-repair.

I don’t know when the “panel”-class disappears. Maybe after a theme-update. I’ll keep my eye on that.

Independently, the ID-tag still gives the error, even if there is a “panel”-class. This also occurs on on Twenty Twenty-Four (standard WP theme) and every time i fill in an “HTML-anchor” (id-tag) under “Advanced” under “Block”. (Advanced is right beneath “read more button”).

Adding an ID-tag changes something in the layout of the code, but I can’t find any other differences.

For example:

<div class="aagb__accordion_component"><!-- wp:paragraph -->

vs.

<div class="aagb__accordion_component">
<!-- wp:paragraph -->

I’ve sent you another e-mail.

Oooh, I didn’t add a custom HTML block. I used the standard method of creating an anchor tag in WordPress. When clicking on “Block” in the upper right corner (next to “Page”), there is a menu: “Advanced”. This has the option to provide a “HTML anchor” and “Extra CSS-class(es)”.

Your single accordion doesn’t have this field. Instead it has a seperate menu for “Accordion ID”. This doesn’t get the same error.

The error also occurs in general, without the ID. I’ve sent you an e-mail about this. I’ll resend the e-mail with some screenshots of the method I use to create an anchor tag.