PDF's are offset when printed with lpr, but not acroread

Bug #1097105 reported by moose
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
cups-filters (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

When printing pdf files from evince or lpr the result is a pdf file that is offset and usually cliped at the top and right edge.
The following file was used
www.opensource.apple.com/source/cups/cups-136/cups/test/testfile.pdf
from evince select scalling as none select auto rotate and center
the result is a printout that is shifted up and left so that hte lower and left edges can be seen
the expected result is that all sides should be clipped given the testfile prints at the extreme boarders

This only happens with 12.10. The printer works fine on 12.04 with the exact same drivers installed.
These drivers are installed on both computers. The printer in question is a Brother DCP7065DN
LPR driver deb 2.1.0-1 35 KB 2011.Apr.01
cupswrapper driver deb 2.0.4-2 13 KB 2011.Apr.01
downloaded from http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/download_prn.html#DCP-7065DN

This test file can be printed as expected from acroread. The difference I believe is that evince and lpr pass along PDF and acroread passes postscript. this was observed by doing a file on the /var/spool/cups/d*

This is also observed via libre office. when printing and one selects PDF for the 'printer language type' the offset is observed. if you select postscript from the 'printer language type' it prints as expected.

I also have a MFC-J4510DW that prints perfectly from 12.10 all applications mentioned.

Both printers have the latest firmware.

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: cups 1.6.1-0ubuntu11.3
ProcVersionSignature: Ubuntu 3.5.0-21.32-generic 3.5.7.1
Uname: Linux 3.5.0-21-generic x86_64
ApportVersion: 2.6.1-0ubuntu9
Architecture: amd64
Date: Mon Jan 7 20:44:47 2013
InstallationDate: Installed on 2012-07-01 (190 days ago)
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
Lpstat:
 device for DCP7065DN: lpd://DCP/BINARY_P1
 device for MFCJ4510DW: lpd://MFC/BINARY_P1
MachineType: Hewlett-Packard HP G72 Notebook PC
MarkForUpload: True
Papersize: letter
PpdFiles:
 DCP7065DN: Brother DCP7065DN for CUPS
 MFCJ4510DW: Brother MFC-J4510DW CUPS
ProcEnviron:
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-21-generic root=UUID=9bc8d282-ff75-4e67-b337-cf110d979925 ro quiet splash vt.handoff=7
SourcePackage: cups
UpgradeStatus: Upgraded to quantal on 2012-12-23 (15 days ago)
dmi.bios.date: 02/15/2011
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: F.47
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: 1439
dmi.board.vendor: Hewlett-Packard
dmi.board.version: 60.4F
dmi.chassis.asset.tag: Chassis Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnHewlett-Packard:bvrF.47:bd02/15/2011:svnHewlett-Packard:pnHPG72NotebookPC:pvr058E110000252710001620100:rvnHewlett-Packard:rn1439:rvr60.4F:cvnHewlett-Packard:ct10:cvrChassisVersion:
dmi.product.name: HP G72 Notebook PC
dmi.product.version: 058E110000252710001620100
dmi.sys.vendor: Hewlett-Packard

Revision history for this message
moose (snyderra) wrote :
moose (snyderra)
summary: - PDF's print are offset when printed
+ PDF's are offset when printed
Revision history for this message
Launchpad Janitor (janitor) wrote : Re: PDF's are offset when printed

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in cups (Ubuntu):
status: New → Confirmed
Revision history for this message
jimav (james-avera) wrote :

Unlike moose, I see the same problem in 12.04 (actually 12.04.1 LTS).

In my case the printer is an hp3030 postscript level 2 printer. I'll attach my test pdf -- the left margin should be about .35" but is printed with essentially zero margin when using lpr (but prints correctly using acroread).

summary: - PDF's are offset when printed
+ PDF's are offset when printed with lpr, but not acroread
Revision history for this message
jack46 (jack46) wrote :

Hi

After some investigations I found a relatively easy way to get arround this.
The culprit beeing cups-filters. After downgrading it, evrything seemed OK.

apt-cache policy cups-filters
cups-filters:
  Installed: 1.0.18-0ubuntu0.1
  Candidate: 1.0.24-2ubuntu0.1
  Versiontabel:
     1.0.24-2ubuntu0.1 0
        500 http://archive.ubuntu.com/ubuntu/ quantal-updates/main amd64
     1.0.24-2 0
        500 http://archive.ubuntu.com/ubuntu/ quantal/main amd64
 *** 1.0.18-0ubuntu0.1 0
        500 http://archive.ubuntu.com/ubuntu/ precise-updates/main amd64

How to downgrade?

add the line

   deb http://archive.ubuntu.com/ubuntu/ precise-updates main

to sources.list

apt-get update
apt-get install cups-filters=1.0.18-0ubuntu0.1
apt-mark hold cups-filters

Hope this is useful

Jack

Revision history for this message
moose (snyderra) wrote :

The work around above works great! Looking at the diff, this could also be a bug in the libpoppler, PDF rendering lib, package as both versions of the cups-filter packages depend on different versions of the libpoppler package

affects: cups (Ubuntu) → cups-filters (Ubuntu)
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you all try a live CD of Raring (13.04)? Does it work there? If not, does the downgrade to cups-filters 1.0.18-0ubuntu0.1 fix it?

Changed in cups-filters (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
moose (snyderra) wrote :

I upgraded to 13.04 removed the hold. The bug is present. the printouts are shifted up by ~5mm and to the left ~6mm.

A down grade of the package fails as you also have to downgrade cups which leads to a crash of lpd.

Adobe reader prints fine which still points to a bug in the pdf processing and not the postscript.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for cups-filters (Ubuntu) because there has been no activity for 60 days.]

Changed in cups-filters (Ubuntu):
status: Incomplete → Expired
Changed in cups-filters (Ubuntu):
status: Expired → Confirmed
Revision history for this message
Florian Sievers (florian-sievers) wrote :

After some search on the internet, I found the following solution that fixed the problem for me.

I changed the pdftops renderer on the commandline via:
sudo lpadmin -p MFC7460DN -o pdftops-renderer-default=pdftops

Please change 'MFC7460DN' to the name of your printer to the name you gave it in cups. This solution fixed the margin problem for me on four Ubuntu 13.04 systems.

Revision history for this message
moose (snyderra) wrote : Re: [Bug 1097105] Re: PDF's are offset when printed with lpr, but not acroread

Worked great for me also. Thanks!
On Oct 7, 2013 6:11 AM, "Florian Sievers" <email address hidden>
wrote:

> After some search on the internet, I found the following solution that
> fixed the problem for me.
>
> I changed the pdftops renderer on the commandline via:
> sudo lpadmin -p MFC7460DN -o pdftops-renderer-default=pdftops
>
> Please change 'MFC7460DN' to the name of your printer to the name you
> gave it in cups. This solution fixed the margin problem for me on four
> Ubuntu 13.04 systems.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1097105
>
> Title:
> PDF's are offset when printed with lpr, but not acroread
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1097105/+subscriptions
>

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package cups-filters - 1.0.40-0ubuntu1

---------------
cups-filters (1.0.40-0ubuntu1) saucy; urgency=low

  * New upstream bug fix release 1.0.40:
     - pdftops: Introduced new "hybrid" renderer: Here usually
       Ghostscript is used, but if the printer is a Brother,
       Minolta, or Konica Minolta Poppler's pdftops gets used. This
       is a quirk rule to work around bugs in the PS interpreters
       of the printers (LP: #1097105, LP: #1053443, LP: #1205898, LP: #238129,
       LP: #1072915, LP: #293832).
     - Fixed format string issues and added __attribute__ wording
       to printf-like functions to catch any regressions. Thanks to
       Tim Waugh from Red Hat for the patch.
     - pdftops: Fix for landscape PDF handling. Do not use the
       command line options "-origpagesizes" and
       "-choosePaperByPDFPageSize" of Poppler's pdftops utility on
       already processed PDF data. Thanks to Tim Waugh from Red Hat
       for the patch.
     - cups-browsed: Improve the efficiency of BrowsePoll by using
       IPP notifications when possible. It falls back to the
       previous behaviour if it is not possible to use this
       optimization. Thanks to Tim Waugh from Red Hat for the patch.
  * pdftops-only-use-origpagesizes-on-unprocessed-PDFs.patch: Removed patch
    backported from upstream.
  * debian/rules: Added ./configure option "--with-pdftops=hybrid" to activate
    the hybrid rendering mode (LP: #1097105, LP: #1053443, LP: #1205898,
    LP: #238129, LP: #1072915, LP: #293832).
 -- Till Kamppeter <email address hidden> Thu, 10 Oct 2013 12:04:57 +0200

Changed in cups-filters (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.