Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • P poppler
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 665
    • Issues 665
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 46
    • Merge requests 46
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • poppler
  • poppler
  • Issues
  • #316
Closed
Open
Issue created Jun 12, 2018 by Bugzilla Migration User@bugzilla-migration

Poppler shows a glyph when it should not

Submitted by Marek Kasik @mkasik

Assigned to poppler-bugs

Link to original bug (#106898)

Description

Cairo backend shows a glyph when rendering a text using Type3 font even if there is no glyph for current char code. This was reported to me downstream here together with reproducer:

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

The PDF seems wrong because it does not have glyph for space in its Type3 font.

Looking at the code, the codeToGID table of CairoFont is initialized with zeros and only existing glyphs get a valid index. I propose to initialize the table with -1s and propagate this information through getGlyph() so the CairoOutputDev::drawChar() can check whether the index was actually set.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking