Bug 500093
Summary: | CUPS only prints blank pages | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mark Bidewell <mark.bidewell> | ||||||||
Component: | cups | Assignee: | Tim Waugh <twaugh> | ||||||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | high | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 11 | CC: | twaugh | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2009-06-17 13:24:35 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Mark Bidewell
2009-05-10 22:02:22 UTC
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. |