Description of problem: During the installation of a printer by means of the "CUPS" web interface, media size "A4" was chosen. However, when a file is printed, the printer warning light starts blinking and the printer urges the user to load plain "Letter" size paper. Both, the "CUPS" web interface and the "GNOME" print dialog ("gedit") show media/paper size "A4". Version-Release number of selected component (if applicable): cups-1.2.0-2 How reproducible: Always Steps to Reproduce: 1. Install a printer with media size "A4". 2. Print a document from "gedit" etc. Actual results: Printer asks "Tray 1 load plain letter" Expected results: Document should be printed without prompting the user. Additional info: The printer is installed as "HP LaserJet Series PCL 4/5 CUPS v1.2". The physical media size is "A4". The "CUPS" administration page shows four parameters including one for the media size ("A4"). Printing used to work flawlessly for FC5 (cups 1.1.23). However, settings were exclusively applied through "system-config-printer-gui" whose current version adapted to version 1.2 is broken.
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