Bug 104144 - Poppler does not fall back on other fonts properly
Summary: Poppler does not fall back on other fonts properly
Status: RESOLVED MOVED
Alias: None
Product: poppler
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-12-06 12:42 UTC by Niels Ole Salscheider
Modified: 2018-08-20 22:00 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Niels Ole Salscheider 2017-12-06 12:42:01 UTC
If poppler loads a font that does not contain the required glyphs it does not fall back on another font. Instead it does not render anything.

I have this fontconfig configuration to make sure that all emojis are from Noto Color Emoji:

<fontconfig>
  <match target="pattern">
    <edit name="family" mode="prepend_first">
      <string>Noto Color Emoji</string>
    </edit>
  </match>
</fontconfig>

When I now open a PDF file that uses for example ArialMT, fontconfig first suggests a few NimbusSans variants. Poppler skips over these since they are .t1 fonts. The next font it finds is NotoColorEmoji.ttf which is loaded.
But it does not contain any glyphs, only the emojis.

The right thing to do would be to fall back to the next font. But instead poppler stops here and does not render the text.
Comment 1 GitLab Migration User 2018-08-20 22:00:41 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/156.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.