jsweetack → created an issue. See original summary → .
Have this same issue after updating to 10.3.9, with Layout Paragraphs, only for a certain paragraph type, and it results in an AJAX error in the console, preventing any saving of the paragraph.
Downgrading to 2.0-beta8 works, thanks to @amarshkhl09 for figuring that out.
Is there a proper fix for this in the works?
This is not a problem with your module, it's a problem with Drupal and CKEditor 5. I don't have your module installed on my site, I just happened to see this page when looking for a solution for this issue.
I'm really not understanding the move to CKEditor 5 with all these issues.
I purposefully didn't upgrade last year from 4 because of problems like this. I waited until now, and after a year, still so many issues. The "limit allowed tags" previous feature completely tripped me up right off the bat. After figuring out I had to turn it off completely just to make the site work correctly, the first tag I try to add a class to is a simple horizontal rule element.
And it doesn't work. The content editors of my site use these things all over the place. How am I supposed roll out this upgrade knowing it will break all the styled horizontal rules of any content if any of the editors make and save any changes to said content?
So you can imagine my frustration when I find there's actually an issue for this one individual element.
How much faith do you think I have that the rest of this system is going to work?
Absolutely ridiculous that CKEditor 5 was green lit to go into Drupal core given all the problems STILL not resolved.
I had this same exact error when trying to clean up the RH entities in the system. It ended up breaking the database and I had to restore a previous one. This was on 1.0 beta version, and when I tried to upgrade to 2.0.0 to maybe fix the issue, I got the same errors as everyone here in this related issue: https://www.drupal.org/project/rabbit_hole/issues/3385471 🐛 'rh_action' not found Active
I have the exact same issue. In fact the 'rl_action' issue was breaking the database after trying to cleanup the rabbit hole entities that were showing in the status report. I tried updating in hopes it would fix the problem, but alas it still persists as others have attested to above.
@basby - I have drush, you need to install the devel_entity_updates module for that to work on current versions of drush, and as I stated, it appears that's not the right way to go for production servers, hence why I'm not installing that module.
@keshavv - thank you, I will look into that.
I want to depart from this madness completely since I'm on 10.2.2, and there appears to be no patch and also appears it will never be incorporated in core, so I'd rather not deal with the headache of having to keep track of this patch anymore. I have a profile that has the setting of "base profile" set to "standard". How can I go about changing the current custom profile to NOT inherit the base profile? Can I just remove the "base profile" entry and it's good, it will default to inheriting the standard profile modules/themes/etc? Or do I need to go and put those in manually?
This page, https://www.drupal.org/node/1127786#s-details → shows the modules for the standard profile but it looks like it was for Drupal 7 and I can't find any information anywhere else as what dependencies are in the standard profile now.
I have the same issue, however I'm not using 'drush entity-updates' because it doesn't exist on my system. I see you can download and enable the devel_entity_updates module for TEST environments but not production. Many warnings about how you should NOT use it in a production environment, and how "maintainers of the module should fix the entity issue." So, unsure of what to do next, and whether this is breaking anything currently.
Nevermind, is a duplicate of https://www.drupal.org/project/simple_popup_blocks/issues/3367595 🐛 Remove useage of $(...).once, as it is removed in drupal 10 Closed: duplicate
jsweetack → created an issue.