unable to print entire pdf for some files in evince
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libcairo |
Fix Released
|
High
|
|||
cairo (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
Pdfs from the web (varying size , from 100kb to 60-80 MB), print absolutely fine.
However printing of generated pdfs does not work-- only prints first 2 pages, and then one blank page for the rest.
If it makes any difference the pdf was exported from gummi (latex editor), it shows up fine in evince but prints only 2 pages.
The printer is an hp8600 n911a
prints all other files ok.
*******
installing okular and setting that as default fixes this problem, however
this is a major bug as the default document viewer is evince in ubuntu
*******
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: evince 3.4.0-0ubuntu1.6
ProcVersionSign
Uname: Linux 3.5.0-26-generic x86_64
ApportVersion: 2.0.1-0ubuntu17.1
Architecture: amd64
Date: Sun Mar 24 15:57:37 2013
InstallationMedia: Ubuntu 12.04.2 LTS "Precise Pangolin" - Release amd64 (20130214)
MarkForUpload: True
ProcEnviron:
LANGUAGE=en_GB:en
TERM=xterm
PATH=(custom, no user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
SourcePackage: evince
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
description: | updated |
affects: | evince (Ubuntu) → cups (Ubuntu) |
Changed in libcairo: | |
importance: | Unknown → High |
status: | Unknown → Confirmed |
Changed in libcairo: | |
status: | Confirmed → Fix Released |
For printing on Dabian and Ubuntu GTK/GNOME-based applications (like evince) generate PDF with Cairo and send it to CUPS. CUPS calls Ghostscript to convert this PDF into the printer's native data format.
Problem is that the PDF generated by Cairo renders very slowly with Ghostscript in the printing-typical resolutions of 600dpi and more.
This is caused by pointless use of transparency also if only opaque objects are drawn and in addition, the bounding boxes of the transparency groups are always the entire page. Since Ghostscript has to allocate memory to hold the raster data for each transparency the overall memory consumption can get multiples of the memory needed for th final page's raster data, making the machine swapping to the death.
Can this be improved? PDF-based printing got standard now.
Sample bug reports:
https:/ /bugs.launchpad .net/ubuntu/ +source/ ghostscript/ +bug/968785 /bugs.launchpad .net/ubuntu/ +source/ ghostscript/ +bug/668800 (comment #36) bugs.ghostscrip t.com/show_ bug.cgi? id=692959
https:/
http://