Bug 201167 - hp920c doesn't work any more with latest cups
Summary: hp920c doesn't work any more with latest cups
Alias: None
Product: Fedora
Classification: Fedora
Component: cups
Version: 6
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2006-08-03 10:50 UTC by Thorsten Scherf
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version: 1.2.3-3
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-08-30 16:11:02 UTC
Type: ---

Attachments (Terms of Use)
cups error_log (111.50 KB, application/octet-stream)
2006-08-15 13:11 UTC, Thorsten Scherf
no flags Details

Description Thorsten Scherf 2006-08-03 10:50:50 UTC
Description of problem:
after configuring a remote ipp printer with the recommended driver (hp920c) it
just see this printed out:

17H10 [...]

Version-Release number of selected component (if applicable):

How reproducible:
generate a print job

Steps to Reproduce:
1.generate a print job
Actual results:
see above

Expected results:
a correctly printed page :)

Additional info:
local printing works without any problems, same printer works also without any
problems in fc5

Comment 1 Tim Waugh 2006-08-03 13:36:47 UTC
Possibly same as bug #200624.

Comment 2 Tim Waugh 2006-08-03 15:21:49 UTC
Isolated the problem and filed upstream:


Comment 3 Tim Waugh 2006-08-06 11:05:48 UTC
Please try cups-1.2.2-8.

Comment 4 Thorsten Scherf 2006-08-06 18:05:04 UTC
up to now, there is no cups-1.2.2-8 available in rawhide.

Comment 5 Tim Waugh 2006-08-07 08:39:41 UTC
I built it yesterday, at the time I posted comment #3.

Comment 7 Thorsten Scherf 2006-08-07 16:48:32 UTC
ok, will test it on Friday. actually I'm onsite and don't have access to me test

Comment 8 Thorsten Scherf 2006-08-10 12:45:06 UTC
still the same issues with cups-1.2.2-8

Comment 9 Tim Waugh 2006-08-11 11:53:11 UTC
How about cups-1.2.2-9?

Comment 10 Thorsten Scherf 2006-08-14 08:07:27 UTC
with latest rawhide 1.2.2-10 cups seems to be completely broken. no print job is
going out at all. this is my printers.conf:

# Printer configuration file for CUPS v1.2.2
# Written by cupsd on 2006-08-14 09:58
<DefaultPrinter printer>
Info HP920C
Location Office Dinslaken
DeviceURI ipp://
State Stopped
StateMessage /usr/lib/cups/backend/ipp failed
StateTime 1155542325
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer

server port 631 is accessable:

[root@tiffy ~]# nmap -sS -p 631

Starting Nmap 4.11 ( http://www.insecure.org/nmap/ ) at 2006-08-14 10:14 CEST
Interesting ports on bert.example.com (
631/tcp open  ipp
MAC Address: 00:05:5D:A3:33:CD (D-Link Systems)

but all generated jobs are still the the local queue. another strange thing
happened after installing latest rawhide: when I try to access the cups
webfrontend, I just get an "404 not found". strange, eh?

Comment 11 Tim Waugh 2006-08-15 12:03:39 UTC
If you run 'cupsenable thequeue' with the actual name of the queue instead of
'thequeue', does the queue start again?  If so, it's because there was some
error with a particular job and you have the error policy set to 'stop-printer'.

I haven't been able to reproduce the 404-not-found problem you describe.  Please
file a separate bug report for that problem so that we can analyze it further. 

Comment 12 Thorsten Scherf 2006-08-15 13:05:37 UTC
after cupsenable queuename, printer state changed to Idle, when then creating a
job, it stopped again. attached is the cups error_log.

[root@tiffy ~]# cat /var/log/cups/error_log
E [15/Aug/2006:15:12:31 +0200] Unknown directive debug2 on line 163.
I [15/Aug/2006:15:12:31 +0200] Polling cups.stuttgart.redhat.com:631
W [15/Aug/2006:15:12:31 +0200] "AuthClass System" is deprecated; consider using
"Require @SYSTEM" on line 838.
I [15/Aug/2006:15:12:31 +0200] Listening to (IPv4)
I [15/Aug/2006:15:12:31 +0200] Loaded configuration file "/etc/cups/cupsd.conf"
I [15/Aug/2006:15:12:31 +0200] Cleaning out old temporary files in
I [15/Aug/2006:15:12:31 +0200] Configured for up to 100 clients.
I [15/Aug/2006:15:12:31 +0200] Allowing up to 100 client connections per host.
I [15/Aug/2006:15:12:31 +0200] Creating CUPS default administrative policy:
I [15/Aug/2006:15:12:31 +0200] <Policy default>
I [15/Aug/2006:15:12:31 +0200] <Limit Send-Document Send-URI Cancel-Job Hold-Job
Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription
Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job
Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job
I [15/Aug/2006:15:12:31 +0200] Order Deny,Allow
I [15/Aug/2006:15:12:31 +0200] Require user @OWNER @SYSTEM
I [15/Aug/2006:15:12:31 +0200] </Limit>
I [15/Aug/2006:15:12:31 +0200] <Limit Pause-Printer Resume-Printer
Set-Printer-Attributes Enable-Printer Disable-Printer
Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs
Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer
Startup-Printer Promote-Job Schedule-Job-After CUPS-Add-Printer
CUPS-Delete-Printer CUPS-Add-Class CUPS-Delete-Class CUPS-Accept-Jobs
CUPS-Reject-Jobs CUPS-Set-Default>
I [15/Aug/2006:15:12:31 +0200] Order Deny,Allow
I [15/Aug/2006:15:12:31 +0200] AuthType Basic
I [15/Aug/2006:15:12:31 +0200] Require user @SYSTEM
I [15/Aug/2006:15:12:31 +0200] </Limit>
I [15/Aug/2006:15:12:31 +0200] <Limit All>
I [15/Aug/2006:15:12:31 +0200] Order Deny,Allow
I [15/Aug/2006:15:12:31 +0200] </Limit>
I [15/Aug/2006:15:12:31 +0200] </Policy>
I [15/Aug/2006:15:12:31 +0200] Full reload is required.
I [15/Aug/2006:15:12:31 +0200] Loaded MIME database from '/etc/cups': 33 types,
38 filters...
I [15/Aug/2006:15:12:31 +0200] Loading job cache file "/var/cache/cups/job.cache"...
I [15/Aug/2006:15:12:31 +0200] Full reload complete.
I [15/Aug/2006:15:12:31 +0200] Listening to on fd 3...
E [15/Aug/2006:15:12:31 +0200] Unable to set ACLs on root certificate
"/var/run/cups/certs/0" - Operation not supported
E [15/Aug/2006:15:12:41 +0200] cupsdAcceptClient: skipping getpeercon()
E [15/Aug/2006:15:12:41 +0200] cupsdAcceptClient: skipping getpeercon()
I [15/Aug/2006:15:12:41 +0200] Saving printers.conf...
I [15/Aug/2006:15:12:41 +0200] Printer "printer" started by "root".
E [15/Aug/2006:15:12:59 +0200] cupsdAcceptClient: skipping getpeercon()
E [15/Aug/2006:15:12:59 +0200] cupsdAcceptClient: skipping getpeercon()
I [15/Aug/2006:15:12:59 +0200] Adding start banner page "none" to job 96.
I [15/Aug/2006:15:12:59 +0200] Adding end banner page "none" to job 96.
I [15/Aug/2006:15:12:59 +0200] Job 96 queued on "printer" by "root".
I [15/Aug/2006:15:12:59 +0200] Started filter /usr/lib/cups/filter/texttopaps
(PID 9578) for job 96.
I [15/Aug/2006:15:12:59 +0200] Started filter /usr/lib/cups/filter/pstops (PID
9579) for job 96.
I [15/Aug/2006:15:12:59 +0200] Started filter /usr/lib/cups/filter/foomatic-rip
(PID 9580) for job 96.
I [15/Aug/2006:15:12:59 +0200] Started backend /usr/lib/cups/backend/ipp (PID
9581) for job 96.
E [15/Aug/2006:15:13:01 +0200] [Job 96] Print file was not accepted
E [15/Aug/2006:15:13:01 +0200] PID 9581 (/usr/lib/cups/backend/ipp) stopped with
status 1!
I [15/Aug/2006:15:13:01 +0200] Hint: Try setting the LogLevel to "debug" to find
out more.
I [15/Aug/2006:15:13:01 +0200] [Job 96] Backend returned status 1 (failed)
I [15/Aug/2006:15:13:01 +0200] Saving printers.conf...
[root@tiffy ~]# 

Comment 13 Thorsten Scherf 2006-08-15 13:11:23 UTC
Created attachment 134208 [details]
cups error_log

Comment 14 W. Michael Petullo 2006-08-20 19:54:44 UTC
I have a similar problem with cups-1.2.2-13.  Everything worked fine until I
upgraded.  When I print using a Brother HL-1440 driver, the following is printed:

12Au1200D10o010E11XrBp0x0Yt600Rr1Ab1027Mb1613WK@s r

The generic PostScript driver works fine.

Comment 15 Tim Waugh 2006-08-21 09:45:08 UTC
redhat: what did you upgrade from? i.e. what is the last known good n-v-r?

Comment 16 W. Michael Petullo 2006-08-21 21:57:22 UTC
cups-1.2.1-14 worked fine with the Foomatic/hl1250 driver.

Comment 17 Tim Waugh 2006-08-22 17:02:47 UTC
cups-1.2.2-13 contains a regression from 1.2.2-12.  The difference is I switched
to the upstream patch.  I've posted a report about this regression here:


Comment 18 W. Michael Petullo 2006-09-01 18:44:02 UTC
Confirmed fixed for my situation.

Note You need to log in before you can comment on or make changes to this bug.