Gnome print dialog box poll for printer info every time it's opened

Bug #534985 reported by Franck on 2010-03-09
This bug affects 54 people
Affects Status Importance Assigned to Milestone
gtk+2.0 (Ubuntu)

Bug Description

When a printer is defined as a remote printer, using DNS-SD or not, each time you enter a gnome print dialog box, the dialog says : 'Getting printer information...'
This phase sometimes takes several tens of seconds, making the printing process cumbersome...

Applications that don't use gnome print dialog (say openoffice for example) don't suffer from this latency.

This behaviour appeared with Karmic Koala and is still here in Lucid alpha.

=== Workaround ===
echo "ServerName" >> /etc/cups/client.conf

Till Kamppeter (till-kamppeter) wrote :

The printing dialog in the GTK applications is provided by GTK and not by system-config-printer. Moving ...

affects: system-config-printer (Ubuntu) → gtk+2.0 (Ubuntu)
Sebastien Bacher (seb128) wrote :

Thank you for your bug report. The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (

Changed in gtk+2.0 (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Low
tags: added: kernel-series-unknown
tags: removed: kernel-series-unknown
Angel Abad (angelabad) on 2010-03-15
Changed in gtk:
importance: Undecided → Unknown
status: New → Unknown
Sebastien Bacher (seb128) wrote :

Thank you for sending the bug to GNOME

Changed in gtk+2.0 (Ubuntu):
status: New → Triaged
Changed in gtk:
status: Unknown → New
Ayan George (ayan) wrote :

I can reproduce the issue and I'm actively debugging it.

Changed in gtk+2.0 (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → Ayan George (ayan)
status: Triaged → In Progress
Alex_L33 (alex-l33) wrote :

I have a local printer connected directly by USB (Epson sylus CX6600) and the process still takes about ten seconds or more, so it can't be a problem only with network-connected device.

 A timeout option somewhere would be nice as most of the time i am quite happy for it to just print with my default settings and not tell me any information anyway.

Additionally, attempting to close the gnome-print dialogue should abort the "fetching printer information" task rather than causing the program from which one was attempting to print to hang while you wait.

Changed in gtk:
importance: Unknown → Medium

I can confirm the bug in Lucid. Disabling the dnssd parameter in
BrowseLocalProtocols in cups.conf and cups.conf.default resolved for me, but I
assume that will kill printer discovery.

Ayan George (ayan) on 2011-06-29
Changed in gtk+2.0 (Ubuntu):
assignee: Ayan George (ayan) → nobody
status: In Progress → Confirmed
Changed in gtk+2.0 (Ubuntu):
status: Confirmed → Triaged
Jakob Unterwurzacher (jakobunt) wrote :

Disabling dnssd didn't help here on 10.04. But this solved it for me (thanks Dominik from bug 475845):
echo "ServerName" >> /etc/cups/client.conf
(Note that this file probably does not exist beforehand. Also, you need to restart your applications for it to take effect)

description: updated
Changed in gtk:
status: New → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.