Bug 142645

Summary: kprinter printing #copies != 1 does not work
Product: [Unmaintained] kdeprint Reporter: Peter Winterer <winterer>
Component: generalAssignee: KDEPrint Devel Mailinglist <kde-print-devel>
Status: RESOLVED UNMAINTAINED    
Severity: normal CC: glua, jlayt
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Debian testing   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Peter Winterer 2007-03-07 13:59:39 UTC
Version:           3.5.5 (using KDE KDE 3.5.5)
Installed from:    Debian testing/unstable Packages
OS:                Linux

when printing with kprinter the # of copies entry is ignored,
only one copy is printed.

Printing of multiple copies with lp or lpr does work.

Possibly, is not coded correctly into postscript-data.
...
/#copies 1 def
...
Comment 1 Stephan Kulow 2007-03-07 16:33:21 UTC
what printing system do you use?
Comment 2 Peter Winterer 2007-03-07 16:43:37 UTC
System Debian etch
cups-version 1.2.7

--
kprinter -v
Qt: 3.3.7
KDE: 3.5.5
KPrinter: 0.0.1
Comment 3 Kurt Pfeifle 2007-03-13 23:29:03 UTC
Do you see this problem when printing from only a specific application (say, kpdf), or for several different ones (kate, kword, konqueror,...)?

Does it happen for one specific file only, or for different ones?
Comment 4 Peter Winterer 2007-03-14 09:07:19 UTC
with every programm that use kprinter as the backend, it doesn't works.
For example, when printing a document with acobrat reader,  I can print with
lpr commands and it works fine, when I choose to print with kprinter it
doesn't work, the # of copies option in kprinter is ignored.

I tried to print with kprinter to a ps-file, when I opened the file
with an editor, the "/#copies " is always 1. When I print with lpr/lp the
"/# copies" is changed according to the "number of copies"-option.
Comment 5 Camilla Boemann 2007-05-21 16:35:26 UTC
I can confirm, but this only happens when collate is also selected
Comment 6 Camilla Boemann 2007-05-21 21:49:47 UTC
I did some further testing and even if I directly send my test.ps to cups giving it options of count=2 and collate=true it doesn't work.

I updated my printerdriver (I have an HP) by installing hplip. And the problem disappeared.

I'll reassign the bug back to the ML. Can you please try and see if updating printer drivers works for you too.
Comment 7 Guido Koenigstein 2007-05-22 11:37:29 UTC
I can confirm that this only happens when collate is true. But using hplip will print copies on backside of paper when duplex printing is on, so this is not the answer :-)
While printing to file /#copies is set correct.

Qt: 3.3.7
KDE: 3.5.5
KPrinter: 0.0.1
Debian Etch
Comment 8 Peter Winterer 2007-05-22 14:20:35 UTC
We use only postscript printers,  so there is no  printer driver  to update.
Comment 9 John Layt 2011-05-27 18:28:13 UTC
KDEPrint is obsolete, unmaintained and will never be revived.  Closing all open bugs.