Thanks for the patch! It fixed my errors as well, not related to paragraphs.
In my case the entity browser is attached to an entity reference field of a custom "part" entity.
The user can select one or more nodes to associate with the Part.
jimconte → created an issue.
Steps to reproduce:
- Install Radix as front end theme
- Enable layout builder
- Create a Custom Block type with an image
- Add inline block to any node with Layout builder
- Add image to block
- Submit change
- Error thrown
We are running Radix on a site using Layout builder and getting the same error.
Removing the hook and the function, error goes away.
This is what I think is happening:
- Form loads in front end context (Radix)
- Layout Builder mixes with front end, runs form alter hook from Radix
- Form builds, adds #validate looking for "validateForm" function
- Editor edits
- Edit function called from Layout Builder
- But Layout Builder runs in Admin context
- Ajax Form executes in Admin context
- function does not exist in Admin theme
- error is thrown
Thank you @solideogloria ! This applied cleanly to 10.1.6 with cweagans/composer-patches
Could someone possibly roll a patch for current dev that would apply to 10.1 ?
I had the same problem after updating from composer.
I was able to fix with composer "reinstall"
-bash-4.2$ drush cr
PHP Fatal error: Cannot redeclare permissions_by_term_theme() (previously declared in ###/html/web/modules/contrib/permissions_by_term/permissions_by_term.module:592) in ###/html/web/modules/contrib/permissions_by_term/permissions_by_term.module on line 604
-bash-4.2$ composer reinstall drupal/permissions_by_term
- Removing drupal/permissions_by_term (3.1.26)
Deleting web/modules/contrib/permissions_by_term - deleted
Gathering patches for root package.
Gathering patches for dependencies. This might take a minute.
- Installing drupal/permissions_by_term (3.1.26): Extracting archive
-bash-4.2$ drush cr
[success] Cache rebuild complete.
Hello balbogbf ref #19
Regarding your error, I had the same error and it was due to the project drupal/we_megamenu
If this is also your issue, there is patch to fix this:
we_megamenu blocks using "\Drupal\system\Entity\Menu" object as admin label
https://www.drupal.org/project/we_megamenu/issues/3357546
🐛
we_megamenu blocks using "\Drupal\system\Entity\Menu" object as admin label
Fixed
jimconte → created an issue.
The patch for 10.1.x applies to 9.5.7
Screenshot showing missing roles
jimconte → created an issue. See original summary → .