After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 483002 - pdf's print blank
pdf's print blank
Status: RESOLVED NOTGNOME
Product: evince
Classification: Core
Component: printing
2.20.x
Other All
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
: 501183 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-10-03 16:42 UTC by P Morton
Modified: 2009-01-21 09:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Attachments
1.pdf (84.65 KB, application/pdf)
2007-12-15 18:55 UTC, Pacho Ramos
Details
2.pdf (18.37 KB, application/pdf)
2007-12-17 13:29 UTC, Pacho Ramos
Details

Description P Morton 2007-10-03 16:42:05 UTC
Please describe the problem:
pdf's won't print to any printer, pdf or file. Only blank pages can pront

Steps to reproduce:
1. open a pdf
2. print it



Actual results:
the page comes out blank

Expected results:
the page prints

Does this happen every time?
Yes. Althogugh when first installed it printed ok. After a reinstall it still prints blank pages

Other information:
Comment 1 P Morton 2007-10-04 13:22:40 UTC
I think I understand this better now. Opening up a single page pdf, you'd expect the print default to  be set to 'all'. In fact it was set to 'pages 2-3', even although there are no pages 2-3 in the file opened. Hence the blank print. Needs fixing just the same.


Comment 2 Pacho Ramos 2007-12-15 18:55:16 UTC
Same problem under Gentoo
http://bugs.gentoo.org/show_bug.cgi?id=199064
Comment 3 Pacho Ramos 2007-12-15 18:55:58 UTC
Created attachment 101020 [details]
1.pdf

Example PDF for reproducing the problem
Comment 4 Pacho Ramos 2007-12-17 13:29:02 UTC
Created attachment 101121 [details]
2.pdf

There are also some extrange behavior with other pdfs. For example, with attached one, a white page is printed before printing the proper one
Comment 5 Pacho Ramos 2008-01-08 19:17:22 UTC
What more info do you need? I think that this problem should be fixed if possible :-(

Thanks a lot
Comment 6 Wouter Bolsterlee (uws) 2008-01-13 14:59:46 UTC
Is evince using the cairo backend? (Check in about dialog)
Comment 7 Pacho Ramos 2008-01-13 18:10:10 UTC
Yes, it is using "poppler 0.6.1 (cairo)"
Comment 8 Pacho Ramos 2008-01-24 16:00:37 UTC
I have compiled popplet-bindings without cairo and, now, evince works fine using "splash" backend (from about dialog).

Then, seems a problem with evince cairo backend


Thanks
Comment 9 Pacho Ramos 2008-02-04 18:07:12 UTC
I cannot find any way for getting this bug out of NEEDINFO state :-(
Comment 10 Pacho Ramos 2008-09-03 18:33:02 UTC
Seems that it's a poppler bug fixed in 0.8* poppler* series :-D
Comment 11 Carlos Garcia Campos 2009-01-21 09:52:46 UTC
*** Bug 501183 has been marked as a duplicate of this bug. ***