Bug 171836 - Export as PDF: emojis in Noto Color Emoji font become invisible
Summary: Export as PDF: emojis in Noto Color Emoji font become invisible
Status: RESOLVED DUPLICATE of bug 151057
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
25.8.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-04-22 18:27 UTC by Explorer09
Modified: 2026-04-24 12:35 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Test document with emoji (10.06 KB, application/vnd.oasis.opendocument.text)
2026-04-22 18:28 UTC, Explorer09
Details
Exported PDF of the test document (76.67 KB, application/pdf)
2026-04-22 18:29 UTC, Explorer09
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Explorer09 2026-04-22 18:27:59 UTC
Description:
If a document contains character set in the Noto Color Emoji font, and the document is exported as a PDF file, all the emojis in that font becomes invisible.

The emojis can still be selected and copied out. It's just that the font won't display properly in the exported PDF.

Steps to Reproduce:
1. Download and install Noto Color Emoji font into your system <https://fonts.google.com/noto/specimen/Noto+Color+Emoji>
2. Open the attached document (In case people can't download the attachment, the document simply contain three lines of identical text "🐘elephant🙂smile". Each  line has the emoji part set in "Noto Color Emoji", "Apple Color Emoji" and "Noto Emoji" fonts respectively)
3. File -> Export As -> Export as PDF... Use all default settings for exporting.
4. Open the PDF file

Actual Results:
The PDF has the emojis in Noto Color Emoji font invisible (look like blank spaces). Emojis in other fonts display fine.

Expected Results:
The emojis in Noto Color Emoji font display properly.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 25.8.6.2 (AARCH64)
Build ID: b4b39682cd9868fa725bc664aff94278d315bd04
CPU threads: 8; OS: macOS 26.4.1; UI render: Skia/Raster; VCL: osx
Locale: zh-Hant (zh_Hant.UTF-8); UI: en-US
Calc: threaded
Comment 1 Explorer09 2026-04-22 18:28:44 UTC
Created attachment 206785 [details]
Test document with emoji
Comment 2 Explorer09 2026-04-22 18:29:22 UTC
Created attachment 206786 [details]
Exported PDF of the test document
Comment 3 Explorer09 2026-04-22 18:33:50 UTC
The Noto Color Emoji font version is "Version 2.051;GOOG;noto-emoji:20250818:e92753bfa55fd449e427d4d325f9c8c40408c74e"

SHA256 sum

```
49882b5f09c4f08d934b2f0bca279964fcaa414dc1366a58f08297e9e4712503 *Noto_Color_Emoji.zip
```
Comment 4 Robert Großkopf 2026-04-23 06:57:38 UTC
Couldn't see any buggy behavior here. All 3 Lines are shown the same way.

Note: NotoColorEmoji is embedded as TrueType in your example, wile it is embedded as Type 3 here. AppleColorEmoji isn't available in my system, because it is Linux.

Tested with
Version: 25.8.4.2 (X86_64)
Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df
CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded
Comment 5 Explorer09 2026-04-23 07:02:15 UTC
Then the problem is limited to macOS build of LibreOffice?
Comment 6 V Stuart Foote 2026-04-24 12:35:55 UTC
Noto Color Emoji (2.051) is a COLRv1 font.

Support for OTF COLRv1 font support is bug 151057

and macOS especially is known to have issues with the COLRv1/CPAL fonts. 

And for what it is worth on Windows 11 attachment 206785 [details] does not display the Noto Color Emoji --even though it is installed locally. But the font does not render glyphs across multiple apps except in chrome browser.

Version: 26.2.2.2 (X86_64)
Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5
CPU threads: 28; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

*** This bug has been marked as a duplicate of bug 151057 ***