When I attempt to print I get blank sheets of paper from the printer. The printer is connected via IPP but the server has not changed. The printer is an ML-2010 using the F11 shipped PPD.
Created attachment 343304 [details] troubleshoot.txt
This message: "/usr/lib/cups/backend/http failed", just seems to be incorrect, so that isn't the problem. Otherwise that looks like a normal print log. When you say "the server has not changed", are you using a hardware print server connected to the printer in order to use IPP with it? Are you able to try a different connection type other than IPP?
The server is cupsd running on Kubuntu 9.04. There are two queues on the server: 1) Local queue with PPD 2) Raw queue for remote systems. The local queue works fine. I have had successful prints from windows boxes and F10 to the remote queue. What other connection type would you suggest?
Oh, I see. Can you attach /etc/cups/ppd/ML2010.ppd please? When you attempted to print a test page, did you get more than one blank page printing?
(In reply to comment #4) > Oh, I see. Can you attach /etc/cups/ppd/ML2010.ppd please? > > When you attempted to print a test page, did you get more than one blank page > printing? Only one page. Do you want the F11 PPD the server PPD or both?
The one being used when blank pages are printed, so the one from the client (F11).
Created attachment 343525 [details] ML2010.ppd This is the ppd I am using (it is the one currently shipped with F11.
Created attachment 343567 [details] test.ps Please try printing this file. It is the PostScript version of the test page. If this also fails, the problem is on the server side.
Sorry, getting mixed up with another bug. If this fails, we'll need to look at the IPP traffic in more detail. When did printing last work -- were you using Fedora 10 on this machine previously?
Before I saw your posts I decided to try using the recommended PPD from here: http://openprinting.org/show_printer.cgi?recnum=Samsung-ML-2010 On the client which solved the issue. Strangely even the GDI driver that is shipped now works so either the splix driver did some initialization on which the old driver is piggybacking or the openprinting RPM replaced the default PPD. Let me know if I should investigate further.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
The openprinting RPM does not replace the default PPD, so it must be some sort of firmware/initialisation thing. However, we can't ship the splix driver due to potential patent problems.