[Bug 526847] New: Printing broken from KDE4 applications after YaST printer setup, non-KDE applications print nromally
http://bugzilla.novell.com/show_bug.cgi?id=526847
Summary: Printing broken from KDE4 applications after YaST printer setup, non-KDE applications print nromally Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 4 Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix@novell.com ReportedBy: rkrell@gmx.net QAContact: jsmeix@novell.com Found By: ---
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.1) Gecko/20090714 SUSE/3.5.1-3.1 Firefox/3.5.1
I tried the first time printing in the upcoming OpenSUSE factory. After adding a printer with the YaST printer configuration the printer can be seen from all applications, including the KDE4 apps, but printing for instance from konqueror, okular, gwenview etc. doesn't reach the printer, although I can choose the pre-configured YaST printer. The print job isn't sent and printer just sleeps.
On the other hand, printing from Firefox and GIMP worked out of the box.
Let me know if you need some configuration or diagnostic file.
Reproducible: Always
Steps to Reproduce: 1. Configure a printer in YaST, I have a TCP printer: Kyocera FS2000D 2. Open a website in konqueror 3. Press CTRL-P in Konqueror, choose the printer configured in 1. and confirm.printing on th Actual Results: Nothing happens, no error message and no print job.
Expected Results: After configuring the printer I would expect all KDE4 applications printing normally.
http://bugzilla.novell.com/show_bug.cgi?id=526847
User jsmeix@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c1
Johannes Meixner jsmeix@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|NEW |NEEDINFO CC| |jsmeix@novell.com Info Provider| |rkrell@gmx.net OS/Version|Other |SuSE Other
--- Comment #1 from Johannes Meixner jsmeix@novell.com 2009-07-31 02:37:40 MDT --- More than likely this has nothing to do with the YaST printer setup because the YaST printer setup calls the CUPS command line tools "lpinfo" and "lpadmin" to set up a queue, see http://en.opensuse.org/YaST/Development/Printer_Enhancement "Strict Compliance With CUPS".
To verify this, set up a second print queue with another printer setup tool, preferably as root directly with the CUPS command line tools "lpinfo" and "lpadmin" to make sure that the setup happens in full compliance to CUPS.
1. Determine your the currently used printer connection (the so called CUPS DeviceURI):
root@host# grep '^DeviceURI' /etc/cups/printers.conf
which should result something like
socket://192.168.101.202:9100
where "192.168.101.202" is the actual IP address of your printer or
lpd://192.168.101.202/lpt1
where "192.168.101.202" is the actual IP address of your printer and "lpt1" is the actual remote LPD queue name inside your printer
2. Find a PPD file for your printer:
root@host# lpinfo -m | grep Kyocera | grep -i 'FS.*2000'
which should result
manufacturer-PPDs/kyocera/Kyocera_FS-2000D_en.ppd.gz Kyocera FS-2000D
3. Set up the second queue (type it all on one single line):
lpadmin -p testqueue -v socket://... or lpd://... -m manufacturer-PPDs/kyocera/Kyocera_FS-2000D_en.ppd.gz -E
where you must replace "socket://... or lpd://..." with the actual DeviceURI of your printer.
More than likely KDE4 applications also fail to print to this "testqueue" which would prove that the issue is in KDE4 and not in YaST or elsewhere.
http://bugzilla.novell.com/show_bug.cgi?id=526847
User rkrell@gmx.net added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c2
René Krell rkrell@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|rkrell@gmx.net |
--- Comment #2 from René Krell rkrell@gmx.net 2009-07-31 04:09:35 MDT --- The bug will be most certain in KDEč, otherwise probably printing (at print queue 'print2') would not work in Gimp or Firefox. I just didn't know where to assign this problem, probably you reassign it to someone else :-)
Here is the diagnostic information you asked for:
root@rkrell:~ # grep '^DeviceURI' /etc/cups/printers.conf DeviceURI socket://print2:9100
root@rkrell:~ # lpinfo -m | grep Kyocera | grep -i 'FS.*2000' manufacturer-PPDs/kyocera/Kyocera_FS-2000D_en.ppd.gz Kyocera FS-2000D
root@rkrell:~ # lpadmin -p testqueue -v socket://192.168.58.7:9100 -m manufacturer-PPDs/kyocera/Kyocera_FS-2000D_en.ppd.gz -E Thus, I used the IP address instead of the hostname to get rid of possible name resolving problems. After that I launched Konqueror and tried to print a website to the new queue "testqueue". Nothing happened, as before.
http://bugzilla.novell.com/show_bug.cgi?id=526847
User jsmeix@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c3
Johannes Meixner jsmeix@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Component|Printing |KDE4 Applications Info Provider| |rkrell@gmx.net AssignedTo|jsmeix@novell.com |kde-maintainers@suse.de Summary|Printing broken from KDE4 |Printing broken from KDE4 |applications after YaST |applications (non-KDE |printer setup, non-KDE |applications print |applications print nromally |normally) QAContact|jsmeix@novell.com |qa@suse.de
--- Comment #3 from Johannes Meixner jsmeix@novell.com 2009-07-31 04:38:57 MDT --- Please provide a CUPS error_log file for exactly one failed attempt to print form KDE4:
1. Set the "LogLevel debug" in /etc/cups/cupsd.conf 2. Stop cupsd ("rccups stop"). 3. Move /var/log/cups/error_log* to another location (or delete it) in order to avoid having to search through gigantic log files 4. Start cupsd ("rccups start"). 5. Do one single attempt to print form KDE4 as above. 6. Wait one minute. 7. Save the current state of the CUPS error_log file: cp /var/log/cups/error_log /tmp/cups_error_log 8. Attach /tmp/cups_error_log as MIME type "text/plain" to this bug.
http://bugzilla.novell.com/show_bug.cgi?id=526847
User rkrell@gmx.net added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c4
René Krell rkrell@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|rkrell@gmx.net |
--- Comment #4 from René Krell rkrell@gmx.net 2009-07-31 04:48:17 MDT --- Thanks Johannes, probably you have the hand on the trigger :-) Here's the contents of /var/log/cups/error_log after doing the recommended steps:
D [31/Jul/2009:12:46:09 +0200] cupsdCloseClient: 10 D [31/Jul/2009:12:46:09 +0200] cupsdCloseClient: 8 D [31/Jul/2009:12:46:09 +0200] cupsdAcceptClient: 8 from localhost (Domain) D [31/Jul/2009:12:46:09 +0200] cupsdReadClient: 8 POST /printers/testqueue HTTP/1.1 D [31/Jul/2009:12:46:09 +0200] cupsdAuthorize: No authentication data provided. D [31/Jul/2009:12:46:09 +0200] Print-Job ipp://localhost/printers/testqueue D [31/Jul/2009:12:46:09 +0200] [Job ???] Auto-typing file... I [31/Jul/2009:12:46:09 +0200] [Job ???] Request file type is application/pdf. D [31/Jul/2009:12:46:09 +0200] Print-Job client-error-document-format-not-supported: Unsupported format 'application/pdf'! D [31/Jul/2009:12:46:09 +0200] cupsdProcessIPPRequest: 8 status_code=40a (client-error-document-format-not-supported)
http://bugzilla.novell.com/show_bug.cgi?id=526847
User rkrell@gmx.net added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c5
--- Comment #5 from René Krell rkrell@gmx.net 2009-07-31 04:53:44 MDT --- Created an attachment (id=309634) --> (http://bugzilla.novell.com/attachment.cgi?id=309634) The whole error log of the debugged printing action
Sorry, I sent you only the last few lines produced by tail. Here is the whole log.
http://bugzilla.novell.com/show_bug.cgi?id=526847
User jsmeix@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c6
Johannes Meixner jsmeix@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |rkrell@gmx.net
--- Comment #6 from Johannes Meixner jsmeix@novell.com 2009-07-31 05:10:28 MDT --- Please provide a KDE4 print job data file:
1. Stop the cupsd: rccups stop 2. Remove all old print job files: rm /var/spool/cups/c* rm /var/spool/cups/d* 3. Start the cupsd: rccups start 4. Stop printing for the testqueue cupsdisable testqueue 5. Do another attempt to print from KDE4 via the testqueue. 6. Wait one minute. 7. Save the KDE4 print job data file: cp /var/spool/cups/d* /tmp/kde4_print_data 8. re-enable printing for the testqueue cupsenable testqueue 9. Attach /tmp/kde4_print_data to this bug.
http://bugzilla.novell.com/show_bug.cgi?id=526847
User rkrell@gmx.net added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c7
René Krell rkrell@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|rkrell@gmx.net |
--- Comment #7 from René Krell rkrell@gmx.net 2009-07-31 05:26:19 MDT --- Unfortunately There aren't any files in /var/spool/cups/ after the mentioned actiosn:
root@rkrell:/etc/cups # ls -lR /var/spool/cups/ /var/spool/cups/: total 4 drwxrwx--T 2 root lp 4096 Jul 31 12:02 tmp
/var/spool/cups/tmp: total 0
http://bugzilla.novell.com/show_bug.cgi?id=526847
User jsmeix@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c8
Johannes Meixner jsmeix@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 - Medium |P2 - High Status|NEW |ASSIGNED Component|KDE4 Applications |Printing AssignedTo|kde-maintainers@suse.de |jsmeix@novell.com
--- Comment #8 from Johannes Meixner jsmeix@novell.com 2009-07-31 05:38:39 MDT --- It seems there is no longer a /usr/lib/cups/filter/pdftops filter in the current cups package so that the root cause is in CUPS and only KDE4 triggers it because it sends its print jobs as PDF (and not as traditional PostScript).
When CUPS has no filter to process PDF files, the result is a client-error-document-format-not-supported: Unsupported format 'application/pdf'! error message.
http://bugzilla.novell.com/show_bug.cgi?id=526847
Johannes Meixner jsmeix@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Printing broken from KDE4 |No longer a pdftops filter |applications (non-KDE |in CUPS |applications print | |normally) | Severity|Normal |Major
http://bugzilla.novell.com/show_bug.cgi?id=526847
User jsmeix@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c9
Johannes Meixner jsmeix@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED Target Milestone|--- |Milestone 5
--- Comment #9 from Johannes Meixner jsmeix@novell.com 2009-07-31 07:47:12 MDT --- Fixed and submitted to openSUSE:Factory:
16212 State:new Creator:jsmeix When:2009-07-31T15:22:43 submit: Printing/cups -> openSUSE:Factory Comment: 'Fixed major bug bnc#526847'
René Krell, very many thanks that you reported the issue!
I didn't detect it myself because I run already CUPS 1.4rc1 on my workstation and I noticed already PDF failures here but had no time to investigate and never had the idea that this major regression was actually introduced in the stable CUPS 1.3 series: Since the upgrade to CUPS 1.3.10 it uses a wrapper program filter/pdftops.c which only calls /usr/bin/pdftops (via configure --with-pdftops=/usr/bin/pdftops) but unfortunately if there is no /usr/bin/pdftops installed in the build system, it silently just does not build any /usr/lib[64]/cups/filter/pdftops :-(
For your CUPS update: The first place where the fixed CUPS packages will appear after several hours is http://download.opensuse.org/repositories/Printing/
You need to update at least the following packages cups-libs, cups-client, and cups.
To verify that you actually got the fixed CUPS packages run rpm -q --changelog cups | head for an already installed package or rpm -q --changelog -p cups-1.3.11-*.rpm | head and you must get this changelog entry: ---------------------------------------------------------------- * Fri Jul 31 2009 jsmeix@suse.de - full_path_to_configure_with-pdftops.patch adds support to specify a full path in 'configure --with-pdftops=/usr/bin/pdftops' to avoid 'BuildRequires: xpdf-tools' which would bloat the build system but would be only needed to satisfy 'AC_PATH_PROG(CUPS_PDFTOPS, pdftops)' in cups-pdf.m4 if only 'configure --with-pdftops=pdftops' was possible (Novell/Suse Bugzilla bnc#526847). ----------------------------------------------------------------
Please report if printing from KDE4 applications works for you with the fixed CUPS packages.
I am now back at the fixed CUPS 1.3.11 packages on my workstation and for me printing simple PDFs via echo Hello | a2ps -1 -o - | ps2pdf - - | lp -d queue_name works again.
http://bugzilla.novell.com/show_bug.cgi?id=526847
User jsmeix@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=526847#c10
--- Comment #10 from Johannes Meixner jsmeix@novell.com 2009-08-04 07:04:25 MDT --- Also present in CUPS 1.4rc1. The upstream bug report for CUPS 1.4rc1 is http://www.cups.org/str.php?L3278
http://bugzilla.novell.com/show_bug.cgi?id=526847 http://bugzilla.novell.com/show_bug.cgi?id=526847#c11
--- Comment #11 from Bernhard Wiedemann bwiedemann@suse.com --- This is an autogenerated message for OBS integration: This bug (526847) was mentioned in https://build.opensuse.org/request/show/16212 Factory / cups
-
bugzilla_noreply＠novell.com