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