Same problem here, caused by having a remote (ipp) printer defined, and the name of the host on which the queue is defined is unresolvable. It is not the default queue -- in this case one printer defined on a server at home, the hostname of which is normally discovered by zeroconf. If that server is down or I am at another location, the print dialog takes approx. 1 minute to appear.
I think the name resolution call happens in gtk_printer_request_details (from a quick poke around with gdb). Needs to be made an asynchronous operation which doesn't hold up opening the print dialog. Workaround. Check what servers your remote printers are on, and make sure the host's name (as shown in the print setup dailog) is define in /etc/hosts. If the same problem I am describing, your print dialog should become responsive again as soon as you make the change. -- print dialog hangs when connected to wireless network https://bugs.launchpad.net/bugs/223776 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
