[Printing-architecture] Common Printing Dialog and job being rejected by CUPS
till.kamppeter at gmail.com
Mon Aug 17 03:39:55 PDT 2009
[ Mainly for Alex and Lars, I have discussed this with Per on IRC ]
Per, thanks also for your quick implementation of marking printers as
stopped, rejecting jobs, or needing authentication.
For testing, I have added
to one of the print queue entries in /etc/cups/printers.conf and
restarted CUPS. This printer shows correctly in your dialog that
authentication is required.
Problem is the following: I printed through this printer successfully
from your dialog, not getting asked for a password. As I am privileged
user (in "lpadmin" group), I tried also to print via
sudo su nobody -c 'lpr -P 2 ~/.bashrc'
Then I get only asked for my password to execute sudo, but CUPS does not
ask for the password of "nobody". It simply printes the job.
This looks like that
in /etc/cups/printers.conf makes CUPS reporting that, but in reality it
does not need it.
Per is using standard CUPS APIs
to report whether a printer needs authentication. Seems that CUPS has a
bug here. Per will report it to CUPS upstream.
Till Kamppeter wrote:
> Thanks, Per for your quick implementation.
> Can you all add another small thing:
> Can you mark somehow in the drop-down list to select the printer whether
> the printer is rejecting jobs or whether it is disabled? And if CUPS
> allows it also whether the printer requires authentication for printing?
> Till Kamppeter wrote:
>> please have a look at
>> and make sure that this bug does not occur for the Common Printing
>> Dialog. The dialog must handle
>> 1) printer being paused
>> 2) printer rejecting jobs
>> 3) user not allowed to use a printer
>> 4) user required to enter login/password to use a printer
>> in a meaningful way, by asking for login and password if needed, not
>> allowing to select a printer, popping up error dialogs if jobs get
More information about the Printing-architecture