Bug 541604

hplip-3.9.8-21.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/hplip-3.9.8-21.fc11

hplip-3.9.8-24.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/hplip-3.9.8-24.fc12

hplip-3.9.8-21.fc11 has been pushed to the Fedora 11 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update hplip'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-12227

hplip-3.9.8-24.fc12 has been pushed to the Fedora 12 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update hplip'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2009-12253

Is this different than choosing the "long-side" vs. "short-side" duplex options?  How exactly is it flipped?  I'm just curious because I haven't noticed any problems yet (but I've only recently started doing duplex printing in F12, so I may have just missed it).

Writing was in mirror-image when printing portrait documents duplex.

*** Bug 544241 has been marked as a duplicate of this bug. ***

I think the problem is in the pstoraster filter, specifically in the
ghostscript 'cups' output driver.

The original problem was bug #533462.  I discovered that the reason is the hpcups PPD using 'PageSetup' for the /Duplex setting -- this makes the resulting PS document not DSC-compliant, and any setpagedevice commands in the PageSetup section are lost when using number-up=2.

So I am now trying with 'AnySetup' for the /Duplex setting.  But that has uncovered another problem, described below.

The new problem is that with a 2-page portrait PDF document with
Duplex=DuplexNoTumble, printed with an hpcups PPD modified as described above,
the ghostscript 'cups' driver is not properly rotating the reverse sides.

Visually, this is the input document:

+-----+  +-----+
|  /->|  |  /->|
| /   |  | /   |
|/    |  |/    |
+-----+  +-----+

This is what I expect in the raster output:

+-----+  +-----+
|  /->|  |    /|
| /   |  |   / |
|/    |  |<-/  |
+-----+  +-----+

But this is what I get:

+-----+  +-----+
|  /->|  |<-\  |
| /   |  |   \ |
|/    |  |    \|
+-----+  +-----+

The problem is that the Y axis is not being flipped for the reverse side.  The
X axis is flipped when the page is written out, but the Y axis is meant to be
flipped during rendering, by use of the device matrix.

Created attachment 377515 [details]
PPD for demonstrating the problem

Created attachment 377517 [details]
PDF input file for demonstrating the problem

This file, together with the PPD, can demonstrate the problem.

export PPD=hpcups.ppd
/usr/lib/cups/filter/pdftops 1 me '' 1 Duplex=DuplexNoTumble \
  <frontback.pdf >pdftops.ps
/usr/lib/cups/filter/pstoraster 1 me '' 1 Duplex=DuplexNoTumble \
  <pdftops.ps >pstoraster.rast
gdb --args /usr/lib/cups/filter/hpcups 1 me '' 1 Duplex=DuplexNoTumble \
  pstoraster.rast
(gdb) b 'HPCups::setLogLevel'
(gdb) r
(gdb) set m_iLogLevel=4
(gdb) continue
(gdb) quit
eog /tmp/hpcups*2*.bmp

(The weird gdb invocation above is just to see a BMP representation of the raster output of pstoraster -- when it's loglevel is 4 it writes it to /tmp files.  It reads the hpLogLevel line in /etc/cups/cupsd.conf if it is allowed to, so if running as root you don't need gdb; just add 'hpLogLevel 4' to cupsd.conf.)

ghostscript-8.70-3.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/ghostscript-8.70-3.fc12

ghostscript-8.70-3.fc12 has been pushed to the Fedora 12 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update ghostscript'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2010-0892

ghostscript-8.70-5.fc12 has been pushed to the Fedora 12 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update ghostscript'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2010-0892

ghostscript-8.70-5.fc12 has been pushed to the Fedora 12 stable repository.  If problems still persist, please make note of it in this bug report.

Re-opening.  ghostscript-8.70-6.fc12 reverts these changes due to a regression (bug #563313).

ghostscript-8.71-6.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/ghostscript-8.71-6.fc11

ghostscript-8.71-6.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/ghostscript-8.71-6.fc12

ghostscript-8.71-9.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/ghostscript-8.71-9.fc13

ghostscript-8.71-6.fc12 has been pushed to the Fedora 12 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update ghostscript'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/ghostscript-8.71-6.fc12

ghostscript-8.71-6.fc11 has been pushed to the Fedora 11 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update ghostscript'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/ghostscript-8.71-6.fc11

ghostscript-8.71-9.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.

*** Bug 579743 has been marked as a duplicate of this bug. ***

*** Bug 581147 has been marked as a duplicate of this bug. ***

ghostscript-8.71-6.fc12 has been pushed to the Fedora 12 stable repository.  If problems still persist, please make note of it in this bug report.

ghostscript-8.71-6.fc11 has been pushed to the Fedora 11 stable repository.  If problems still persist, please make note of it in this bug report.

It seems this fix causes new problems concerning other printer drivers.
I've been using KONIKAMINOLTA magicolor 2430DL for 5 years without any problem, but since this fix, duplex printing doesn't work properly:

Each 2nd side (backside) is now vertically mirror-inverted. 
(This is exactly the same problem reported above (hp-driver) before the fix, but now AFTER the fix)

previous ghostscript versions, e.g. 8.62_17, are working fine!

Is it possible, that this fix consists in a simple change of delivering 
the 2nd duplex side vertically mirrored to the vendord river "rastertokm2430dl"?

When yes, is there a chance to configure it to follow the old way (before ghostscript-8.71-6.fc11)?

Thanks a lot
Uli

Uli: which version of Fedora/ghostscript are you using currently?

I suspect that the 'rastertokm2430dl' filter is working around the bug that we've fixed, and that KM need to fix their filter not to do this any more.  Another possibility is that their PPD has an incorrect 'cupsBackSide' attribute value.