I was having the same problem, none of the grouped filters would work. You can add them in the view admin but they all resulted in an error when trying to actually filter by them in the form.
zviryatko's patch didn't work for me. Not sure if he's on a different version but the code looked different.
I'm on version 1.0.1.
Attached a patch that resolved the issue for me on our version. I did similar thing as zviryatko and just added this check at the top of DateBase::acceptExposedInput()
if ($this->isAGroup()) {
return parent::acceptExposedInput($input);
}
In my initial patch, I did not take into account that when deleting a node the embedded paragraph entities don't get deleted.
Upon further testing I realized that importing embedded paragraphs that don't already exist was working and being created correctly but they were not displaying. The below error occurred on page load.
Drupal\entity_embed\Exception\EntityNotFoundException: Unable to load embedded embedded_paragraphs entity 487e7039-44b4-47aa-80c6-b6f777035c41. in Drupal\paragraphs_entity_embed\Plugin\Filter\ParagraphEmbedFilter->process() (line 154 of /home/ide/project/docroot/modules/contrib/paragraphs_entity_embed/src/Plugin/Filter/ParagraphEmbedFilter.php).
This is because the ckeditor ParagraphEmbedFilter is looking for data-paragraph-revision-id in the html first and if it finds that id it tries to load that embedded paragraph revision.
My new commit strips the data-paragraph-revision-id attribute out of the drupal-paragraph element so ParagraphEmbedFilter will load by uuid instead.
I've attached a patch as well.
ceithamer728 → created an issue.
Patch #123 was broken for us in Drupal 10.2.5 as it was removing the now required accessCheck(TRUE) calls from RedirectRepository class.
My patch just adds those two lines of code back.