Printing a job and cancelling it again using e.g. smbclient removes the job from the samba-internal .tdb for the printer, but not from the CUPS queue. This happens because the sysjob of CUPS jobs is never set, and thus the job can not be managed. The submit function for a printing system doesn't get a valid sysjob (from where?), but has to set it.
Created attachment 5517 [details] store job-id of submitted cups jobs
This looks perfectly correct to me. Jeremy.
Created attachment 5537 [details] git am fix for 3.5.x, 3.4.x. Applies cleanly to 3.5.x and 3.4.x. Guenther, please review. Jeremy.
Jeremy, just as a reminder: the job management commands don't work for all non-cups backends still. See source4/torture/rpc/spoolss.c line 2701
Comment on attachment 5537 [details] git am fix for 3.5.x, 3.4.x. yep, looks fine.
Karolin, please to 3.5 and 3.4
Pushed to v3-5-test and v3-4-test. Closing out bug report. Thanks!