[Okular-devel] [okular] [Bug 322993] Okular always prints in duplex mode

dolgener at informatik.uni-erlangen.de dolgener at informatik.uni-erlangen.de
Mon Aug 26 08:45:25 UTC 2013


https://bugs.kde.org/show_bug.cgi?id=322993

--- Comment #9 from dolgener at informatik.uni-erlangen.de ---
1) Not only okular: Because other KDE applications like applications from
Calligra Suite behave identical.
2) Somewhere in KDE's printing environment: I haven't encountered any
application yet not belonging to KDE SC and showing this "always duplexing long
sinde" issue. Of course, that's no proof, just some clue.
3) lpr: AFAIK just an (obsolete?) frontend for CUPS, it certainly could be the
toolchain's point of failure, where my printjobs go wrong, too. This would be
more probable, if KDE's printing dialogues are (and other applications are not)
a frontend to lpr - I'm sorry, I just really don't know.
But my first thout was (and is): if every printjob is finally executed by CUPS,
and as CUPS is configured correctly and working fine to for other programs
(firefox, thunderbird, LibreOffice, GIMP, ...), and workling for all
applications with other printer models, it seems very unlikely that a simple
frontend (lpr) is defective.

Summing up all that: One simple explanation then could be that something goes
wrong in thunking the duplex options. In "man lpr" there is something about "
-o option[=value]" directives, and no general duplexing/ortientation options.
This makes the whole thing printer model specific, and this is just what I
noticed this phenomenon is, which further supports such a "erroneous thunking
hypothesis". The bug could then either be located in KDE's forming a lpr
commandline, as well as in the specific driver or printer in interpreting it.
Again, the latter seems unlikely to me, as no program should be able to
manually override CUPS's default duplexing setting for that printer then.

What do you think about that?

Do you agree, if okular uses lpr as backend, and if I print the document of
interest in three variants (no/long-side-flipped/short-side-flipped duplexing),
then three different commandlines should be passed to lpr beneath underhood?

And to test this, is there a way to get hold of them for logging/debugging the
issue?

(By the way: It's not my intention to blame okular or KDE, I just want to be
able to use duplex options on demand. :o) )

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Okular-devel mailing list