Version: (using Devel)
Installed from: Compiled sources
Okular on arch from KDEmod (Okular v0.6.80, Kde 4.0.80) lists the two printers at the end of the printer list as local file. They have a proper name, but printing results in printing to a pdf or postscript file (the file turns up) and not to the printer. There is no way to specify where the file should be.
Konqueror from the same KDE version lists all the three printers correctly and then separate entries for printing to pdf and ps.
Probably it's just the list that is wrong (not listing the pdf and ps options last), and the file entry field that is missing.
This is indeed a Qt problem.
The bug is basically triggered by the fact Okular disables the QAbstractPrintDialog::PrintToFile option when printing using backends that don't support the printing to file.
I'm seeing a similar issue on OpenSuse 11 beta 3+ with Qt 4.4.0. It appears to me to be a Qt bug, I plan to confirm, patch, and file a bug report this weekend.
What I'm seeing is in all apps, even native Qt ones, that when QPrintDialog is displayed that while the first printer/item is selected/displayed in the combo box, the rest of the dialog is set up for the last printer/item, i.e. for the "Print To Postscript" printer, with the filename edit widget enabled. Clicking OK tries to print to ps file. Changing to another printer in the combo box fixes the problem.
With Okular disabling the Print to File options, it half sets the dialog up for the Print To Postscript (so some QList<QPrinterInfo> iterator somewhere not getting reset after populating the combo?) but with the filename edit widget disabled, and printing fails. If you only have one printer installed you can't switch printers to fix it.
Playing a little more, if I have 3 printers installed in Cups, everything works OK, which reminds me of some code I saw in QPrintDialog that does a -2 on the number of printers in the combo, I suspect it doesn't check if the Print To File options have been disabled. I'll chase that down this weekend.
I was able to create a very small Qt testcase, and sent it to qt-bugs.
I don't see any differences when changing the printers with 3 printers installed (on kdemod/arch). The first of the 3 printers works, but the others are print to file anyway.
I've the exactly the same experience as described by John Layt, so this is preventing me for using Okular to print documents :(
Hope this get fixed for the next bugfix qt 4.4 release :)
*** Bug 164363 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
*** Bug 164778 has been marked as a duplicate of this bug. ***
*** Bug 164835 has been marked as a duplicate of this bug. ***
So I hope KDE 4.1 will be based on QT 4.5 as this bug is a blocker for commercial environments
> So I hope KDE 4.1 will be based on QT 4.5 as this bug is a blocker for commercial environments
Ahahaha. Nice try.
Qt 4.4 was released no more than 2 months ago, so you won't see Qt 4.5 before other 6 months.
Oh, and changing priority for Qt bugs (especially when I asked for a quicker resolution of them) has no usefulness.
i have kpdf installed for printing :-(
This bug force me to install Adobe Reader just to print! No print support in a PDF Viewer is CRITICAL. The fix does not seem to be complex at all, please fix this for 4.4.1.
Luciano, I had to do the same step, even though I like Okular.
I can confirm this. I also installed adobe reader just to print pdf-files.
*** Bug 166240 has been marked as a duplicate of this bug. ***
Fixed by qt-copy patch 0237, the fix will be in Qt-4.4.1 too.
Meanwhile I suggest patching your Qt with qt-copy/patches/0237-printdialog-assert.diff
Doesn't work here. The printer is shown correctly now, but it still doesn't print (printer is configured correctly, as I can print from Konqueror).
Here too, and the pdf's are still appearing in my home folder.
Thomas: does "fixed upstream" mean that you improved the code after patch 0237, given that people report it doesn't work with just that patch?
In that case, could you send me the second patch, so that we can have it in qt-copy? A fix in Qt's source code for the next release isn't enough for such a critical bug, we need to patch qt-copy asap to check that everything works now.
SVN commit 836672 by dfaure:
Patch by Thomas Zander to fix "[Bug 162793] Qt handles real printers as local file".
M +1 -2 patches/0237-printdialog-assert.diff
M +1 -1 patches/README
M +6 -3 src/gui/dialogs/qprintdialog_unix.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=836672
*** Bug 168370 has been marked as a duplicate of this bug. ***
Why should printing to a file ever be unavailable anyway? The only "reason" I can see is DRM... :/
*** Bug 170555 has been marked as a duplicate of this bug. ***