Here is how I fixed it with hook form alter for this form:
if (isset($form['review']['body']['body|0']['body|0|summary']['source']['#allowed_formats'])) {
$form['review']['body']['body|0']['body|0|summary']['source']['#allowed_formats'] = ['plain_text'];
}
if (isset($form['review']['body']['body|0']['body|0|translation']['source']['#allowed_formats'])) {
$form['review']['body']['body|0']['body|0|summary']['translation']['#allowed_formats'] = 'plain_text';
}
This force the format to plain text on summary fields and disable ckeditor. This way, no more <p> tags added to the text for summary fields.
@steffenr
We are just using the standard body field "Text (formatted, long, with summary)" with "Summary input" enabled.
The configuration for the translator has tag handling set for html.
An example of original summary input is:
"For more than half a century, the Limelight Gala has stood as a symbol of Piaget's artistry, blending elegant design with technical prowess"
The summary input does not contain html only the body has html. However, for the translation,
tags are added to the summary in the translated version.
That said after repeating every step, I found out why this is happening. In the reviewing page for a translation for example in this path "/admin/tmgmt/items/6" for item id 6, when I check the fields to validate them, I can see that ckeditor is added to the summary field wheras it should not be added. It is ckeditor that is adding the <p> tag.
As you can see in the screenshot attached to my comment.
I will fix this by using a hook form alter to disable ckeditor from summary fields because I do not think there is any configuration to prevent this.
That said, it would be better if it was handled properly on tmgmt_job_item_edit_form build directly in tmgmt module.
davidpetit → created an issue.
The MR for 2.0.x with this fix is ready.
davidpetit → created an issue.
I commited and pushed the fix in the issue fork.
davidpetit → created an issue.
I am also encountering the same issue on a fresh Drupal 11 install, locally with DDEV.
Update on this issue, I was missing patches. Now with patches, only those "translate block_content", "translate paragraph" are mentionned in the error. So we can keep "access_layout_builder_browser_library" now.
You are right. My root composer.json was missing "enable-patching": true and the package "cweagans/composer-patches".
After installing it and configuring all this, all the patches are now applied. Thanks!
DavidPetit → created an issue.
DavidPetit → created an issue.
I just commited the change on this banch https://git.drupalcode.org/issue/og-3338830/-/tree/3338830-annotations-o... on the issue fork.
Now the links annotation for the og_membership_type entity type are:
* links = {
* "edit-form" = "/admin/structure/membership-types/manage/{og_membership_type}",
* "delete-form" = "/admin/structure/membership-types/manage/{og_membership_type}/delete",
* "collection" = "/admin/structure/membership-types",
* }
Which are consistent with the routes which use "og_membership_type" (as opposed to "membership_type").