GNU bug report logs -
#56952
29.0.50; Emoji skin-tone modifiers disrupt terminal output
Previous Next
Reported by: "J.P." <jp <at> neverwas.me>
Date: Wed, 3 Aug 2022 13:43:02 UTC
Severity: normal
Found in version 29.0.50
Done: "J.P." <jp <at> neverwas.me>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 56952 <at> debbugs.gnu.org (full text, mbox):
> From: "J.P." <jp <at> neverwas.me>
> Date: Wed, 03 Aug 2022 06:42:08 -0700
>
> - emacs -Q -nw
> - In *scratch*, M-:
>
> (dotimes (_ 10) (insert ";; \U0001f9dc\U0001f3fc 12345\n\n\n\n\n\n"))
>
> - Make entire buffer the active region (put mark at BOB and point at EOB)
> - Scroll down (M-v) once or twice
> - Gaps appear in the mode line and visual artifacts elsewhere
>
> AFAICT, the two inserted characters can be any valid emoji/modifier
> combination. Additional leading or trailing emojis (or other characters,
> like ZWJ \u200d or VS-16 \ufe0f) don't seem to affect the result.
>
> This was initially noticed on an Alacritty terminal emulator displaying
> a remote Emacs 28. The session in the screenshot below was run in a
> stock VM image [1] with only Emacs 29 installed:
On a TTY Emacs expects the terminal emulator to DTRT with composable
sequences. Some emulators don't, so you need to turn off
auto-composition-mode for those. (The value of auto-composition-mode
can be a string naming the terminal where to disable it
automatically.)
This bug report was last modified 2 years and 289 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.