Bug#860445: libvte9: U+1F3DB CLASSICAL BUILDING incorrectly rendered as a singlewidth character
Alexis Hunt
alercah at gmail.com
Sun Apr 16 23:34:25 UTC 2017
Package: libvte9
Version: 1:0.28.2-5+b2
Severity: normal
Dear Maintainer,
I noticed recently that U+1F3DB CLASSICAL BUILDING is incorrectly being rendered
as a singlewidth character when it, like most (all?) emoji, is actually
doublewidth. The result is that it overlaps with the subsequent character. It
should be rendered as doublewidth.
I have reproduced this in Terminator and in rxvt-unicode.
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libvte9 depends on:
ii libatk1.0-0 2.22.0-1
ii libc6 2.24-9
ii libcairo2 1.14.8-1
ii libfontconfig1 2.11.0-6.7+b1
ii libfreetype6 2.6.3-3+b2
ii libgdk-pixbuf2.0-0 2.36.5-2
ii libglib2.0-0 2.50.3-2
ii libgtk2.0-0 2.24.31-2
ii libncurses5 6.0+20161126-1
ii libpango-1.0-0 1.40.4-1
ii libpangocairo-1.0-0 1.40.4-1
ii libpangoft2-1.0-0 1.40.4-1
ii libtinfo5 6.0+20161126-1
ii libvte-common 1:0.28.2-5
ii libx11-6 2:1.6.4-3
ii libxext6 2:1.3.3-1+b2
libvte9 recommends no packages.
libvte9 suggests no packages.
-- no debconf information
More information about the pkg-gnome-maintainers
mailing list