emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#56789: closed (28.1.90; Emoji composition problems with Harfbuzz 5.0


From: GNU bug Tracking System
Subject: bug#56789: closed (28.1.90; Emoji composition problems with Harfbuzz 5.0.1-1)
Date: Wed, 27 Jul 2022 16:10:02 +0000

Your message dated Wed, 27 Jul 2022 19:09:42 +0300
with message-id <83a68ubkqh.fsf@gnu.org>
and subject line Re: bug#56789: 28.1.90; Emoji composition problems with 
Harfbuzz 5.0.1-1
has caused the debbugs.gnu.org bug report #56789,
regarding 28.1.90; Emoji composition problems with Harfbuzz 5.0.1-1
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
56789: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56789
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: 28.1.90; Emoji composition problems with Harfbuzz 5.0.1-1 Date: Wed, 27 Jul 2022 06:10:06 +0000
I have just updated the Harfbuzz package in Arch Linux to
harfbuzz-5.0.1-1 and I've noticed that some emojis are no longer
displayed properly. From an initial investigation it appears to be
only composed sequences that have problems.

Instead of seeing a correctly composed emoji sequence as before, I now
only see an empty box with a single-pixel border.

Calling describe-char on one of these boxes shows the base emojis
properly. For example: -

             position: 20 of 39 (49%), column: 19
            character: 👩 (displayed as 👩) (codepoint 128105,
            #o372151, #x1f469)
              charset: unicode (Unicode (ISO10646))
code point in charset: 0x1F469
               script: emoji
               syntax: w        which means: word
             category: .:Base
             to input: type "C-x 8 RET 1f469" or "C-x 8 RET WOMAN"
          buffer code: #xF0 #x9F #x91 #xA9
            file code: #xF0 #x9F #x91 #xA9 (encoded by coding system
            utf-8-unix)
              display: composed to form "👩‍❤️‍👨" (see below)

Composed with the following character(s) "‍❤️‍👨" using this font:
  ftcrhb:-GOOG-Noto Color
  Emoji-normal-normal-normal-*-13-*-*-*-m-0-iso10646-1
by these glyphs:
  [0 5 128105 2178 16 0 17 13 4 [0 0 0]]
with these character(s):
  ‍ (#x200d) ZERO WIDTH JOINER
  ❤ (#x2764) HEAVY BLACK HEART
  ️ (#xfe0f) VARIATION SELECTOR-16
  ‍ (#x200d) ZERO WIDTH JOINER
  👨 (#x1f468) MAN

Each individual character image is shown properly for me, but the
composition isn't (in this case it previously showed a man and a woman
and a love heart in between them). i.e. I see something like 'display:
composed to form "[ ]" (see below)' in the output above.

I'm not sure if this is a bug in Emacs or Harfbuzz however it only
started happening after the upgrade to 5.0.1-1

Thank you for your time,

Simon



In GNU Emacs 28.1.90 (build 18, x86_64-pc-linux-gnu, GTK+ Version
3.24.34, cairo version 1.17.6)
 of 2022-07-26 built on palenque
Repository revision: 970190b84485e4511b094546395a7e710f894fae
Repository branch: emacs-28
Windowing system distributor 'The X.Org Foundation', version
11.0.12101004
System Description: Arch Linux

Configured using:
 'configure --with-native-compilation --with-json --with-modules
 --with-xinput2'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ
JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP
NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF
TOOLKIT_SCROLL_BARS
X11 XDBE XIM XPM GTK3 ZLIB

Important settings:
  value of $LC_CTYPE: en_GB.UTF-8
  value of $LANG: en_GB.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Text

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source eieio eieio-core eieio-loaddefs
password-cache json map comp comp-cstr warnings rx cl-seq cl-macs
cl-extra text-property-search time-date subr-x seq byte-opt gv
bytecomp
byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils wid-edit descr-text help-mode
cl-loaddefs
cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook
vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode
register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit x multi-tty make-network-process
native-compile emacs)

Memory information:
((conses 16 114901 17962)
 (symbols 48 21114 1)
 (strings 32 87518 2289)
 (string-bytes 1 2298262)
 (vectors 16 28938)
 (vector-slots 8 1511821 27694)
 (floats 8 34 74)
 (intervals 56 291 0)
 (buffers 992 13))

Attachment: attachment.sig
Description: PGP signature


--- End Message ---
--- Begin Message --- Subject: Re: bug#56789: 28.1.90; Emoji composition problems with Harfbuzz 5.0.1-1 Date: Wed, 27 Jul 2022 19:09:42 +0300
> From: Robert Pluim <rpluim@gmail.com>
> Cc: simon@polaris64.net,  56789@debbugs.gnu.org
> Date: Wed, 27 Jul 2022 18:00:25 +0200
> 
> >>>>> On Wed, 27 Jul 2022 18:56:10 +0300, Eli Zaretskii <eliz@gnu.org> said:
> 
>     >> From: Robert Pluim <rpluim@gmail.com>
>     >> Cc: Eli Zaretskii <eliz@gnu.org>,  56789@debbugs.gnu.org
>     >> Date: Wed, 27 Jul 2022 16:02:32 +0200
>     >> 
>     >> OK, known issue in harfbuzz, will be fixed in their next release:
>     >> 
>     >> <https://github.com/harfbuzz/harfbuzz/issues/3754>
>     >> <https://github.com/harfbuzz/harfbuzz/issues/3755>
> 
>     Eli> Thanks.  I wonder how come hb-view does display this sequence
>     Eli> correctly...
> 
>     Eli> So I guess we should close this?
> 
> I guess. I built emacs against the 'main' branch of harfbuzz, ran it
> with an appropriate LD_LIBRARY_PATH, and it worked correctly.

Thanks, closing.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]