Printing fails. Works with other applications.

Debug Printer with
System --> Administration --> Printing --> [Select Printer] --> Help --> Troubleshoot.

First printed from Evolution and got the "Too many failed attempts" message
Then, from the troubleshoot dialog, printed a test page - success.

The troubleshoot log contained:

D [26/Mar/2009:11:05:36 -0700] cupsdCloseClient: 7
D [26/Mar/2009:11:05:36 -0700] cupsdAcceptClient: 7 from localhost (Domain)
D [26/Mar/2009:11:05:36 -0700] cupsdReadClient: 7 POST / HTTP/1.1
D [26/Mar/2009:11:05:36 -0700] cupsdAuthorize: No authentication data provided.
D [26/Mar/2009:11:05:36 -0700] Get-Jobs ipp://localhost/jobs/
D [26/Mar/2009:11:05:36 -0700] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [26/Mar/2009:11:05:36 -0700] cupsdCloseClient: 7
D [26/Mar/2009:11:05:36 -0700] cupsdAcceptClient: 7 from localhost (Domain)
D [26/Mar/2009:11:05:36 -0700] cupsdReadClient: 7 POST / HTTP/1.1
D [26/Mar/2009:11:05:36 -0700] cupsdAuthorize: No authentication data provided.
D [26/Mar/2009:11:05:36 -0700] Create-Printer-Subscription /
D [26/Mar/2009:11:05:36 -0700] cupsdCreateSubscription(con=0xb8eb3ef8(7), uri="/")
D [26/Mar/2009:11:05:36 -0700] pullmethod="ippget"
D [26/Mar/2009:11:05:36 -0700] notify-lease-duration=86400
D [26/Mar/2009:11:05:36 -0700] notify-time-interval=0
D [26/Mar/2009:11:05:36 -0700] cupsdAddSubscription(mask=17800, dest=(nil)(), job=(nil)(0), uri="(null)")
D [26/Mar/2009:11:05:36 -0700] Added subscription 43 for server
I [26/Mar/2009:11:05:36 -0700] Saving subscriptions.conf...
D [26/Mar/2009:11:05:36 -0700] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [26/Mar/2009:11:05:36 -0700] cupsdCloseClient: 7
D [26/Mar/2009:11:05:37 -0700] cupsdAcceptClient: 7 from localhost (Domain)
D [26/Mar/2009:11:05:37 -0700] cupsdReadClient: 7 POST / HTTP/1.1
D [26/Mar/2009:11:05:37 -0700] cupsdAuthorize: No authentication data provided.
D [26/Mar/2009:11:05:37 -0700] Get-Notifications /
D [26/Mar/2009:11:05:37 -0700] cupsdIsAuthorized: requesting-user-name="tomdean"
D [26/Mar/2009:11:05:37 -0700] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [26/Mar/2009:11:05:37 -0700] cupsdCloseClient: 7
D [26/Mar/2009:11:05:45 -0700] cupsdAcceptClient: 7 from localhost (Domain)
D [26/Mar/2009:11:05:45 -0700] cupsdAcceptClient: 8 from localhost (Domain)
D [26/Mar/2009:11:05:45 -0700] cupsdCloseClient: 7
D [26/Mar/2009:11:05:45 -0700] cupsdReadClient: 8 POST / HTTP/1.1
D [26/Mar/2009:11:05:45 -0700] cupsdAuthorize: No authentication data provided.
D [26/Mar/2009:11:05:45 -0700] CUPS-Get-Printers
D [26/Mar/2009:11:05:45 -0700] cupsdProcessIPPRequest: 8 status_code=0 (successful-ok)
D [26/Mar/2009:11:05:45 -0700] cupsdAcceptClient: 7 from localhost (Domain)
D [26/Mar/2009:11:05:45 -0700] cupsdCloseClient: 8
D [26/Mar/2009:11:05:45 -0700] cupsdReadClient: 7 GET /printers/Photosmart-c4100.ppd HTTP/1.1
D [26/Mar/2009:11:05:45 -0700] cupsdAuthorize: No authentication data provided.
D [26/Mar/2009:11:05:45 -0700] cupsdCloseClient: 7
D [26/Mar/2009:11:05:46 -0700] cupsdAcceptClient: 7 from localhost (Domain)
D [26/Mar/2009:11:05:46 -0700] cupsdReadClient: 7 POST /printers/Photosmart-c4100 HTTP/1.1
D [26/Mar/2009:11:05:46 -0700] cupsdAuthorize: No...

Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it without more information.

Please include the information requested at https://wiki.ubuntu.com/DebuggingPrintingProblems as separate attachments

could be a gtk issue since you're having the same problem with gedit, let's wait for the logs.

Here is the log file.

Please check your /etc/cups/printers.conf file, does it have the following line in it?
AuthInfoRequired username,password
Try changing it to:
AuthInfoRequired none

On Fri, 2009-08-07 at 09:13 +0000, Pascal De Vuyst wrote:
> Please check your /etc/cups/printers.conf file, does it have the following line in it?

This did not resolve the problem. Disabling security should not be the
answer.

tomdean

On Fri, 2009-08-07 at 09:13 +0000, Pascal De Vuyst wrote:
> Please check your /etc/cups/printers.conf file, does it have the following line in it?
> AuthInfoRequired username,password
> Try changing it to:
> AuthInfoRequired none
>

I made the change, restarted cups, etc. The problem remained.

Last night, I had a power outage and the system rebooted. Now, with

# Cat /etc/cups/printers.conf
...
AuthInfoRequired none
...

Printing works from evolution ond Document Viewer 2.26.1.

But, the fix should not be to disable security.

Prior to making the change, printing to this printer works from cups
lpr, emacs, xpdf, gschem, etc.

Why does disabling security allow evolution to print?

tomdean

This is an issue of the GTK printing dialog (see upstream bug).

On Sat, 2009-08-15 at 12:12 +0000, Bug Watch Updater wrote:
> ** Changed in: gtk
> Status: Unknown => Fix Released
>

I still have the problem.

When will the fix be released?

Is there any news on this bug?

If I understand this correctly, the upstream bug has been resolved for some time.
http://bugzilla.gnome.org/show_bug.cgi?id=384940

On Mon, 2009-08-31 at 15:27 +0000, Birgir Haraldsson wrote:
> Is there any news on this bug?
>
> If I understand this correctly, the upstream bug has been resolved for some time.
> http://bugzilla.gnome.org/show_bug.cgi?id=384940
>

This bug should be marked as fixed.

tomdean

Seems it is still an issue: http://bugzilla.gnome.org/show_bug.cgi?id=591846

For me it works only if I set AuthRequired none and restart cups. That allows me to print once, then cups changes it back to AuthRequired username,password.

I don't think that this is cups fault, since the printer I am printing to really requires authentication, it kind of makes sense to change the AuthRequired setting.

the upstream bug is fixed in karmic could somebody try if that's still an issue there?

Well, I manged to install karmic and updated fully.

I think this is partially fixed.

Here is the thing:
I set up two printers on a windows server. I allow guest to access the machine remotely, but only Printer-A allows guest to connect to it (but not print). Printer-B denies the guest to print.

When printing to Printer-B:
if AuthInfoRequired = none, then I get the authentication dialog, and when successfully printed, cups changes AuthInfoRequired to username,password. (very good thing)
also, when AuthInfoRequired = username,password, I get the authentication dialog and everything works fine.
Note: gnome does not remember my password, but I guess that has something to do with the gnome-keyring ??

When printing to Printer-A:
I do not get the authentication dialog, no matter what the AuthInfoRequired says.
In cups/error_log I get Print-Job: Unauthorized, but I don't think it even tries to connect to the win server.

In jaunty I have the same setup, but then printing to Printer-B, I get the dialog only if AuthInfoRequired = none, else I get "Can't prompt for authentication".

Since I need to install 20+ machines in the next 2 weeks or so, I've "fixed" this by having a script run every minute to set AuthInfoRequired to none if needed and reload cups... this at least allows the users to use the printers a bit

Hope this helps

this is fixed upstream already,could somebody check with lucid and comment back? thanks.

On Mon, 2010-05-31 at 20:53 +0000, Pedro Villavicencio wrote:
> this is fixed upstream already,could somebody check with lucid and
> comment back? thanks.
>
> ** Changed in: gtk+2.0 (Ubuntu)
> Status: Triaged => Incomplete
>

It works. I changed etc/cups/printers.conf to include:

#AuthInfoRequired none
AuthInfoRequired username,password

to remove the workaround. I was promoted for username and password.

and restarted cups.d:

>sudo /etc/init.d/cups restart

Printing worked.

Thanks,
tomdean