Bug 1217 - Generic printing is not invoked even if requested
Summary: Generic printing is not invoked even if requested
Status: CLOSED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: Printing (show other bugs)
Version: 3.0.2a
Hardware: All All
: P3 normal
Target Milestone: none
Assignee: Gerald (Jerry) Carter (dead mail address)
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-26 13:53 UTC by Kuba Ober
Modified: 2005-08-24 10:16 UTC (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kuba Ober 2004-03-26 13:53:20 UTC 
When CUPS is the printing subsystem, there's no way to have a non-cups generic 
printer, like 
 
[pdf] 
	path = /var/spool/... 
	comment=PDF printer 
	print command=/usr/bin/pdfout %p %s 
 
If a specific print command is given for a printer, the generic printer should 
always be invoked instead of the catch-all subsystem like cups. 
 
This is a regression from 2.x as e.g. if my subsystem was lprng, it was still 
possible to have "custom" printers that would only have a print command.
Comment 1 Gerald (Jerry) Carter (dead mail address) 2004-03-26 14:27:25 UTC 
add 'printing = bsd' into the [pdfprinter] definition.
This was changed between 3.0.2a and 3.0.3pre1.
Comment 2 Gerald (Jerry) Carter (dead mail address) 2005-02-07 07:39:46 UTC 
originally reported against 3.0.3pre1.  Moving back to version to 3.0.2a
to remove preX and rcX versions.
Comment 3 Gerald (Jerry) Carter (dead mail address) 2005-02-07 07:42:08 UTC 
originally reported against 3.0.3pre2.  Moving back to version to 3.0.2a
to remove preX and rcX versions.
Comment 4 Gerald (Jerry) Carter (dead mail address) 2005-08-24 10:16:43 UTC 
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.