Version: unspecified (using KDE 4.8.0) OS: MS Windows Printing pdf documents with okular version 0.14 on windows creates the exact number of pages the pdf document has unfortunally without any content. Print preview also shows empty pages after requiring a long time rendering the pages. Reproducible: Always Steps to Reproduce: open okular load pdf file create print view or try to print Actual Results: print preview shows empty pages printer creates empty pages Expected Results: print preview should have pagew with content printer should print pages with content Printing png files works without any problems, so the assumption is that this depends on okulars pdf engine.
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.