Gnome print dialog box poll for printer info every time it's opened
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | GTK+ |
Expired
|
Medium
|
||
| | gtk+2.0 (Ubuntu) |
Low
|
Unassigned | ||
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 127.0.0.1" >> /etc/cups/
| Till Kamppeter (till-kamppeter) wrote : | #1 |
| affects: | system-config-printer (Ubuntu) → gtk+2.0 (Ubuntu) |
| Sebastien Bacher (seb128) wrote : | #2 |
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 (https:/
| 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 |
| Changed in gtk: | |
| importance: | Undecided → Unknown |
| status: | New → Unknown |
| Sebastien Bacher (seb128) wrote : | #3 |
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 : | #4 |
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 : | #5 |
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 |
| Rodrigo Virote Kassick (kassick) wrote : | #6 |
I can confirm the bug in Lucid. Disabling the dnssd parameter in
BrowseLocalProt
assume that will kill printer discovery.
| 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 : | #7 |
Disabling dnssd didn't help here on 10.04. But this solved it for me (thanks Dominik from bug 475845):
echo "ServerName 127.0.0.1" >> /etc/cups/
(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 |
The printing dialog in the GTK applications is provided by GTK and not by system-