[Printing-architecture] Common Printing Dialog and job being rejected by CUPS

[Printing-architecture] Common Printing Dialog and job being rejected by CUPS

[Till Kamppeter]

Hi,

please have a look at

http://bugzilla.gnome.org/show_bug.cgi?id=384940

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 rejected.

    Till

Re: [Printing-architecture] Common Printing Dialog and job being rejected by CUPS

[Till Kamppeter]

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

Till Kamppeter wrote:
> Hi,
> 
> please have a look at
> 
> http://bugzilla.gnome.org/show_bug.cgi?id=384940
> 
> 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 
> rejected.
> 
>    Till
> 
> 
> 

Re: [Printing-architecture] Common Printing Dialog and job being rejected by CUPS

[Till Kamppeter]

[ 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

AuthInfoRequired username,password

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

AuthInfoRequired username,password

in /etc/cups/printers.conf makes CUPS reporting that, but in reality it 
does not need it.

Per is using standard CUPS APIs 
(http://www.cups.org/documentation.php/api-cups.html#PRINTERS_AND_CLASSES) 
to report whether a printer needs authentication. Seems that CUPS has a 
bug here. Per will report it to CUPS upstream.

    Till


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
> 
> Till Kamppeter wrote:
>> Hi,
>>
>> please have a look at
>>
>> http://bugzilla.gnome.org/show_bug.cgi?id=384940
>>
>> 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 
>> rejected.
>>
>>    Till
>>
>>
>>
> 
> 

Re: [Printing-architecture] Common Printing Dialog and job being rejected by CUPS

[Till Kamppeter]

CUPS bug report:

http://www.cups.org/str.php?L3291

    Till


Till Kamppeter wrote:
> [ 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
> 
> AuthInfoRequired username,password
> 
> 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
> 
> AuthInfoRequired username,password
> 
> in /etc/cups/printers.conf makes CUPS reporting that, but in reality it 
> does not need it.
> 
> Per is using standard CUPS APIs 
> (http://www.cups.org/documentation.php/api-cups.html#PRINTERS_AND_CLASSES) 
> to report whether a printer needs authentication. Seems that CUPS has a 
> bug here. Per will report it to CUPS upstream.
> 
>    Till