Bug 436156

Summary:	No Emoji Support in Notifications and Panel Task Manager
Product:	[Plasma] plasmashell	Reporter:	Chromer <downloader030>
Component:	general	Assignee:	David Edmundson <kde>
Status:	RESOLVED UPSTREAM
Severity:	normal	CC:	arojas, hardpenguin13, nate, plasma-bugs, sh.yaron, vanoudt
Priority:	NOR
Version:	5.21.4
Target Milestone:	1.0
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	A Notification which contains emoji Panel Task Manager

Description Chromer 2021-04-25 08:28:49 UTC

Created attachment 137894 [details]
A Notification which contains emoji

SUMMARY
While there is 3 emoji font installed in /usr/share/fonts/ with their fontconfigs : 
NotoColorEmoji.ttf
OpenMoji-Color.ttf
TwitterColorEmoji-SVGinOT.ttf

Plasma is not showing and rendering emojies in Notifications coming from applications like Chrome or Firefox.
Also same situation is in Panel's task manager , no emoji support.

You can see both in attached screenshots.

STEPS TO REPRODUCE
1. have a proper Emoji font installed.
2. For testing emoji support in Panel simply open https://getemoji.com/ in chrome and watch the panel task manager.
3. For testing Notification emoji support enter this command in terminal : notify-send "😀😀😀😀😀😀😀😀" or any notification form any app that contains emoji.


OBSERVED RESULT
Emojies are not shown correctly.

EXPECTED RESULT
Plasma should render and show emojies as they are.

SOFTWARE/OS VERSIONS
Linux: Arch Linux
KDE Plasma Version: 5.21.4
KDE Frameworks Version: 5.81
Qt Version: 5.15.2 KDE Fork

ADDITIONAL INFORMATION

Comment 1 Chromer 2021-04-25 08:29:52 UTC

Created attachment 137895 [details]
Panel Task Manager

Comment 2 Nicholas 2021-04-27 03:59:35 UTC

Here, some emoji's show as line art, others simply show the "blank rectangle(s)". For instance, notify-send "👍🏻" doesn't work.

Ideally, it'd also be great to have these show as full colour emojis - and not simply line-art.

Comment 3 Nicholas 2021-04-27 04:02:45 UTC

This is on:
Fedora 34
KDE Frameworks 5.80.0
Qt 5.15.2 (built against 5.15.2)
The wayland windowing system
Plasma: 5.21.4

Comment 4 Antonio Rojas 2021-04-27 07:00:30 UTC

Does it work in other Qt applications?

Comment 5 Nate Graham 2021-04-27 17:58:29 UTC

Works for me; the issue points to an issue with your fontconfig. Unfortunately I don't know enough about how fontconfig files work to help you diagnose it; maybe someone from your distro can help?

Comment 6 Nicholas 2021-04-28 01:11:56 UTC

(In reply to Antonio Rojas from comment #4)
> Does it work in other Qt applications?

Doesn't work in kwrite either.

Adding the fontconfig settings from https://gist.github.com/charveey/091b11ea554436d15c7fffcf01129a8a *does* fix the issue, at least here on Fedora 34. Thanks for the pointer, Nate.

Comment 7 Nate Graham 2021-04-28 01:38:38 UTC

You're welcome! You might want to contact the Arch packagers and suggest that they adopt those changes upstream.

Comment 8 Nicholas 2021-04-28 01:47:26 UTC

I'm on Fedora here - bug reported upstream at https://bugzilla.redhat.com/show_bug.cgi?id=1954359 

Perhaps @Chromer can report it to Arch>

Comment 9 Chromer 2021-04-28 03:49:54 UTC

Thank you guys for solution.
I reported it to Arch Bug Tracker :
https://bugs.archlinux.org/task/70621

Comment 10 Antonio Rojas 2021-04-28 06:05:37 UTC

Arch doesn't do any (font or anything else) configuration on behalf of the users, so there's nothing Arch can do about this. 
This is ultimately caused by a long-standing Qt bug, which upstream doesn't have much interest in fixing, apparently https://bugreports.qt.io/browse/QTBUG-80434

Comment 11 hardpenguin13 2022-01-14 18:06:28 UTC

The workaround found by Nicholas still works - thanks!

(Debian Sid here).