Bug 172306 - LibreOffice - Emoji characters exported to PDF doesn't render
Summary: LibreOffice - Emoji characters exported to PDF doesn't render
Status: RESOLVED DUPLICATE of bug 151057
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
26.2.3.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-06-01 11:53 UTC by Andrej
Modified: 2026-08-01 16:41 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrej 2026-06-01 11:53:58 UTC
Description:
Using emojis in Writer/Impress docs won't render in exported/printed PDF.

Steps to Reproduce:
1. Insert "😁" character into a new doc
2. Export or print to PDF
3. Open the PDF

Actual Results:
The emoji is not rendered

Expected Results:
The emoji must be rendered


Reproducible: Always


User Profile Reset: No

Additional Info:
- The resulting document does include that character, as `pdftotext` exported it ok, but it is not graphically rendered
- It's viewer irrelevant: exporting with `pdftoppm` or `pdftocairo` won't render it either
- It's export-options irrelevant: I've tried everything UI-possible
- `fc-match emoji` => Noto-COLRv1.ttf: "Noto Color Emoji" "Regular"
- `pdffonts` shows the `Noto-COLRv1.ttf` as embedded
- A colleague also running same setup can't render it as well, so it's not my-installation-only
- OS: Fedora Linux 44 (KDE Plasma Desktop Edition)
- LO: LibreOffice 26.2.3.2 620(Build:2)
Comment 1 Khaled Hosny 2026-06-01 17:19:32 UTC

*** This bug has been marked as a duplicate of bug 151057 ***
Comment 2 iam 2026-08-01 16:41:18 UTC
>Fedora Linux 44 (KDE Plasma Desktop Edition)

https://bugzilla.redhat.com/show_bug.cgi?id=2436684