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 613
    • Issues 613
    • 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
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • poppler
  • poppler
  • Issues
  • #604

Closed
Open
Opened Jul 14, 2010 by Bugzilla Migration User@bugzilla-migration

pdftops loses grid lines CancelOk

Submitted by komputes

Assigned to poppler-bugs

Link to original bug (#29060)

Description

The following bug is being reported upstream on behalf of the OP. Originally posted here: https://bugs.launchpad.net/bugs/604724

We discovered that cups in lucid does not correctly print certain PDFs when printing from the command line with lpr or as a shared printer from preview in OS X. The same file prints correctly with cups on hardy. This issue occurs with a variety of different printers.

I tracked down the problem to /usr/bin/pdftops by running the pdf through the filters that cups does according to the log. /usr/bin/pdftops is called by the cpdftocps filter.

This pdftops is installed from poppler-utils: $dpkg-query -S /usr/bin/pdftops poppler-utils: /usr/bin/pdftops

After running the pdf through each step of the filter, I opened it with evince. After running through pdftops, evince showed exactly what I see when I print the file.

Interestingly, if I print from evince or acroread, all the lines are printed correctly. I think they are converting the file to postscript themselves before sending it to cups.

I will attach the file that shows this behavior.

The pdftops provided by the cups package does not exhibit this problem. $ dpkg-query -S /usr/lib/cups/filter/pdftops cups: /usr/lib/cups/filter/pdftops

ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: poppler-utils 0.12.4-0ubuntu5 ProcVersionSignature: Ubuntu 2.6.32-23.37-generic 2.6.32.15+drm33.5 Uname: Linux 2.6.32-23-generic x86_64 Architecture: amd64 Date: Mon Jul 12 12:33:43 2010 ProcEnviron: LANGUAGE= PATH=(custom, user) LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: poppler

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#604