Ipp printing job never completes though prints fine (Dapper)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cupsys (Ubuntu) |
Fix Released
|
Medium
|
Matthias Klose |
Bug Description
when I send a print job to my epson r300 via ipp (it's on a 2003 Domain Controller)
the job gets submitted the my ubuntu client states the printer is halted.
If I resume the printer then the same job prints again.
deleteing the job then resuming works round this.
in the log I get
E [27/Nov/
found!
E [27/Nov/
found!
E [27/Nov/
found!
E [27/Nov/
found!
I [27/Nov/
E [27/Nov/
directory "/usr/lib/
I [27/Nov/
I [27/Nov/
I [27/Nov/
I [27/Nov/
I [27/Nov/
for job 39.
I [27/Nov/
5809) for job 39.
I [27/Nov/
(PID 5811) for job 39.
I [27/Nov/
for job 39.
N [27/Nov/
E [27/Nov/
not-possible)!
E [27/Nov/
I [27/Nov/
more.
I [27/Nov/
As you can see the job was submitted fine
this only seems to affect ipp as my lj5 conects via smb on a debian linux server is
fine.
if i enable debug then no errors appear in the log !!!
I suspect the 'client-
but surely the job has printed so should finnish with error 0.
the Problem appears to be in the http backend.
Changed in cupsys: | |
assignee: | nobody → doko |
Changed in cupsys: | |
status: | Needs Info → Fix Released |
according to RFC 2639 error-not- possible: The request cannot be carried out
not-accepting -jobs' status code which MUST take precedence if accepting- jobs" attribute is '
client-
because of the state of the system. See also 'server-error-
the Printer object's "printer-
false'.
so the client is stating the server is not accepting jobs but just before we have
Print file accepted - job ID 19.
So this looks like a serious bug in the cups implenetenation (it did not happen
in Breezy so is a regression).
Is anyone out there looking at the cups system?? I see multiple recompiles but
no improvement or acknowledgement of this broken functiality.