Bug 293625

It happen also to me in Gentoo with kde SC 4.9.0. Printing pdfs with gimp works perfectly and do not have any problem printing any other filetypes.

I'm hit too on gentoo, okular 0.15.0, kde 4.9.00.

Downgrading to okular 0.14.3 or 0.13.3 produces the same results.

I don't know if it's related, but okular prints these log messages when opening the print preview:

invalidfont -10
okular(26752)/okular (Spectre) GSRendererThread::run: Generated image does not match wanted size: [0x0] vs requested [90x127]
QImage::scaled: Image is a null image
invalidfont -10
okular(26752)/okular (Spectre) GSRendererThread::run: Generated image does not match wanted size: [0x0] vs requested [561x793]
QImage::scaled: Image is a null image
invalidfont -10
okular(26752)/okular (Spectre) GSRendererThread::run: Generated image does not match wanted size: [0x0] vs requested [80x113]
QImage::scaled: Image is a null image

On Kubuntu 12.04 with Okular Version 0.14.3 the symptoms are slightly different. On LinuxJournal 224 (a 111 page 14 megabyte pdf file)  I cannot "print to pdf file" any pages. All are blank, even when trying to print a single page. To a real printer it managed to print up to page 17 of 111 pages then output many blank sheets. When I run Okular from a terminal I get the output below on the terminal. I tested conversion to Postscript using:
pdftops -f 38 -l 41 dlj224.pdf dlj224.ps
and that worked ok.
I cannot give you the offending file since it is copyright, but you may have it already yourself. 
Note Okular works well for me for small files. This may be related to file size. Here is the output from Okular when trying to print page 5 of 111 of dlj224 to a .pdf file:

Image::scaled: Image is a null image
Error: /typecheck in definefont
Operand stack:
   F7303_0   --dict:9/10(L)--   Font
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1910   1   3   %oparray_pop   1909   1   3   %oparray_pop   1893   1   3   %oparray_pop   1787   1   3   %oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   1866   2   4   %oparray_pop
Dictionary stack:
   --dict:1164/1684(ro)(G)--   --dict:0/20(G)--   --dict:78/200(L)--   --dict:72/75(L)--
Current allocation mode is local
Current file position is 1383150
GPL Ghostscript 9.05: Unrecoverable error, exit code 1

On Kubuntu 12.04 with Okular Version 0.14.3 the symptoms are slightly different. On LinuxJournal 224 (a 111 page 14 megabyte pdf file)  I cannot "print to pdf file" any pages. All are blank, even when trying to print a single page. To a real printer it managed to print up to page 17 of 111 pages then output many blank sheets. When I run Okular from a terminal I get the output below on the terminal. I tested conversion to Postscript using:
pdftops -f 38 -l 41 dlj224.pdf dlj224.ps
and that worked ok.
I cannot give you the offending file since it is copyright, but you may have it already yourself. 
Note Okular works well for me for small files. This may be related to file size. Here is the output from Okular when trying to print page 5 of 111 of dlj224 to a .pdf file:

Image::scaled: Image is a null image
Error: /typecheck in definefont
Operand stack:
   F7303_0   --dict:9/10(L)--   Font
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1910   1   3   %oparray_pop   1909   1   3   %oparray_pop   1893   1   3   %oparray_pop   1787   1   3   %oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   1866   2   4   %oparray_pop
Dictionary stack:
   --dict:1164/1684(ro)(G)--   --dict:0/20(G)--   --dict:78/200(L)--   --dict:72/75(L)--
Current allocation mode is local
Current file position is 1383150
GPL Ghostscript 9.05: Unrecoverable error, exit code 1


So the problem is not directly related to Windows....

oops grovelling apologies for posting twice, I thought I was making an edit - sorry.

One PDF file has the same problem here and okular output includes some lines with 

GPL Ghostscript 9.05: Error: Font Renderer Plugin ( FreeType ) return code = -1
syntaxerror -18

 If I use gs to rewrite the file with

gs -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sOutputFile=out.pdf ex1.pdf

then the print preview of out.pdf appears fine in okular without the "syntaxerror -18" message. The main difference between the two files is that the one that works does not have the Mathematica1 fonts embedded, even though both render fine until print preview.

This is on openSUSE 12.1, KDE 4.9.5. This is not confined on KDE-Windows!

Works better in 4.10.2 on Windows (it shows the preview), even if generating the print preview still needs *ages*...

Definetely not a KDE-Windows only problem;
I was hit by this as well, running Gentoo (amd64) and KDE 4.10.2, Okular v. 0.16.2

reassign to the okular product since the problem(s) doesn't seem to be windows specific according to recent comments.

If anyone needs anything in order to fix this, I'm still seeing this on gentoo linux, kde 4.10.4, and am willing to provide anything you need.

Give us a PDF file that doesn't print

Has this bug something to do with bug 319426 ?

I have a pdf file that does not print on 4.10.5.

Since this is an invoice with sensitive information, I am not attaching it to this bug report. But I'm willing to hand this to a developer via mail. Hope this helps.

Some more info:

Upon opening the print preview of pdfs that can't be printed, the preview is broken and stdout spits out:

invalidfont -10
okular(8671)/okular (Spectre) GSRendererThread::run: Generated image does not match wanted size: [0x0] vs requested [90x127]
QImage::scaled: Image is a null image
invalidfont -10
okular(8671)/okular (Spectre) GSRendererThread::run: Generated image does not match wanted size: [0x0] vs requested [561x793]
QImage::scaled: Image is a null image
invalidfont -10
okular(8671)/okular (Spectre) GSRendererThread::run: Generated image does not match wanted size: [0x0] vs requested [561x793]
QImage::scaled: Image is a null image
invalidfont -10
okular(8671)/okular (Spectre) GSRendererThread::run: Generated image does not match wanted size: [0x0] vs requested [80x113]
QImage::scaled: Image is a null image

This does not happen with pdfs that can be printed.

This is not only windows problem,
I use
Okular Version 0.16.5
Using KDE Development Platform 4.10.5
on Fedora 19 x86_64 and I have the same problem

Does
LANG=C okular myfile.pdf
solve the problem?

No, same as before

This is not only Windows problem
I use Okular Version 0.16.5 on  KDE Development Platform 4.10.5 and Fedora 19 x86_64 and I see the same problem.

Unfortunately I can't send you the problematic pdf file because it contain some confident information. I checked that it was created using Nitro Reader 3  (3. 5. 0. 25) and uses Arial, Arial Bold fonts (replaced by Liberation Sans) as well as embedded ArialMT.

Hope it helps resolve the problem.

Can you confirm that running
pdftops myfile.pdf
and then running
gs myfile.ps
does make gs complain?

(In reply to comment #20)
> Can you confirm that running
> pdftops myfile.pdf
> and then running
> gs myfile.ps
> does make gs complain?

15:54:52 ole@leo ~/projects/administration/belege-2013/ER $ gs myfile.ps 
GPL Ghostscript 9.07 (2013-02-14)
Copyright (C) 2012 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Can't find (or can't open) font file /usr/share/ghostscript/9.07/Resource/Font/NimbusSanL-Bold.
Can't find (or can't open) font file NimbusSanL-Bold.
Can't find (or can't open) font file /usr/share/ghostscript/9.07/Resource/Font/NimbusSanL-Bold.
Can't find (or can't open) font file NimbusSanL-Bold.
Querying operating system for font files...
Can't find (or can't open) font file /usr/share/ghostscript/9.07/Resource/Font/NimbusSanL-Bold.
Can't find (or can't open) font file NimbusSanL-Bold.
Didn't find this font on the system!
Unable to substitute for font.
Error: /invalidfont in /findfont
Operand stack:
   F47_0   1   1   --nostringval--   Helvetica-Bold
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1900   1   3   %oparray_pop   1899   1   3   %oparray_pop   1883   1   3   %oparray_pop   1771   1   3   %oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   1852   5   4   %oparray_pop
Dictionary stack:
   --dict:1168/1684(ro)(G)--   --dict:0/20(G)--   --dict:78/200(L)--   --dict:67/75(L)--
Current allocation mode is local
Last OS error: No such file or directory
Current file position is 12570
GPL Ghostscript 9.07: Unrecoverable error, exit code 1

So basically the poppler library (code we use to handle pdf) doesn't produce a correct ps file, so it can't be printed, please open a bug report at https://bugs.freedesktop.org against poppler

For those of You who get the 
"Can't find (or can't open) font file /usr/share/ghostscript/..." 
You're using infinality, aren't You? ;-)
( If not, then something else blocks Type 1 fonts on Your system.)

Try this: 
http://www.infinality.net/forum/viewtopic.php?f=2&t=238&sid=770ee767def695dbaf74ef90d88c7887&start=10

(note that it requires that You move the Font folder every Ghostscript update)

Created attachment 94915 [details]
Blank when printed

PDF file that produces blank pages when I try to print page 1 only or when I try to print all pages on a OKI B410.

re: comment #24 - It printed some PDF files just moments before the issue. Chromium and epdfview couldn't print pages either. I updated the system (no relevant libraries were updated apparently) just in case and rebooted. Then Okular could print the mentioned file. Sorry for not testing first.