Bug 344645 - Printed PDF slides, created with latex beamer class, are empty.
Summary: Printed PDF slides, created with latex beamer class, are empty.
Status: RESOLVED WORKSFORME
Alias: None
Product: okular
Classification: Applications
Component: printing (show other bugs)
Version: 0.21.1
Platform: Fedora RPMs Linux
: NOR major
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-28 00:00 UTC by Christux
Modified: 2022-12-18 05:15 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Example PDF slide using the latex beamer class. (29.31 KB, application/pdf)
2015-02-28 00:00 UTC, Christux
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christux 2015-02-28 00:00:41 UTC
Created attachment 91337 [details]
Example PDF slide using the latex beamer class.

Hi,

as I tried to print the lecture slides with my new laser printer (Kyocera P2135dn) I came across a 'major' issue. All pages are empty, regardless what option I choose. Specially I want to print 4 slides on one page, but 1 slides per page does not work either.

First, I thought it is a printer driver issues. However, after installing evince under KDE a tried to print 4 slides on 1 page and it works.

Next,  I tried to print 4 slides on 1 page using the command line tool lpr with the following options. This worked to.

lpr -o fit-to-page -o page-border=single -o number-up=4 -o landscape Example-Beamer-Slides.pdf

Hence, I assume it is a bug in the KDE libraries (Okular).

For further questions, I am happy to dispose.

Thanks in advance.

Christian
Comment 1 Albert Astals Cid 2015-02-28 00:33:18 UTC
Does print preview work?
Comment 2 Christux 2015-02-28 00:36:46 UTC
(In reply to Albert Astals Cid from comment #1)
> Does print preview work?

Preview does work! Also printing other latex generated PDFs work, except PDFs slides created with the latex beamer class.

Here is the output of 'pdfinfo Example-Beamer-Slides.pdf :

Title:          Okular prints empty pages - Placeholder
Subject:        Talks
Keywords:
Author:         Max Musterman
Creator:        LaTeX with Beamer class version 3.33
Producer:       pdfTeX-1.40.15
CreationDate:   Sat Feb 28 00:47:55 2015
ModDate:        Sat Feb 28 00:47:55 2015
Tagged:         no
UserProperties: no
Suspects:       no
Form:           none
JavaScript:     no
Pages:          5
Encrypted:      no
Page size:      362.835 x 272.126 pts
Page rot:       0
File size:      30012 bytes
Optimized:      no
PDF version:    1.5
Comment 3 Albert Astals Cid 2015-02-28 12:45:59 UTC
Ok, more testing. Can you do this?

Open a command line:
pdftops myfile.pdf
gs myfile.ps
Does gs show the file correctly?
Now can you print that myfile.ps file with lpr?
Comment 4 Christux 2015-02-28 12:59:06 UTC
(In reply to Albert Astals Cid from comment #3)
> gs show the file correctly?
Yes it does show the file correctly!

> Now can you print that myfile.ps file with lpr?
Yes, printing with lpr works that way. Printing the pdf with lpr directly works too.


INFO: Printing the pdf file with a different printer (Epson Stylus Office BX635FWD) works partly, but misbehaves, as it ignores the landscape setting. Again printing the pdf with evince on the Epson printer works as supposed.
Comment 5 Albert Astals Cid 2015-02-28 13:16:23 UTC
> > Now can you print that myfile.ps file with lpr?
> Yes, printing with lpr works that way. Printing the pdf with lpr directly works too.
This is very confusing, since it's basically what we do (pdftops+lpr)

At this point i have no idea of what can be wrong.
Comment 6 Christux 2015-02-28 13:35:45 UTC
(In reply to Albert Astals Cid from comment #5)
> This is very confusing, since it's basically what we do (pdftops+lpr)
Oh, that's indeed weird. Okular is calling the system tools pdftops+lpr, right?
 
> At this point i have no idea of what can be wrong.
I downloaded the okular source code, but could not find the printing dialog, nor does setting a breakpoint works except at main (Probably the debug symbols are missing). What I am locking for is, what code gets executed when I press print in the print dialog. If you could point me to the right place I will lock into it.

I created the makefiles with the following cmake flags:

cmake ../ -DCMAKE_BUILD_TYPE=debugfull -DCMAKE_PREFIX_PATH=/home/SOMEONE/okular 

But not even the kDebug() lines are printed, did I missed something.

Thanks!
Comment 7 Albert Astals Cid 2015-02-28 14:11:41 UTC
(In reply to Christux from comment #6)
> (In reply to Albert Astals Cid from comment #5)
> > This is very confusing, since it's basically what we do (pdftops+lpr)
> Oh, that's indeed weird. Okular is calling the system tools pdftops+lpr,
> right?

pdftops not directly, but the same library so the behaviour should be the same, lpr yes.

>  
> > At this point i have no idea of what can be wrong.
> I downloaded the okular source code, but could not find the printing dialog,
> nor does setting a breakpoint works except at main (Probably the debug
> symbols are missing). What I am locking for is, what code gets executed when
> I press print in the print dialog. If you could point me to the right place
> I will lock into it.
> 
> I created the makefiles with the following cmake flags:
> 
> cmake ../ -DCMAKE_BUILD_TYPE=debugfull
> -DCMAKE_PREFIX_PATH=/home/SOMEONE/okular 
> 
> But not even the kDebug() lines are printed, did I missed something.

Most probably the KDEDIRS part, see end of http://okular.kde.org/download.php

> 
> Thanks!
Comment 8 Jens Kleineheismann 2015-10-29 14:59:34 UTC
Hej hej,

same Problem here. Printer emits empty pages, when printing the slides from okular. Sending the PDF-Document with lpr works fine.

There must be a difference between the pdftops command and the processing okular does.
The original PDF, that was generated by pdflatex, have an odd page size of 5.03937 x 3.77953 inch.
If I convert it with pdftops, the generated PS pages are of the same size.
If I use okular to print the original PDF into a PDF or a PS file, the resulting pages are portrait DIN/ISO A4 (my default paper size).

The DIN A4 file, that is generated with okular (by printing to PDF) can be be opened and printed by okular without trouble.

$ okular -v
Qt: 4.8.6
KDE Development Platform: 4.14.9
Okular: 0.21.3

Printer: HP LaserJet 600 M601 and Kyocera ECOSYS P6030cdn
Between Okular and Printer are several CUPS Daemons (1.7.5). I will try to tap one of them, so I can receive the actual data, that is send from Okular.

Anything more, I can provide?

Thanks in advance
  Jens
Comment 9 Albert Astals Cid 2015-11-01 22:23:55 UTC
Have you checked the steps i asked in comment 1 and 3? Because reading your comment i think you have not.
Comment 10 Jens Kleineheismann 2015-11-02 16:37:15 UTC
Have check both:

1. Print preview does work.
3a. pdftops example.pdf produce example.ps which is diplayed by gs correctly.
3b. example.ps can be printed by lpr correctly.

Although the print preview shows DIN A4 pages with the content centered. While the example.ps file contain small pages, which is displayed by gs without margin and which will be placed on the side of an A4 page by the printer.

Kind regards,
  Jens
Comment 11 Michael Weghorn 2018-01-17 14:08:49 UTC
Does the problem still exist with a current version of Okular?

If so, could you please attache the PPD file of the printer being used (which should be at /etc/cups/ppd/<PRINTERNAME>.ppd)?

This sounds very much like bug 377688.
Comment 12 Justin Zobel 2022-11-18 04:30:35 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 13 Bug Janitor Service 2022-12-03 05:17:10 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 14 Bug Janitor Service 2022-12-18 05:15:18 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!