[cups.bugs] [HIGH] STR #3017: cups queue becomes disabled whenprinting to held printer queue

[Helge Blischke]

Michael Young wrote:
> DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
> 
> [STR New]
> 
> Printing from Solaris 10 client, through CUPS 1.3.8 server on Solaris 10 to
> a Xerox Nuvera 120 EA works as expected when the destination queue on the
> Nuvera is configured to accept/release jobs for print immediately.
> 
> When printing to the queue when it is held, the printer appears to be
> returning a printer "paused" status.  The CUPS queue goes into a
> "disabled" state.  The Nuvera accepted a copy of the job, but it also
> remains in the CUPS queue.
> 
> Attempts to "enable" result in another copy being transmitted to Nuvera
> and then it goes back to disabled.
> 
> The Nuvera is configured to keep all queues "held" for manual release as
> this is a production printing shop.  They select and choose output based
> on their workflows.
> 
> Because the CUPS queue keeps going into a "disabled" state, only the first
> job in the CUPS queue gets there - all others remain in CUPS queue.
> 
> Link: http://www.cups.org/str.php?L3017
> Version: 1.3.8
> 

This is a well known issue with those Xerox printers, and, it's a pity,
Xerox isn't willing to do anything on this (I've tried it, as we have
the same trouble with various Nuvera/DocuTech printers).

To fix this issue for our own use, I've hacked the IPP backend
(based on CUPS 1.3.5) to honour a special option set in the device uri.

If you are interested, I could give you both the source code or the
compiled binary for *Sparc* Solaris 10.

Let me know.

Helge


-- 
Helge Blischke
Softwareentwicklung

H.Blischke at acm.org