Description of problem: When sending a job to an authenticated IPP queue, I expect to be prompted for a username and password. This doesn't happen and the job gets stuck. Version-Release number of selected component (if applicable): cups-1.4.2-7.fc12.x86_64 How reproducible: Happens every time. Steps to Reproduce: 1. Add a new printer that prints to an authenticated IPP queue. 2. Send a print job to that printer. 3. Actual results: The print job doesn't get printed. The command "lpstat -t", produces output like: [agajania@comp1 ~]$ lpstat -t scheduler is running device for csoffice: ipp://hopper.cs.newpaltz.edu:7631/printers/csoffice?encryption=always csoffice accepting requests since Fri 18 Dec 2009 05:09:00 PM EST printer csoffice now printing csoffice-0. enabled since Fri 18 Dec 2009 05:09:00 PM EST Unable to get printer status (Unauthorized)! csoffice-31 root 1024 Fri 18 Dec 2009 05:09:00 PM EST Expected results: The user should be asked for a username and password. Additional info: The prompting for a username and password was the default behavior in Fedora 11.
Reported upstream with patch.
Also affects Fedora 11 so changing version.
I have installed release 1.4.2-19.fc12 of cups and cups-libs. Regarding printing from GNOME apps: While still using release 1.4.2-7.fc12 earlier today, I noticed that the username and password pop-up was coming up. I'm not sure when that started working, but it is the first time that I can remember seeing it in F12. Regarding printing from the command line: This works in 1.4.2-19.fc12 but was not working in 1.4.2-7.fc12. Now, when I print from the command line, the username and password pop-up appears and the document seems to print properly. Regarding printing from the command line as root: This doesn't work. When I try this, the status in lpstat -t becomes "/usr/lib/cups/backend/ipp failed". The job doesn't block the queue, though. Subsequent user jobs get printed out. If I try to cancel the job, however, cups seems to become unusable. (Restarting cups restored service.) I have been able to remove the job by deleting files from /var/spool/cups.
Please run 'service cups restartlog' as root, submit a job from the command line as root, then when it fails attach /var/log/cups/error_log to this bug report using the "Add an attachment" link above. Thanks.
Created attachment 380044 [details] error_log where root submits a job on the command line
The job stops normally due to lack of authentication. Just authenticate the job by right-clicking on the printer in system-config-printer, selecting 'View Print Queue, right-clicking on the held job, and selecting 'Authenticate'.
cups-1.4.2-20.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
cups-1.4.2-20.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.