Bug 998706 - Support PIN PPD options system-wide
Summary: Support PIN PPD options system-wide
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: cups
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Zdenek Dohnal
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-19 20:19 UTC by David Woodhouse
Modified: 2020-07-21 06:06 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-07-21 06:06:20 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.