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 ...
what printing system do you use?
System Debian etch cups-version 1.2.7 -- kprinter -v Qt: 3.3.7 KDE: 3.5.5 KPrinter: 0.0.1
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?
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.
I can confirm, but this only happens when collate is also selected
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.
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
We use only postscript printers, so there is no printer driver to update.
KDEPrint is obsolete, unmaintained and will never be revived. Closing all open bugs.