Bug 3391

Created attachment 2773 [details]
Simple PDF files that demonstrates issue

If I view your pdf file in evince (which uses poppler), the document is
displayed like in acroread. This includes the footer you mentioned.

Can you give some more information about your configuration (OS, distribution,
poppler version). I don't think this is a problem of poppler, as I haven't heard
of any distribution shiping a CUPS which uses poppler to do the PDF -> PS
conversion, but rather the ghostview tools, but I'm by far no expert...

Created attachment 3213 [details]
footer on last page in evince

To double-check: Is this the expected result?

Thanks for the response.
Yes that attachment is what the output should look like.

Since reporting the bug here, I've also emailed the author of xpdf ( Derek
Noonburg ), and he replied saying that he'd fixed the issue for the next release
(  3.01 ). To be honest I can't remember why I ended up emailing him - someone
must have told me that he wrote the software that CUPS uses. So anyway now I'm
waiting for his changes to propogate into whatever CUPS uses. Unfortunately I
have very little idea how CUPS / xpdf / gpdf / other stuff works, so I'm hoping
that I've contacted the right people and everything will be OK.

You mentioned ghostview in your response. I will track down ghostview people and
see if they use xpdf code and whether they can update to the latest version.

I'll leave this bug status as-is at the moment, since I really don't understand
what is causing the bug. Feel free to close it if you think it's not a bug in
poppler.

Ok, after some further playing around, I can now finally reproduce the bug.
although the pdf is displayed fine within evince, if you print the file to
Postscript, you get the behaviour described by Daniel: the first column of the
footer extends to the second.

Steps to reproduce:
1. Open report.pdf in evince
2. Notice that displaying of pdf is correct
3. Go to print dialog
4. Select Generic Postscript
5. View resulting Postscript in ps-viewer (e.g. evince) and you can see that the
first column extends to the second.

I guess the same thing happens if you print this pdf from within evince.

Now of course the question, is this a problem of poppler or another program?

Daniel, forget the ghostview stuff I told you, I think this isn't correct.

Created attachment 3217 [details]
generated postscript

Postscript generated by steps in last post.

According to multiple sources ( I've submitted bug reports all over the place ),
yes the bug is with poppler. Note that I'm just passing on what I've been told
here - I'm no expert on poppler / gpdf / evince myself.

See: http://bugzilla.gnome.org/show_bug.cgi?id=303621 for the 'resolution' of a
bug I submitted to the gnome buzilla page against gpdf, that mentions that the
bug is upstream - in poppler. Note that the *exact* same issue occurs with
evince as with gpdf.

I've contacted the author of xpdf, and he identified the bug and fixed it in the
current release of xpdf. He ( Derek Noonburg ) says:

That problem will be fixed in the upcoming 3.01 release.

As poppler is a fork of xpdf, I'm assuming the fix can be merged into xpdf
relatively easily. If I knew some C, I'd do it myself, but unfortunately Perl is
my current limit.

Also, this bug is set to 'needinfo'. As far as I know, this is incorrect. Maybe
someone can change this?

Re-assigning to Kristian as I think things have changed from 'needinfo'.

I'm very pleased to report that with the latest poppler / evince ( 0.5.1 of both
), this bug is FIXED!

Great work, whoever fixed it :)