Multiple copies of a job will be concatenated
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| cups (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
Bug Description
Binary package hint: cups
If I select multiple copies in the evince print dialog, the copies will be concatenated. You will only notice if there is some kind of post processing of the pages, for example Duplex. The first page of the second copy may end up on the back side of the last page of the first copy. Booklet printing or saddle stich also lead to very absurd results. (All copies stiched together)
Either I misunderstand the purpose of the option to print multiple copies, or there is something wrong in the filter chain.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
Lpstat:
Gerät für MP800: usb://Canon/MP800
Gerät für VERA: socket:
MachineType: - N/A
NonfreeKernelMo
Package: cups 1.3.9-17ubuntu3
Papersize: a4
PpdFiles:
MP800: Canon PIXMA MP830 - CUPS+Gutenprint v5.2.3 Simplified
VERA: Canon iR 3170C EUR
ProcCmdLine: root=UUID=
ProcEnviron:
SHELL=/bin/bash
LC_NUMERIC=
PATH=(custom, user)
LANG=de_AT.UTF-8
ProcVersionSign
SourcePackage: cups
| Leonard Michlmayr (leonard-michlmayr) wrote | #1 |
| description: | updated |
| Nate Gingras (suboscillator) wrote | #2 |
| Launchpad Janitor (janitor) wrote | #3 |
| Changed in cups (Ubuntu): | |
| status: | New → Confirmed |
I would like to confirm this behavior, and add two comments:
1) Multiple copies of large documents take an incredibly long time to print because cups is doing far more work than it should have to. It makes slower systems unusable, for example, if 50 copies of a 10-page document are sent from OpenOffice.org
2) When duplexing, often you end up with unexpected results. Where an odd page document should have a 10th blank page inserted to restart the set on a fresh page, this is not the case. Currently you will end up with page 1 on the back side of page 9. This behavior is not acceptable.
You can work around by submitting a new print job for each copy required, though this is clearly not practical if you are printing 100 copies of a document. A better solution would be for the job to be sent once to the printer, along with a command telling the printer how many copies to make.
I'm very surprised this issue has not received more attention, it seems to be a major problem just in the few businesses I know that are using Ubuntu.