** Description changed: Problem discovered by David Williams from Ricoh. When printing a job with an odd number of pages and multiple copies the first page of the second copy gets printed on the back side of the last page of the first copy. A blank page needs to get inserted after the last page of the job to make the number of pages of all jobs even and to let the first page of the next copy go onto a new sheet. This is fixed in cups-filters 1.0.25 in Raring and needs to get backported in an SRU for Quantal. + + [IMPACT] + + Printing multiple copies of documents with an odd number of pages (50 % + of all documents) leads to unusable output with the first page of the + second copy being on the last page of the first copy, making the whole + stack of paper unusable. According to where the fix applies this happens + to most (at least non-PostScript) printers. + + [TESTCASE] + + Print 2 copies of a 3-pages document double-sided to a printer with + duplex unit. Without the fix you get three sheets: page 1/page 2, page + 3/page 1, page 2/page 3. With the fixed package you get four sheets (as + expected): page 1/page 2, page 3/blank, page 1/page 2, page 3/blank. + + [Regression Potential] + + Did not show regressions on the short tests by David Williams from Ricoh + (who originally reported the problem to me), but should also be checked + with a PostScript printer with hardware collate.
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1084534 Title: Second copy of duplex job with odd number of pages starts on back side of first copy To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1084534/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
