When I turn on content translation, and check off "Content" at /admin/config/regional/content-language, I get markup appearing on the page by the node revision settings. A screenshot is attached.

| Comment | File | Size | Author |
|---|---|---|---|
| #5 | content_translation-2539900-fix_markup_escaped.patch | 684 bytes | urashima82 |
| Screen Shot 2015-07-25 at 4.14.39 PM.png | 63.98 KB | davidhernandez |
Comments
Comment #1
davidhernandezComment #2
olli commentedI think this is coming from
ContentTranslationHandler::addTranslatabilityClue():Comment #3
matsbla commentedI guess this is a duplicate
Comment #4
olli commentedI agree, thanks!
Comment #5
urashima82 commentedHi ! I have the same problem with button link "Delete" that redirect to node/{nid}/delete.
Here is my patch that seems to solve this.
Regards.
Comment #6
urashima82 commentedComment #7
ericdsd commentedpatch #5 work on 8.8.6 too
Comment #10
marcoscanoPatch #5 applies to 9.2.2 and works as expected for us, on the "Delete (all languages)" link when editing a node with translations.
Comment #15
smustgrave commentedThis issue is being reviewed by the kind folks in Slack, #needs-review-queue-initiative. We are working to keep the size of Needs Review queue [2700+ issues] to around 400 (1 month or less), following Review a patch or merge request as a guide.
Tried replicating on Drupal 10.1 with Umani install and I do not see the markup
If still valid please provide testing steps.
Comment #16
rob230 commentedIt does seem like it's way too aggressive. We have this unescaped HTML
<span class="translation-entity-all-languages">appearing at the end of many buttons and other form elements of a multilingual site.For example, even something as simple as a link inside a container gets it added. The fix is to add
'#multilingual' => TRUEto the container or the element, which will remove it altogether. But the patch #5 will also fix it, and makes sense - what Drupal core is currently doing is incorrect because it is appending some HTML to a string that gets escaped.Comment #17
rob230 commentedAnother place it will appear is in the error message for a required field - even if the field itself displays correctly, the title (with suffix) gets escaped in the error message about the required field.
The best thing might be to remove the spans, because the #title of an element is used as a string in so many places.
Comment #18
rob230 commentedDecided to spin off a new issue. #3395366: HTML (all languages) appearing in error messages of multilingual sites
Comment #20
quietone commentedI also could not reproduce the problem stated in the issue summary. And there is a separate issue for a problem with fields. so, closing this one.