Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
P
poppler
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 614
    • Issues 614
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 39
    • Merge Requests 39
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • poppler
  • poppler
  • Issues
  • #32

Closed
Open
Opened Jan 08, 2014 by Bugzilla Migration User@bugzilla-migration

pdftohtml very slow if pdf uses tiling pattern fill

Submitted by Arne de Bruijn

Assigned to poppler-bugs

Link to original bug (#73400)

Description

Created attachment 91677 slow pdf

pdftohtml is very slow if the pdf uses tiling pattern fill. The attached pdf takes many hours to process.

Some backtraces show this is caused by Gfx::doTilingPatternFill/Gfx::drawForm/Gfx::pushResources which reloads all fonts many times.

I saw the ImageOutputDev backend has an empty tilingPatternFill method to "avoid the potentially slow loop in Gfx.cc". Since HtmlOutputDev has similar image handling to ImageOutputDev it seems appropriate to add this empty method to HtmlOutputDev as well. This indeed solves the slowness.

Attachment 91677, "slow pdf":
IPOL-JOIN_ET_2013_510979_ANN02__EN.pdf

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: poppler/poppler#32