When an emoji is part of a TM entry, this may display incorrectly with a replacement character. I came across this here:
The DOM contains U+1F507 followed by U+DD08, the latter causing the visual glitch. I checked what's coming through the wire in /translation-memory/, and the string is clean.
I checked this in the debugger and diff-match-patch produces the corrupted character during the diff:
This looks to be related to google/diff-match-patch#149, which has a fix at google/diff-match-patch#80.
This library is vendored in the codebase, so you may want to apply the patch directly. Alternatively, seeing diff-match-path is not maintained (GH repo is archived), you may want to consider an alternative.
When an emoji is part of a TM entry, this may display incorrectly with a replacement character. I came across this here:
The DOM contains
U+1F507followed byU+DD08, the latter causing the visual glitch. I checked what's coming through the wire in/translation-memory/, and the string is clean.I checked this in the debugger and diff-match-patch produces the corrupted character during the diff:
This looks to be related to google/diff-match-patch#149, which has a fix at google/diff-match-patch#80.
This library is vendored in the codebase, so you may want to apply the patch directly. Alternatively, seeing diff-match-path is not maintained (GH repo is archived), you may want to consider an alternative.