Second copy of duplex job with odd number of pages starts on back side of first copy

Bug #1084534 reported by Till Kamppeter
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
cups-filters (Ubuntu)
Fix Released
High
Unassigned
Quantal
Fix Released
High
Till Kamppeter

Bug Description

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.

Changed in cups-filters (Ubuntu):
status: New → Fix Released
importance: Undecided → High
Changed in cups-filters (Ubuntu Quantal):
importance: Undecided → High
assignee: nobody → Till Kamppeter (till-kamppeter)
milestone: none → quantal-updates
status: New → Triaged
Changed in cups-filters (Ubuntu Quantal):
status: Triaged → In Progress
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

David, I have decided to backport this fix in cups-filters to Ubuntu Quantal. Can you follow this bug report and do the appropriate tests when you get asked here? Your results are required to let the fix get an official update.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Uploaded fixed package for Quantal to -proposed, fixing bug 1084534, bug 1076786, and bug 1040037. As soon as the package will get approved, please install it according to the instructions posted here then and test it. Your test results are required to make the package an official update for Quantal.

To the SRU team: debdiff attached.

description: updated
Revision history for this message
Adam Conrad (adconrad) wrote : Please test proposed package

Hello Till, or anyone else affected,

Accepted cups-filters into quantal-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/cups-filters/1.0.24-2ubuntu0.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Changed in cups-filters (Ubuntu Quantal):
status: In Progress → Fix Committed
tags: added: verification-needed
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

David, can you please test the fixed package for Ubuntu Raring by following the instructions in comment #3. Your feedback to make the package an official update.

Revision history for this message
Данило Шеган (danilo) wrote :

I am hitting the same problem with my Epson 2600DTN (with hardware duplexer).

Updating to cups-filter package from quantal-proposed fixes the problem, but in an imperfect way: my printer pulls the page back in (as if it's going to print something on the other side of the sheet), and prints an empty page. I've later updated all the other packages from -proposed as well (like libcupsfilters1), but that didn't change anything.

It's still a huge improvement, so I hope we'll see it in asap.

While I am happy to test any further fixes, I might not notice the bug email so feel free to ping me on IRC (I am "danilo" on Canonical's IRC server and "danilos" on FreeNode, though I won't be around for a few days).

Revision history for this message
Chris Halse Rogers (raof) wrote :

Marking verification-done; danilo's experience seems close enough to fixed to me.

tags: added: verification-done
removed: verification-needed
Revision history for this message
Colin Watson (cjwatson) wrote : Update Released

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package cups-filters - 1.0.24-2ubuntu0.1

---------------
cups-filters (1.0.24-2ubuntu0.1) quantal-proposed; urgency=low

  * debian/patches/pdftopdf-landscape-fix.patch: Auto-rotate functionality
    added to pdftopdf to print landscape-formatted PDFs (for example from
    LibreOffice) correctly (LP: #1040037, Upstream bug #1080).
  * debian/patches/pdftopdf-multiple-copies-collate-fix.patch: The pdftopdf
    filter started the second copy of a duplex job with an odd number of
    pages on the back side of the last page of the first copy. Thanks to
    David Williams from Ricoh for reporting this and to Tobias Hoffmann for
    fixing this (LP: #1084534).
  * debian/rules: Added "DEB_DH_FIXPERMS_ARGS := -Xusr/lib/cups/backend" to not
    correct the permissions of CUPS backends (LP: #1076786).
 -- Till Kamppeter <email address hidden> Thu, 29 Nov 2012 16:59:59 +0100

Changed in cups-filters (Ubuntu Quantal):
status: Fix Committed → Fix Released
Revision history for this message
ghomem (gustavo) wrote :

The fix is not available on 12.04, is it?

I ran

 aptitude changelog cups-filters

after updating to latest and see no mention of the patch referred above.

Can it be backported?

Otherwise, what is the best way to apply the tix?

Revision history for this message
ghomem (gustavo) wrote :

I backported cups-filters and its dependencies to 12.04

cups-filters_1.0.24-2ubuntu0.2_i386.deb
libcupsfilters1_1.0.24-2ubuntu0.2_i386.deb
libfontembed1_1.0.24-2ubuntu0.2_i386.deb
libqpdf8_3.0.2-2_i386.deb
qpdf_3.0.2-2_i386.deb

and the result seems to be the same as before.

Are you sure this bug is fixed? Do I need to backport anything else?

Revision history for this message
ghomem (gustavo) wrote :

Adding

*cupsEvenDuplex: True

to the PPD doesn't help either - it gets ignored.

Libreoffice has an option that enables generation of individual jobs per copy. But what about other apps?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.