Red Hat Bugzilla – Bug 160357
printing results in garbage output
Last modified: 2007-11-30 17:11:07 EST
Description of problem:
I have tried to print a PDF file that can be found at:
I can print Ok with XPDF but on Evince many things ar garbage
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. open document http://www.gnome-ev.de/images/d/df/Mitgliedsantrag_GNOME.pdf
garbage on paper
I also habe the problem to deinstall old packages like
evince-0.2.1-1, but the binary I use to open is 0.3.1.
Another example of garbled printing can be produced when printing the following
PDF file from evince:
Printing on any of the three printers I have access to results in completely
Evince also have problems printing umlaut characters (Ã¥Ã¤Ã¶) They show up as empty
http://sambanotes.org/Parent%20Meeting%20Hand-0ut.pdf also prints as garbage;
display is OK. 181KB, 4 page Letter document, all text (no images), probably
one embedded font. There is no "print to file" option to save PostScript, but
output is trash (sparse text in Courier font, 5 lines per inch, many
dollar/number/parenthesis/digit/unerlined characters) on HP LaserJet 4ML printer
with true Adobe PostScript engine in the printer.
Created attachment 120504 [details]
Test case with traditional Chinese characters
The attached pdf with embeded traditional Chinese fonts render properly, but
'File'->'Print'->'Generic Postscript'->'Save as' produces a ps file that
renders incorrectly. Using pdftops from xpdf produces a ps file that renders
Same story with printing, lpr works but printing directly from libgnomeprintui
produces the same incorrect output. Diffing the two ps files show that evince
does not include the needed font data in its postscript output.
As of evince-0:0.5.1-3.x86_64 on fc5,
printing of "Mitgliedsantrag_GNOME.pdf", "Parent Meeting Hand-0ut.pdf" and
"test_chinese.pdf" seems to have all been fixed.
Using poppler-0.5.4 and evince-0.5.5, I can't reproduce this anymore. Closing bug.