Bug 1415697

Description of problem:
Printer password dialog not shown for network printers (e.g. SMB)

Version-Release number of selected component (if applicable):
Red Hat Enterprise Linux Workstation release 7.3
gnome-settings-daemon-3.14.4-12.el7.x86_64
gnome-shell-3.14.4-53.el7.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Set up a network printer via SMB in CUPS, e.g. something like smb://printserver/queue which requires authentication
2. Try to print a document from gedit
3. Job is held for authentication, no dialog box to ask for authentication pops up
4. CUPS notices this, and adds a "AuthInfoRequired username,password" line into printers.conf
5. Try to print another job in gedit, now the GTK print dialog notices the "AutoInfoRequired" and asks for a username/password, printing works
6. Applications not usng the GTK print dialog (e.g. LibreOffice, or many, MANY other apps) don't check for AuthInfoRequired and so printing fails (the job is held for authentication)

Actual results:
The printout is held for authentication.

Expected results:
A popup asking for Windows username and password should be shown and the printout should be sent to the printer by using these authentication information.

Additional info:
In RHEL6 and earlier the printing with authentication mechanism worked as follows:
1) User prints something
2) Job is held for authentication
3) The "system-config-printer-applet" notices the job is held for authentication, and prompts for user/pass

In RHEL7 under GNOME applications using the GTK print dialog work on the second attempt onwards, e.g. when AuthInfoRequired is added to the printers.conf. Other applications can't print at all because there is no system-config-printer-applet running.

Although system-config-printer-applet is available, and its in XDG autostart (/etc/xdg/autostart) its disabled for GNOME and KDE, so it doesn't start in GNOME/KDE. It appears GNOME doesn't have an equivalent tool running to check for printer jobs held for authentication. 

My guess is that it was decided that noticing that jobs are held for authentication (e.g. trying to print and finding it needs auth) was a little silly and it was much more logical to ask for authentication first. The only issue with this is that a) there is seemingly no way to tell CUPS when you add a printer to add the "AuthInfoRequired" line, and b) non-GTK printer dialog applications will always fail still

Suggested fixes:

1) Modify system-config-printer-applet to run in GNOME since it only kicks in if it notices a job is held for authentication (change the xdg autostart .desktop file to enable it within GNOME)
2) Alter GNOME's gsd-printer to monitor the cups queue and notice jobs held for authentication (and prompt for username/password).

Upstream bug : https://bugzilla.redhat.com/show_bug.cgi?id=757755