[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