Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 923941 - net-im/signal-desktop-bin-6.46.0: emoji breakage with <media-fonts/noto-emoji-20231130
Summary: net-im/signal-desktop-bin-6.46.0: emoji breakage with <media-fonts/noto-emoji...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Robert G. Siebeck
URL:
Whiteboard:
Keywords: PATCH, PullRequest
Depends on:
Blocks:
 
Reported: 2024-02-06 15:04 UTC by Joe Breuer
Modified: 2024-02-22 15:02 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Patch for signal-desktop-bin to depend on a new enough emoji font, allowing correct emoji display, when its emoji USE flag is set (signal-desktop-bin-emoji-version.patch,1.20 KB, patch)
2024-02-06 15:04 UTC, Joe Breuer
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Joe Breuer 2024-02-06 15:04:04 UTC
Created attachment 884416 [details, diff]
Patch for signal-desktop-bin to depend on a new enough emoji font, allowing correct emoji display, when its emoji USE flag is set

I've been experiencing a lot of weirdness and breakage using emoji in recent signal-desktop-bin versions, at least current 6.46.0.

Since https://signal.org/download/# only offers debian packages, I'm reporting here first, as their issue tracker requires. (And it is a distribution issue of sorts, as it turns out, see below.)
I'd happily like to cross-test against a different / more 'common' build of Signal; but I can't find an AppImage or tarball. Beside the debian package, there seem to be (only, mostly) a flatpak and a snap available. All of which would require further 'infrastructure' on my gentoo install to even try - and I have zero experience what to expect.
Which of those packages would it make sense for me to cross-test against, if any?

Anyway, the weirdness starts with the emoji picker:

  https://postimg.cc/PNC4PJHr

Most, but not all, emoji are missing / displayed as a broken image icon.

From there, it still gets weirder. I'll be using the following test message all throughout:

  "Moin" :yawning_face: :coffee:
  "Moin" 🥱☕

And I'll copy each text segment and put it when run through 'od -c' under each image.


I can still 'use' those when composing a message, either using Signal's :emoji-name: syntax:

  https://postimg.cc/XG4JGQp6

"Moin" 🥱 ☕ 
0000000   "   M   o   i   n   "     360 237 245 261     342 230 225    
0000020  \n
0000021

or my IBus-based system-wide emoji picker, where the preview message renders as expected:

  https://postimg.cc/gr1CgrHn

"Moin" 🥱☕
0000000   "   M   o   i   n   "     360 237 245 261 342 230 225  \n
0000017

When sending those messages, they are displayed back with a broken image symbol preceding each indivdual emoji:

  https://postimg.cc/LJ83f3gf

"Moin" 🥱 ☕   [colon syntax]
0000000   "   M   o   i   n   "     360 237 245 261     342 230 225    
0000020           [   c   o   l   o   n       s   y   n   t   a   x   ]
"Moin" 🥱☕  [IBus system emoji picker]
0000040  \n   "   M   o   i   n   "     360 237 245 261 342 230 225    
0000060       [   I   B   u   s       s   y   s   t   e   m       e   m
0000100   o   j   i       p   i   c   k   e   r   ]  \n
0000114
(I've annotated the messages so I could easily identify them; the additional space in the upper message is inserted automatically by Signal when using the :emoji-name: input syntax.)

Both those messages show up as expected/without those broken image symbols in a mobile client:

  https://postimg.cc/p9N7BSf4

On a hunch, I tried unmasking media-fonts/noto-emoji-20231130 which is ~amd64. I had the stable version 20220912-r2 installed before, i.e. that's what the bugs described above are tested against.

With this newer font installed, all those issues are resolved. I'm attaching a patch for net-im/signal-desktop-bin-6.46.0.ebuild to require the newer version of media-fonts/noto-emoji-20231130 specifically.

On second thought, this is a less ideal situation than I had hoped - I was under the impression that signal-desktop-bin itself is ~amd64, but it's stable amd64 now. For that reason I've put that versioned dependency behind a (new) emoji USE flag on signal-desktop-bin in the patch.

What is holding back stabilization of newer media-fonts/noto-emoji? It does seem to present as a necessary change to existing functionality, not just missing a few new exotic glyphs, after all.
(In some sense, it's 'not just' the emoji/font rendering pipeline - I'm also using telegram-desktop (which is also electron-based), where emoji are not broken against the stable noto-emoji fonts package. ...)
Comment 1 Alfred Wingate 2024-02-06 15:33:15 UTC
Id wager best course of action is to open a stabilisation bug for noto-emoji and bump the requirement in a new revision.

Use flags for higher requirement isn't a thing that ::gentoo does.

CC'ing pacho as he may be interested as the maintainer of noto-emoji in breakage like this.
Comment 2 Joe Breuer 2024-02-07 07:13:49 UTC
Stabilization requested in bug #923973
Comment 3 Larry the Git Cow gentoo-dev 2024-02-22 15:02:22 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=916100a4e11120e9ff941c6756a6435db1e6d5c5

commit 916100a4e11120e9ff941c6756a6435db1e6d5c5
Author:     Robert Siebeck <gentoo.2019@r123.de>
AuthorDate: 2024-02-21 07:26:36 +0000
Commit:     Viorel Munteanu <ceamac@gentoo.org>
CommitDate: 2024-02-22 14:52:47 +0000

    net-im/signal-desktop-bin: add new version 6.48.0
    
    Add dependency to media-fonts/noto-emoji-20231130
    
    Closes: https://bugs.gentoo.org/923941
    Signed-off-by: Robert Siebeck <gentoo.2019@r123.de>
    Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>

 net-im/signal-desktop-bin/Manifest                 |  1 +
 .../signal-desktop-bin-6.48.0.ebuild               | 96 ++++++++++++++++++++++
 2 files changed, 97 insertions(+)