When printing large PDF documents evince sends incomplete output

[Hendrik Schrieber]

When trying to print https://launchpadlibrarian.net/109592750/Klausur%20SS11A.pdf via Evince to my Brother DCP-395CN, the printer only feeds a single paper and doesn't print anything onto it.

WORKAROUND: Print one page at a time.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: cups-filters 1.0.18-0ubuntu0.1
ProcVersionSignature: Ubuntu 3.2.0-26.41-generic-pae 3.2.19
Uname: Linux 3.2.0-26-generic-pae i686
ApportVersion: 2.0.1-0ubuntu8
Architecture: i386
Date: Fri Jul 6 06:40:59 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release i386 (20120423)
Lpstat:
 device for DCP-7010: usb://Brother/DCP-7010?serial=000L7J203843
 device for DCP395CN: socket://speedport.ip:9100
 device for Stylus-D68: usb://EPSON/Stylus%20D68?serial=ABC010511292005000
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
 Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
 Bus 001 Device 003: ID 064e:c21c Suyin Corp.
MachineType: Acer Aspire 5750G
Papersize: a4
PpdFiles:
 Stylus-D68: Epson Stylus D68 - CUPS+Gutenprint v5.2.8-pre1
 DCP-7010: Brother DCP-7010 Foomatic/hl1250 (recommended)
 DCP395CN: Brother DCP-395CN CUPS
ProcEnviron:
 PATH=(custom, no user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-26-generic-pae root=UUID=57c016a5-8773-4a08-9276-48aa6e1bdf73 ro quiet splash acpi_osi=Linux vt.handoff=7
SourcePackage: cups-filters
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/24/2011
dmi.bios.vendor: Acer
dmi.bios.version: V1.11
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: JE50_HR
dmi.board.vendor: Acer
dmi.board.version: Base Board Version
dmi.chassis.type: 10
dmi.chassis.vendor: Acer
dmi.chassis.version: V1.11
dmi.modalias: dmi:bvnAcer:bvrV1.11:bd05/24/2011:svnAcer:pnAspire5750G:pvrV1.11:rvnAcer:rnJE50_HR:rvrBaseBoardVersion:cvnAcer:ct10:cvrV1.11:
dmi.product.name: Aspire 5750G
dmi.product.version: V1.11
dmi.sys.vendor: Acer

[Till Kamppeter (till-kamppeter)]

Can you follow the instructions of the sections "CUPS error_log" and "Capturing print job data" on https://wiki.ubuntu.com/DebuggingPrintingProblems. Thanks.

No problem if you attach large files. We have plenty of disk space on our servers.

[Hendrik Schrieber (hennekn)]

Capturing print job data gives me very strange results:

(1) When trying to print using Evince:

printout is a PDF file containing just a single white page which is printed by the DCP395CN (well it just feeds an empty page but the original document wasn't a white page).

(2) When trying to print using Adobe Reader:

printout_adobe is a PostScript file looking like the original PDF file but DCP395CN printer does not do anything and job does not appear in printing queue.

(3) When trying to print to PDF file using Evince:

same as (1)

(4) When trying to print to PS file using Evince:

same as (2)

[Hendrik Schrieber (hennekn)]

Tried printing using my Epson Stylus D68 PE which is directly connected via USB with the following results (using TurboPrint driver):

(1) When trying to print from Evince:

Nothing happens

(2) When trying to print from Adobe Reader:

Starts printing. First 2 pages come out correctly, then something crashed (something like "gzedo" or similar) and it stopped printing.

[Hendrik Schrieber (hennekn)]

It was "gszedo" instead of "gzedo".

[Hendrik Schrieber (hennekn)]

Another correction:

When printing on Brother DCP395CN using Evince, it prints the first page and afterwards a white page.

[Till Kamppeter (till-kamppeter)]

Please also attach the captured PS file of Adobe Reader.

"gszedo" is a modified Ghostscript of TurboPrint, based on a very old Ghostscript version which has a lot of crash bugs. In TurboPrint (at least the current version) you can turn off the use of "gszedo" and use the current Ghostscript instead. Run the command

turboprint

A window, "Turbo Print Control Center" will open. Click "Preferences" at the bottom of the window. In the dialog popping up now uncheck "use Ghostscript with extensions for TurboPrint". Click "OK" in the dialog window and "Exit" in the main window.

Now you should be able to at least print with Adobe Reader on your USB-connected Epson Stylus D68 PE.

[Till Kamppeter (till-kamppeter)]

In reality we have two bugs in the packages coming with Ubuntu:

1. evince bug: evince sends a blank page when trying to print the attached PDF file.

2. When trying to print the attached PDF file with Adobe Reader, your Brother printer does not print.

A third bug is in TurboPrint, using a too old Ghostscript for their Ghostscript clone, but the developers told me that they will remove the Ghostscript clone in one of the next versions.

Let this report handle the evince bug, as you have already attached the error_log for an evince job.

Please create a new bug report on the package "cups-filters" in Ubuntu to handle the second bug. Please attach to it the captured PostScript of Adobe Reader and the error_log of a job when printing from Adobe Reader.

[Till Kamppeter (till-kamppeter)]

I can confirm that evince does not correctly output the file when printing. on both Precise and Quantal I get only the first page plus a blank page when doing "Print to file" with PDF format.

[Till Kamppeter (till-kamppeter)]

I have added a "Turboprint" section to https://wiki.ubuntu.com/DebuggingPrintingProblems.

[madbiologist (me-again)]

Not surprisingly, the entire document prints fine from Adobe Reader on Windows.

[Patrick Brueckner (madmuffin)]

When starting evince from the terminal (using the document first provided by hennekn) stderr shows some UTF-8 errors

But this seems not to be the very problem since I have several other documents that are not printed correctly/just first page, that do not give any error messages.

[gazhay (gazhay)]

I encountered this error with single page (a3 size) very large documents.

They wouldn't print, spent 2 hours debugging CUPS, only to then try ocular, which printed fine first time. Then I noticed the document sizes being sent to CUPS were vastly (magnitude of 10 times) smaller than the document to be printed.

[penalvch (penalvch)]

Hendrik Knackstedt, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for only the issue printing from Evince using the default software (not TurboPrint) via http://cdimage.ubuntu.com/daily-live/current/ (live is fine) and advise to the results?

I tested to the sidebar issue of printing to file via PDF and the problem is not reproducible in Trusty.

[Launchpad Janitor (janitor)]

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