Bug 4555 - evince has problem printing some files
Summary: evince has problem printing some files
Status: RESOLVED FIXED
Alias: None
Product: poppler
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Kristian Høgsberg
QA Contact:
URL:
Whiteboard:
Keywords:
: 4577 4598 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-09-22 07:49 UTC by Jiri Cerny
Modified: 2005-12-21 09:02 UTC (History)
5 users (show)

See Also:
i915 platform:
i915 features:


Attachments
easy correction? (1.15 KB, patch)
2005-09-23 13:29 UTC, Jiri Cerny
Details | Splinter Review
Updated patch (986 bytes, patch)
2005-10-05 05:43 UTC, Bastien Nocera
Details | Splinter Review

Description Jiri Cerny 2005-09-22 07:49:24 UTC
= Transfering this bug from GNOME Bugzilla:
http://bugzilla.gnome.org/show_bug.cgi?id=310308 =

Original report:
The file at http://www.kniivila.net/deponejo/kongresa.pdf prints an overlay of
the file and of raw code (it seems) on my printer (HP LaserJet 4L). The file
prints properly with xpdf and gpdf. The preview is fine.

Maybe useful comment:
I have very similar, probably the same problem. I did some investigations on the
postscript files generated by xpdf and evince. The problem is that the file from
xpdf contains 'embeded' (I do not know if it is the official name) fonts and the
file from evince not. Actually, one can do diff of two postscript files and
apply _only_ the chunk that contains fonts on evince postscript. The file then
prints  OK. This method works also for the originally reported file.
Comment 1 Jiri Cerny 2005-09-23 13:27:52 UTC
With the attached patch all (two) test files print correctly. However, the
correction is too obvious and maybe I'm missing something. Without the patch 
the body of the first loop in PSOutputDev::writeDocSetup is never executed. 
Comment 2 Jiri Cerny 2005-09-23 13:29:46 UTC
Created attachment 3386 [details] [review]
easy correction?

Here is the promissed patch
Comment 3 Sebastien Bacher 2005-10-01 06:09:42 UTC
could somebody comment on the patch? printing of non-ascii chars is broken for
the moment and I would like to get that fixed for Ubuntu 5.10 by example
Comment 4 Bastien Nocera 2005-10-05 05:42:15 UTC
I reproduced this without any "international" characters in my PDF file, and the
attached patch fixes it.
Comment 5 Bastien Nocera 2005-10-05 05:43:31 UTC
Created attachment 3489 [details] [review]
Updated patch

Unified diff, with directory information (there are 3 poppler-page.cc files in
poppler :).
Comment 6 Kristian Høgsberg 2005-10-05 09:00:00 UTC
The patch looks good to me.  We already adjust for the different 0- and 1-based
page number conventions in the poppler_ps_file_new() constructor, so the '+ 1'
in poppler_page_render_to_ps() is wrong and causes the PSOutputDev constructor
to miss ::init for 1-page documents.

Patch applied to 0.4 branch and head.
Comment 7 Kristian Høgsberg 2005-12-04 15:48:29 UTC
*** Bug 4598 has been marked as a duplicate of this bug. ***
Comment 8 Kristian Høgsberg 2005-12-22 04:02:07 UTC
*** Bug 4577 has been marked as a duplicate of this bug. ***


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.