Job not canceled when removed from queue

[pweaver]

When a job is removed using lprm and it is the active job the job still continues to print even when it is removed from the queue and the printer is restarted.

[jdreed]

I'd be interested in seeing if this behavior is dependent on the size of the job.

[geofft]

This may be a tangential issue, but according to the CUPS documentation, the server should be waiting for the job to terminate (much like LPRng always did) unless we specify ?waiteof=false in the queue URL, which we don't.

 http://www.cups.org/documentation.php/network.html#SOCKET

But in my experience this isn't what's actually happening.

[jdreed]

nless we specify ?waiteof=false in the queue URL, which we don't.

expn "we" -- Are sure this isn't enabled on the CUPS servers?

[geofft]

 http://get-print.mit.edu:631/printers/ajax says

Connection: accsnmp://socket://AJAX-P.MIT.EDU:9100

[jdreed]

The bounce queues specify ?waitprinter=false&waitjob=false. I wonder if something awesome is happening here, although lprm should be talking to the real server. I'll note that with CUPS, the Cancel Job button on the printers actually works. So maybe the right answer here is "WONTFIX".

[jdreed]

I tested this. waiteof will wait for the job to terminate as far as the printer is concerned. Modern printers cache the entire job in RAM and say "OK, I'm done" when they're not. So CUPS has passed the job on. And I think lprm has worked, but too much of the job is now cached on the printer, so it keeps printing. Using the printer's "Cancel Job" feature is the right answer here.