Bug#916349: xterm: X error (BadLength) with GNU screen
Control: retitle -1 xterm: X error (BadLength) when trying to display some glyphs
On 2018-12-13 18:35:43 -0500, Thomas Dickey wrote:
> On Thu, Dec 13, 2018 at 06:25:42PM -0500, Thomas Dickey wrote:
> > On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote:
> > > Package: xterm
> > > Version: 338-1
> > > Severity: grave
>
> make it normal (and read the guidelines...)
I disagree. That's actually data loss, thus grave. And what makes it
worse, this is typically from data from remote users (received mail).
Here, the issue was with Mutt (which I run in GNU Screen).
> > 1281 openat(AT_FDCWD, "/usr/share/fonts/truetype/dejavu/DejaVuSansMono.ttf", O_RDONLY) = 5
> > 1281 openat(AT_FDCWD, "/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf", O_RDONLY) = 5
>
> Which Debian package provides this font?
fonts-noto-color-emoji
FYI, it has been installed automatically via dependencies.
> I need that information, plus the details of the missing glyph to
> reproduce this issue.
U+1F4E2 PUBLIC ADDRESS LOUDSPEAKER
UTF-8: f0 9f 93 a2 UTF-16BE: d83ddce2 Decimal: 📢 Octal: \0372342
📢
Category: So (Symbol, Other)
Unicode block: 1F300..1F5FF; Miscellaneous Symbols and Pictographs
Bidi: ON (Other Neutrals)
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Reply to: