Bug 1279 - cannot control individual print jobs using cups
Summary: cannot control individual print jobs using cups
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: Printing (show other bugs)
Version: 3.0.2a
Hardware: All Linux
: P3 normal
Target Milestone: none
Assignee: Gerald (Jerry) Carter (dead mail address)
QA Contact:
Depends on:
Reported: 2004-04-22 05:03 UTC by Thomas M Steenholdt
Modified: 2005-11-14 09:25 UTC (History)
3 users (show)

See Also:

smb.conf from my print server (1.08 KB, text/plain)
2004-04-22 05:03 UTC, Thomas M Steenholdt
no flags Details
log (level 10) of the problem happening (105.34 KB, application/x-gzip)
2004-04-22 05:04 UTC, Thomas M Steenholdt
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas M Steenholdt 2004-04-22 05:03:27 UTC
Running samba-3.0.3pre2...

I'm having some problems with controlling individual print jobs on a cups
configuration ( printing = cups ; printcap name = cups ) both as an
administrator and as the job creator...

When, from the Windows printer window (2000/XP), a job is pointed out (eg. on a
paused queue), right-clicked and "Pause Job" or "Cancel Job" is clicked, an
error occurs in the bottom right corner of the printer window (status area)
saying "Error processing command"

Queue controls, such as pause/resume an entire printer works without any problem.

ldd against smbd shows that it has been linked against libcups.

cups job controls from terminal or via the cups web-interface works fine (logged
in as root).

An attempt to recreate the problem on an intel machine failed (meaning I could
NOT recreate the problem on intel - it all seems to work fine there even with
same version of samba)
Comment 1 Thomas M Steenholdt 2004-04-22 05:03:38 UTC
Created attachment 471 [details]
smb.conf from my print server
Comment 2 Thomas M Steenholdt 2004-04-22 05:04:07 UTC
Created attachment 472 [details]
log (level 10) of the problem happening

what sticks out to even the untrained eye are the WERR_INVALID_PRINTER_NAME
entries in there... I hope they will give you guys a clue as to what's going
Comment 3 Thomas M Steenholdt 2004-04-22 05:15:06 UTC
By the way this is on 31 bit SuSE SLES 8 (service pack 3) for s390
Comment 4 Jim McDonough 2004-04-22 11:26:22 UTC
Adding Julius who will be looking at this to the cc: list
Comment 5 Gerald (Jerry) Carter (dead mail address) 2004-04-22 17:52:28 UTC
ordering problem somehow....

$ grep jobid failed
0014 jobid: 00000060

$ grep s.m.b.p.r.n failed
0168 string: s.m.b.p.r.n... .T.e.s.t. .P.a.g.e...

(gdb) print 0x60
$1 = 96

The INVALID_PRINTER_NAME error comes from _spoolss_setjob() 
when the print_job_exists() fails.

I'll come back to this (but not tonight).
Comment 6 Thomas M Steenholdt 2004-04-26 05:03:27 UTC
Does this mean that you can actually see print_job_exists failing or COULD this
be a cups problem???
Comment 7 Daniel Jarboe 2004-04-28 10:11:27 UTC
Looks like this shares some similarities with bug 1007?
Comment 8 Daniel Jarboe 2004-04-29 06:45:35 UTC
grepping the 1007 log doesn't show this same hex vs reversed decimal 
phenomenon you noted (though that "0014 jobid:" is certainly wild):

$ grep s.m.b.p.r.n 3.0.3pre1.log
              0258 string: s.m.b.p.r.n... .U.n.t.i.t.l.e.d. .-
. .N.o.t.e.p.a.d...
              02fc string: s.m.b.p.r.n... .U.n.t.i.t.l.e.d. .-
. .N.o.t.e.p.a.d...

$ grep jobid: 3.0.3pre1.log
      0000 jobid: 00000001
      0000 jobid: 00000002
      0014 jobid: 00000eae
Comment 9 Jim McDonough 2004-05-07 10:18:42 UTC
We were storing the print job using the platform-architecture-endian key, but in
certain places comparing it against a byte-swapped version.  It now just uses
the little-endian version all the time.

Checked in at revision 560
Comment 10 Gerald (Jerry) Carter (dead mail address) 2005-02-07 07:39:50 UTC
originally reported against 3.0.3pre1.  Moving back to version to 3.0.2a
to remove preX and rcX versions.
Comment 11 Gerald (Jerry) Carter (dead mail address) 2005-02-07 07:42:11 UTC
originally reported against 3.0.3pre2.  Moving back to version to 3.0.2a
to remove preX and rcX versions.
Comment 12 Gerald (Jerry) Carter (dead mail address) 2005-08-24 10:16:34 UTC
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.
Comment 13 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:25:54 UTC
database cleanup