evince rendering graphics as black boxes
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Poppler |
Unknown
|
Medium
|
||
| poppler (Ubuntu) |
Low
|
Unassigned |
Bug Description
Hi,
for several days now evince displays PDF files generated by printing with firefox to cupspdf incorrectly. It renders embedded graphics as black boxes (example attached).
I still can print and display these files with okular correctly, so I guess it is a problem of evince. (I first opened a bug for ghostscript but then realized that my printer's queue and okular process it correctly.)
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: evince 2.32.0-0ubuntu12.2
ProcVersionSign
Uname: Linux 2.6.38-11-generic x86_64
Architecture: amd64
Date: Wed Jul 27 17:28:17 2011
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427.1)
ProcEnviron:
LANGUAGE=en_US:en
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/tcsh
ProcVersionSign
SourcePackage: evince
UpgradeStatus: Upgraded to natty on 2011-05-17 (70 days ago)
Hadmut Danisch (hadmut) wrote : | #1 |
Hadmut Danisch (hadmut) wrote : | #2 |
Pedro Villavicencio (pedro) wrote : | #3 |
I reproduced the issue with Oneiric, getting the same issue with evince and acroread, but all the rendering issues of evince are either poppler or ghostscript, so in this case its a poppler issue that's why i'm reassigning the package and will send it upstream, thanks Hadmut.
affects: | evince (Ubuntu) → poppler (Ubuntu) |
Changed in poppler (Ubuntu): | |
importance: | Undecided → Low |
Pedro Villavicencio (pedro) wrote : | #4 |
Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at:
https:/
Changed in poppler (Ubuntu): | |
status: | New → Triaged |
Changed in poppler: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
The problem is cupspdf has turned the images into Type 3 fonts. The cairo output from poppler does not support Type 3 fonts with color images and it would not be easy to fix.
I'm not sure if the PDF standard allows Type 3 fonts with color images. The fact that acroread also fails to render the images in this file suggests this is either not permitted or a corner case that no one uses.
I suggest using the builtin PDF writing capability of firefox (print to file in the print dialog). It produces a smaller better quality PDF and unlike the cupspdf output the text can be copied and pasted from the PDF.
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https:/
Changed in poppler: | |
status: | Confirmed → Unknown |
this report has been filed here:
https:/ /bugs.launchpad .net/ubuntu/ +source/ poppler/ +bug/817064
"for several days now evince displays PDF files generated by printing with firefox to cupspdf incorrectly. It renders embedded graphics as black boxes (example attached).
I still can print and display these files with okular correctly, so I guess it is a problem of evince. (I first opened a bug for ghostscript but then realized that my printer's queue and okular process it correctly.)" BTW acroread is not showing the graphics either but it works fine with xpdf. Thanks!.
pdf:
https:/ /bugs.launchpad .net/ubuntu/ +source/ poppler/ +bug/817064/ +attachment/ 2236614/ +files/ job_622- Doctoral_ degrees_ _The_disposable _academic_ __The_Economist .pdf