[cups.bugs] [MOD] STR #2706: print jobs to class do not migrate from unavailable printer

Karel Volný kavol at seznam.cz
Wed Feb 13 16:25:16 PST 2008


DO NOT REPLY TO THIS MESSAGE.  INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.

[STR New]

Basically, I managed to revive the bug #1084.

In my testcase, within cupsd.conf, I've set
FileDevice      yes

Then I've set up two virtual printers virtual1 and virtual2 using URIs
file:/tmp/test1/printer and file:/tmp/test2/printer

Then I've set up a printer class "test_class" including the two virtual
printers.

Then I've mkdir /tmp/test1 and /tmp/test2.

Then I've send a few textfiles from a directory to the printer class via a
simple script:
for i in *; do lp -d test_class $i; done

The jobs got "printed" without any problem.

Then I've rm -rf /tmp/test2 and run the script second time.

Some of the jobs stayed in "pending" state until I've mkdir /tmp/test2
again.

Meanwhile, the error log said (repeatingly) something like:
I [13/Feb/2008:19:32:17 +0100] [Job 29] Started filter
/usr/lib/cups/filter/texttopaps (PID 29577)
I [13/Feb/2008:19:32:17 +0100] [Job 29] Started filter
/usr/lib/cups/filter/pstops (PID 29578)
E [13/Feb/2008:19:32:17 +0100] [Job 29] Unable to open output file
"file:/tmp/test2/printer" - No such file or directory.

I believe the correct behaviour is to reassign (migrate) the job
automatically to the next available printer in a class on each unsucessful
try.

Link: http://www.cups.org/str.php?L2706
Version: 1.3.5





More information about the cups-devel mailing list