LibreOffice pdfimport of embedded fonts with PUA get incorrect replacement font, ipdf keeps correct font. Visible on import opening of attachment 133243 [details] and attachment 133244 [details] from bug 107782 Both PDF subset the Wingdings font and use the F071 PUA point "boxshadowdown" glyph for a check box. The PUA code point is kept, but a replacment installed font with coverage of the codepoint is used by the PDF import filter (pdfimport). Conversely, the image insert filter (pdfio) seems to handle the subset font and picks-up its PUA codepoint(s) displaying the glyphs correctly (as a raster image). Guess this is a more specialized case of bug 101220 -- but there, both the pdfimport and the ipdf filters fail. =-=-= On Windows 8.1 Ent 64-bit en-US with Version: 5.5.0.0.alpha0+ Build ID: fa89a464ca9c76332f533da0ab641da5acd00b52 CPU threads: 8; OS: Windows 6.29; UI render: default; TinderBox: Win-x86@39, Branch:master, Time: 2017-05-19_01:24:56 Locale: en-US (en_US); Calc: CL
Created attachment 133454 [details] PDF inserted to Draw canvas (ipdf) correct Wingdings font used
Created attachment 133456 [details] PDF openend to Draw (pdfimport) a fallback font used
Have not checked behavior on a Linux build
Hm, maybe nevermind as this is a dupe to the existing not using embedded font of bug 101220. The move to pdfium for ipdf [1] insert leaves the residual for pdfimport uncorrected. =-ref-= https://cgit.freedesktop.org/libreoffice/core/commit/?id=6657d52417295265367cf3ffe5832b60e3c38011 *** This bug has been marked as a duplicate of bug 101220 ***