Bug 998706

Summary:	Support PIN PPD options system-wide
Product:	[Fedora] Fedora	Reporter:	David Woodhouse <dwmw2>
Component:	cups	Assignee:	Zdenek Dohnal <zdohnal>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	jpopelka, j, twaugh
Target Milestone:	---	Keywords:	FutureFeature
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2020-07-21 06:06:20 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description David Woodhouse 2013-08-19 20:19:33 UTC

We have PIN-based printing on all our corporate printers. It would be really nice to have a central place for a *user* to set their PIN, which is then used for all printers.

It's particularly awful at the moment because settings made in the application print dialog don't seem to be honoured consistently, or remembered for the next print attempt. You have to open the control panel and set it there, for each printer, before it works. Someone who actually works in an office was going to file a bug about that; I'll check on the status of that...

It would be very useful to have a way to consistently set these options, if they are present on *any* printer:

*DefaultHPPinPrnt: True
*DefaultHPFIDigit: 1
*DefaultHPSEDigit: 2
*DefaultHPTHDigit: 3
*DefaultHPFTDigit: 4

Comment 1 Fedora Admin XMLRPC Client 2016-06-24 10:29:43 UTC

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 2 Jason Tibbitts 2018-09-21 20:14:57 UTC

I know this is an old bug, but I wanted to toss in some observations I made.

For HP printers, there is a filter "hpps" (part of the hplip package) which takes the job options it's passed and turns them into PJL which it wraps around the postscript to be printed.  The filter used to be written in Python but recently it was rewritten in C; the old python version still works even though it's rather unpleasantly written.

I took that filter and cleaned up the crappy code a bit and then hacked around to do things like always set HOLD=ON (so jobs are always held at the printers regardless if they have a PIN) and to pull the PIN info from LDAP and force-apply it as if it was passed as an option.  It seems to mostly work though I haven't done anything other than play around with it.

However, I simply haven't managed to wrap my head around just how cups determines what options to apply, or how they get applied to things which aren't HP printers and thus don't use the hpps filter.

Comment 3 Zdenek Dohnal 2020-07-21 06:06:20 UTC

Because the current CUPS upstream doesn't respond on Github too much in the present and printing stack is moving towards driverless support, in my humble opinion the feature for PPD will not be implemented.

I'm sorry for inconvenience.