Red Hat Bugzilla – Bug 827502
IPP backend fails to trigger authentication prompts when a username/password is required
Last modified: 2012-08-20 09:13:14 EDT
Description of problem:
I have the same problem as in F16 with
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. configure a printer with ipp (https)
and connection string
(btw my printer server is w2k8 32bit)
2. in printer policies set
error policy: abort-job (not relevant actually)
operation policy: authenticated
3. try to print
I don't get any prompt for authentication and am unable to print.
In cups web inteface I see
authentication and print
I opened the same problem for F16 and was indeed solved:
Based on https://bugzilla.redhat.com/show_bug.cgi?id=810007#c24
it should be ok for F17 too.
Just updated my pc (reinstall), but it doesn' work even if I have the version referred....
localhost - - [01/Jun/2012:17:54:23 +0200] "POST /printers/Stampante3 HTTP/1.1" 401 454 Print-Job successful-ok
localhost - root [01/Jun/2012:17:54:23 +0200] "POST /printers/Stampante3 HTTP/1.1" 200 454 Print-Job successful-ok
W [01/Jun/2012:17:54:27 +0200] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'Stampante3-Gray..' already exists
W [01/Jun/2012:17:54:27 +0200] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'Stampante3-CMYK..' already exists
W [01/Jun/2012:17:54:27 +0200] failed to CreateDevice: org.freedesktop.ColorManager.AlreadyExists:device id 'cups-Stampante3' already exists
Hmm, that's strange because cups-1.5.2-12.fc17 has the same patches that fixes it on F16 applied.
Could you also try  the cups-1.5.3 from updates-testing. cups-1.5.3 should have this problem  fixed  upstream.
 yum --enablerepo=updates-testing update 'cups*'
The problem arose as soon as I configured the printer.
Tried also to restart cups and no way.
Today I re-tried, before updating, and it works... strange.
BTW: I also took the time to test with success cups-1.5.3-2.fc17.x86_64 from updates-testing repo (with reboot of the system included).
One note: I can print from firefox, evince, but not from libreoffice, where I don't get any user/pwd window but only this in cups web interface:
Donna if this is expected behaviour.
That sounds like an issue with libreoffice, which uses its own print dialog.
OK, closing this bug report then, as that updates-testing package has been pushed to stable. If the libreoffice problem persists, please file a bug report against that component.