Summary: | printing does not work at all | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | Marc Schiffbauer <mschiff> |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dantie, jlayt, oren |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | okularH16026.ps |
Description
Marc Schiffbauer
2009-06-25 11:43:58 UTC
Please run kdebugdialog, and make sure all the debug areas for okular are active. Then run okular from a terminal, and try printing. Then please attach the console output to this bug report. Here comes the output: mschiff@bart ~/docs $ okular Ang\ 501797702.pdf okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=3 1280x1783@0 okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=3 1280x1783@1 okular(29932)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest: sending request id=3 1280x1783@0 async == true okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=4 229x319@0 okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=4 229x319@1 okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=4 229x319@2 okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=3 1263x1759@0 okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=3 1263x1759@1 okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=3 1263x1759@0 okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=3 1263x1759@1 okular(29932)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest: sending request id=3 1263x1759@0 async == true okular(29932)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest: sending request id=4 229x319@0 async == true okular(29932)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest: sending request id=4 229x319@1 async == true okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=3 1263x1759@1 okular(29932)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest: sending request id=4 229x319@2 async == true okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=3 1263x1759@1 okular(29932)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest: sending request id=3 1263x1759@1 async == true okular(29932)/okular (app) Okular::Document::requestPixmaps: request id=3 1263x1759@1 okular(29932)/okular (app) Okular::FilePrinter::doPrintFiles: Executing "lpr" with arguments ("-P", "DUF", "-#1", "-J", "Ang 501797702.pdf", "-o", "media=A4", "-o", "portrait", "-o", "sides=one-sided", "-o", "outputorder=normal", "-o", "Collate=False", "-r", "/tmp/kde-mschiff/okularc29932.ps") mschiff@bart ~/docs $ Created attachment 34803 [details]
okularH16026.ps
I did another test:
* I created a new simple PDF with openoffice
* I started a loop in shell to catch the tmp ps file:
/tmp/kde-mschiff $ while true; do cp -v *.ps bak 2>/dev/null; done
* I tried to print it (did not work)
The produced PS file is attached
From the log, it looks like it sends the .ps file to the printer named "DUF", and that operation is done correctly (otherwise you should have got an error message). Are you sure the file is not stuck in the printer queue (check in a terminal, with `lpq -P 'DUF'`)? I also tried to execute this command that okular tells. result: did not work. Also just "lpr -P DUF <the ps file>" did NOT work. but just typing "lpr -P DUF Okular-printer-test.pdf" works quite fine. (This is the document I tried to print with okular, see attachement) And yes, the job is stuck in the queue. And it does not get printed. There seem to great differences in the queued files when I look at the print job sizes: doing just "lpr -P DUF Okular-printer-test.pdf" (works): active mschiff 94 Okular-printer-test.pdf 13312 Byte and then the same document using okular (does NOT work): active mschiff 95 Okular-printer-test.pdf 37888 Byte It seems to me that the PS-File produced by okular is broken somehow. Try to select the "Print to PostScript (PS)" option in the print dialog (specifying a filename for the resulting .ps). Then, in a terminal execute `gs thatfile.ps`, and go through the pages, looking at possible gs errors/messages. OK, did that. No errors. This all was in the office on the HP 4050N. Now here at home I have a Kyocera laser printer where all documents print fine from okular... It used to work on the HP, too. Maybe I have a problem with my cups setup, although I did not change anything here since many months, but there was an update some time ago, so there may be something wrong with the ppd-files. Or any other thing I should test? Thanks -Marc Well, I musst correct some statement from above comment (#7): printing from okular kindof works on my kyocera, but the result is not ok: you can see only a small part of the page (~ 10x5cm) centered in the middle of the output which is scaled down a lot. And printing the same document with acroread looks 100% ok! so it cannot be cups that does not work... anything else I can test? Hi, same here, running KDE 4.2.4 on debian/sid. The problem on my system is shown by running strace on okular: [...] [pid 12283] execve("/usr/bin/lpr", ["lpr", "-P", "DCP7025", "-#1", "-J", "106z_0Y.pdf", "-o", "media=A4", "-o", "portrait", "-o", "sides=one-sided", "-o", "outputorder=normal", "-o", "Collate=False", "-r", "/tmp/kde-dtiefnig/okularc12273.ps"], [/* 42 vars */] <unfinished ...> [...] [pid 12283] write(2, "usage: lpr [-cdfghlmnpqrstv] [-#num] [-1234 font] [-C class] [-i [numcols]]\n\t[-J job] [-Pprinter] [-T title] [-U user] [-wnum] [name ...]\n", 138usage: lpr [-cdfghlmnpqrstv] [-#num] [-1234 font] [-C class] [-i [numcols]] [-J job] [-Pprinter] [-T title] [-U user] [-wnum] [name ...] ) = 138 The problem is the lpr binary from the lpr package, it does not support "-o". lpr version is specified as 1:2008.05.17. JFTR, Okular first tries to execute lpr-cups, but this does not exist on my system. No error is transported to the user, lpr failure doesn't seem to be recognized by Okular. Is this a KDE or a Okular problem? Google shows threads with claims for both. br, daniel (In reply to comment #9) I think there are two separate issues here. The issue you report is that the print file isn't even making it to CUPS as Okular is using the wrong version of lpr. It is clear from #5 that the OP does have the right version of lpr installed and the file is reaching CUPS, but there is something about the print file or print system that prevents it from printing. #9 Your solution is to install the dpkg for cups-lpr or whatever it is called that provides the CUPS version of lpr (lpr.cups or lpr-cups), once installed Okular will pick that one up and you will print OK. OP, I've tried printing your attached test file and it works fine from here using lpr directly from the command line to my HP printer. It definitely sounds driver setup related to me. Have you tried deleting the printer from the system and adding it back in again to rule out a ppd update problem? The other problem with margins sounds like another known issue. Well it did work with acroread for example. I am sorry, but I cannot test with that HP printer as I have no access to it at the moment. If I get any futher observations I will tell here. This issue seems to be fixed. Its working fine again in 4.3.85 for me. |