Bug 191601

Created attachment 128981 [details]
CUPS generated PPD file for HP LaserJet 4100 w/paper size A4

The "CUPS" test page is printed immediately without user interaction,
and the margins look right, too.

The issue is not restricted to "GNOME" applications, e.g. "xpdf" is also
affected.

From the original report:

> However, settings were exclusively
> applied through "system-config-printer-gui" whose current version adapted
> to version 1.2 is broken.

Can you please be a bit more specific about this?  Do you mean the 0.7.x
version?  If so, please file a bug against it!  It works fine for me.

The problem with the attached PPD seems to be that DefaultImageableArea and
DefaultPageDimension are both set to 'Letter'.  Investigating.

Yes, I have noticed that too. I tried to set both to "A4" but that
didn't make a difference to me.
The new "system-config-printer-gui" shows empty label buttons or
rather something like "label+number" as if the text resource had not
been set. After entering all printer parameters, the last
confirmation button did not respond to mouse clicks, and no ppd file
was written. I will check sometime soon ... reverted to FC4 for the
time being.

Argh! This seems to be one of the meanest bugs ever: the 1.2.x
packages have dropped the requirement on "foomatic". Consequently,
only the very basic and apparently flaky "CUPS" internal "PPD" files
using "PCL" are available.

As soon as the current "foomatic" package is installed, a huge choice
of different drivers is available again as in FC5 and earlier releases
of Fedora Core. After chosing "HP LaserJet 4100 Series v.3010.107
Postscript (recommended)", setting up the printer is straightforward
with an exhaustive set of configuration options fitting the particular
model, e.g. 1200 dpi instead of 600 dpi for the "CUPS" delivered "PCL"
driver. The letter size problem is also gone. I strongly suppose that
many if not most of the recent 1.2.x related bug reports are due to the
missing "foomatic" package.

Btw, the bug is still present, as soon as the generic "CUPS" driver:

    /usr/share/cups/model/laserjet.ppd.gz

is installed instead of the "foomatic" one.

I couldn't reproduce this here.  Please supply some more information:

1. What's in /etc/sysconfig/i18n?

2. What does 'grep DefaultPageSize /etc/cups/ppd/{queuename}.ppd' say, as root?

3. When you go to print from gedit, what page size is listed in the 'Paper' tab?

1. Content of "/etc/sysconfig/i18n":

     LANG="en_US.UTF-8"
     SYSFONT="latarcyrheb-sun16"

2. Output of "grep DefaultPageSize /etc/cups/ppd/laserjet.ppd":

     "*DefaultPageSize: A4"

3. Page size listed in the "Paper" tab:

     "A4"

After acknowleding that printing is ok on "A4" paper, the red
warning light turns off, the page is printed, but the used
area actually corresponds to "Letter" size.

Created attachment 131079 [details]
CUPS 1.2.1 PPD file for HP LaserJet 4100 w/paper size A4

Please edit /etc/foomatic/filter.conf and add the line:

debug: 1

Then try your print job again, and attach /tmp/foomatic-rip.ps and
/tmp/foomatic-rip.log to this bug report.  Thanks.

After applying your modification, "grep debug /etc/foomatic/filter.conf"
returns "debug: 1". So far, so good. I reboot the machine to be on the
safer side and print a text file from within "gedit", and the printer
warning light starts flashing as before.
No file "foomatic-rip.ps" or "foomatic-rip.log" gets created in the
"/tmp" directory. However, the current driver for which I have reported
this bug actually is

  "HP LaserJet Series PCL 4/5 CUPS v1.2" as delivered with "cups",

and the printer file reads "laserjet.ppd" It seems reasonable to me,
that as this is no "foomatic" driver, no "foomatic" log files are
produced, right?

Oh, didn't see that (pity).  Okay, then please edit /etc/cups/cupsd.conf and
change the LogLevel line to read:

  LogLevel debug2

Then stop CUPS:

  /sbin/service cups stop

Empty the error_log file:

  >/var/log/cups/error_log

and restart CUPS:

  /sbin/service cups start

Try your print job, and attach the /var/log/cups/error_log file here.  Thanks.

I have attached the entries in the error log stemming from the
printing of a text file from within "gedit". I have also printed
the file directly via the "lp" command. Here, the printing works
normally which is compatible with comment #2 where I had reported
that I was able to print the "cups" test page.
However, the print job sent by "gedit" does get stuck - maybe a
problem with the "GNOME" printing libraries?

Created attachment 131209 [details]
"CUPS" 1.2.1 error log file for "laserjet.ppd"

So the gedit print job gets stuck?  Or prints in landscape?  Or prints in
landscape and then gets stuck half-way through?

What happens if you print to 'Generic Postscript' (i.e. print to file) in gedit,
and then print the resulting file using the lp command?

I have installed two printing devices, one based upon the generic "CUPS"
driver "laserjet.ppd" for which the bug report had been submitted, the
other one using the recommended "foomatic" driver for the HP LaserJet 4100.
After printing from "gedit" to "output.ps", I send a copy to each of them
via "lp -dname output.ps.
In the first case, the job gets stuck asking for plain letter format
paper. In the second case, the file is printed correctly with standard
"gedit" decorations.

I do see the same error_log now.  Reported upstream:

  http://cups.org/str.php?L1794

Changing component to ghostscript, as upstream.

Please try the 8.15.3 test update from updates-testing.

Fixed in update: ghostscript-8.15.3-1.fc6