When printing duplex the print on the back side is shifted

Bug #426826 reported by Till Kamppeter
28
This bug affects 3 people
Affects Status Importance Assigned to Milestone
HPLIP
New
Undecided
Unassigned

Bug Description

I am using Ubuntu Karmic with CUPS 1.4.0 and Ghostscript 8.70. On this system I have HPLIP 3.9.8 and I have set up printers with the hpcups driver and the dynamically generated PPD files. I have tested with the HP PhotoSmart C8180 and the HP Color LaserJet 3600. The document with which I have tested is the new test page of CUPS 1.4. If duplex is turned on it prints twice, once on the front and once on the back of the paper. For the PhotoSmart C8180 special paper size entries for duplex are available and I have chosen the A4-duplex page size. On the Color LaserJet 3600 I have used the standard A4 page size.

Single-sided printing and also the front side of the pages when printing duplex are OK. Problems are only with the back sides when printing duplex:

On the PhotoSmart C8180 (probably also on most other HP inkjets) the back side content is moved down by 2-3 mm (1/10 inches) which makes the upper border of the black frame of the test page not having the same distance to the top edge of the sheet as the upper border on the front size. You see this easily if you hold the page against the light. The lower black border is moved out of the printable area ny this and therefore diappaers.

The same happens with the HP Color LaserJet 3600, but with a shift of 4-5 mm (1/4 inches) more gets lost at the lower border, here even the lower parts of "CUPS Test Page".

I have tested at first whether the problem is cause by the filter chain, running the following command lines:

cupsfilter -p /etc/cups/ppd/Photosmart_C8100_series.ppd -e -m ap/etc/cups/ppd/Photosmart_C8100_series.ppdplication/vnd.cups-raster -o PageSize=A4Duplex -o Duplex=DuplexNoTumble /usr/share/cups/data/testprint > PS_C8100.out 2> PS_C8100.err

cupsfilter -p /etc/cups/ppd/Color_LaserJet_3600.ppd -e -m application/vnd.cups-raster -o PageSize=A4 -o Duplex=DuplexNoTumble /usr/share/cups/data/testprint > CLJ3600.out 2> CLJ3600.err

The *.err files do not show any errors. The *.out files I have displayed with rasterview (http://www.easysw.com/~mike/rasterview/) and rasterview shows the full test page, with black border all around for both the front and the back side and for both the PhotoSmart C8180 and the Color LaserJet 3600.

So the problem must be somewhere in the driver, adjusting the printing position of the back sides badly.

Tags: hpcups
Revision history for this message
Johannes Meixner (jsmeix) wrote :
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

In the bugs you mention the problem is observed on both sides of the sheet not only on the back side, so this bug is not a duplicate of them.

Revision history for this message
Johannes Meixner (jsmeix) wrote :

I don't know about the driver's internals
but as it looks to me it seems there is
a common root cause for all those issues:

It seems the driver does not work in full
compliance to what is specified in the PPD
but has some values (which should actually
be specified in the PPD) as hardcoded "secrets"
inside the driver, compare the related issue
https://bugs.launchpad.net/hplip/+bug/237342

If I am right, I would prefer to have the root cause fixed
instead of fixing each individual issue separately.

I.e. move all hardcoded values from the driver
to the PPD.

Have in mind that one can specify values in the PPD
which are meant to be changed by the user
(i.e. which are not in a "*OpenUI ... *CloseUI" section)
so that it is really possible to have all model-specific values
for the driver in the PPD.

Revision history for this message
Johannes Meixner (jsmeix) wrote :

A typo:

Wrong:
which are meant to be changed by the user

Right:
which are not meant to be changed by the user

Revision history for this message
Johannes Meixner (jsmeix) wrote :

FYI:
We got a similar bug report (here the back page is shifted upwards)
but here it works when the PageSize A4Duplex is explicitely specified,
see in particular
https://bugzilla.novell.com/show_bug.cgi?id=540609#c3

Revision history for this message
Johannes Meixner (jsmeix) wrote :

FYI:
It does not work perfectly when the PageSize A4Duplex is explicitely specified
because even in this case someting is cut at the bottom of the page
(the bodere line at the bottom is not printed).

Furthermore it seems it is not possible by changing the ImageableArea
in /etc/cups/PPD/queue_name.ppd to specify in a reliable and predictable way
the printable area for the driver, see
https://bugzilla.novell.com/show_bug.cgi?id=540609#c12

Therefore (as it looks currently) the driver is internally broken
because it seems it does not respect the currently set values
for the ImageableArea in the actually used PPD file.
In the end it seems what I wrote above on 2009-09-10
is really true.

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

Johannes, thisis what I have observed and for which I reported this bug. I had already selected the paper size for duplex printing but with this the bac side is still not printed correctly.

Johannes, which version of CUPS, Ghostscript, and HPLIP are you using?

Revision history for this message
Johannes Meixner (jsmeix) wrote :

Currently I run openSUSE 11.1 on my i386 workstation
which is individually upgraded in particular for printing
and scanning related packages:

# rpm -q cups
cups-1.3.11-2.1

# rpm -q ghostscript-library
ghostscript-library-8.64-5.1

# rpm -q hplip
hplip-3.9.8-1.1

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

Note that I have done some adjustments in the border handling in the "cups" output device of Ghostscript 8.70. This does not fix the problem as I have done my initial observations with Ghostscript 8.70, but please test with the newest Ghostscript and try to correct the problem at least for Ghostscript 8.70, better for both versions (8.64 and 8.70).

Revision history for this message
Johannes Meixner (jsmeix) wrote :

Till,
does this mean the root cause is perhaps in Ghostscript
(more precisely in the "cups" device of Ghostscript)
and not in the hplip or hpcups driver which would be
in contradiction to your initial bug description?

I am afraid, currently I cannot do a Ghostscript update
because I like to be in compliance with what we will have
for openSUSE 11.2 until this release is done.
Theoretically I could upgrade and downgrade afterwards
but practically I do not have the time for it currently.

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

I think that it is not a Ghostscript problem, as the problem happens with both GS 8.64 and GS 8.70.

tags: added: hpcups
Revision history for this message
Suma Byrappa (suma-byrappa) wrote :

Hi there,

Could you please try with hpijs ppd's for these two printer models and let us if you see the problem with hpijs ppd's too?

Thanks,
Suma

Revision history for this message
nicolaasuni (info-tecnick) wrote :

I'm also experiencing this problem.
Ubuntu 9.10 Karmic Koala using HPLIP Software Version 3.9.12 (or less) with the following printer/driver:

HP Color LaserJet CP4005 Postscript (recommended)

cups: 1.4.1-5ubuntu2.1
ghostscript: 8.70.dfsg.1-0ubuntu3
hplip: 3.9.12

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

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