https://bugs.documentfoundation.org/show_bug.cgi?id=171190
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEEDINFO CC| |[email protected] OS|All |Linux (All) Ever confirmed|0 |1 --- Comment #8 from V Stuart Foote <[email protected]> --- from the meta.xml of sample doc attachment 205991 <meta:generator>LibreOffice/25.8.5.2$Linux_X86_64 LibreOffice_project/580$Build-2</meta:generator></office:meta> So this was a Linux fontconfig fallback issue. Assignment of NotoColorEmoji font for the Emoji that are not present in OpenSymbol or Liberation Serif that the template uses for sd objects. Slightly different on Windows builds, where rather than the Segoe UI Emoji that contains the U+274C and U+2714 with U+FE0F VS16. The export to PDF uses fall back to OpenSymbol. But IFF I explicitly assign DF of the Emoji to use SegoeUI Emoji for the glyphs, no fall back occurs and the PDF is exported with correct subset SegoeUI Emoji font and renders in PDF viewers. Needinfo to OP, if you explicitly set the DF of the emoji's inserted to canvas to use as in your case Noto Color Emoji--does that removal of the fontconfig fallback then clean up your exported PDF? Also, watch out for any export as PDF form--filter expected to behave differently there for fielded content. -- You are receiving this mail because: You are the assignee for the bug.
