I think the HP support we should re-architecture somewhat. Currently on each printer hp-makeuri is once called to check whether it is an HP printer and if it is the case it is called again to see whether it has a fax facility, so that HP printers are shown as HPLIP supported and multi-function printers are shown twice, once for their printer part and once for their fax part. Getting the list this way only works with the hp-makeuri calls.
The CUPS SNMP is directly called to determine make and model if a printer is not auto-detected but its IP is entered by hand. The bug is here that the call always happens, also for auto-detected printers. The call needs to be an extra "if" to check whether there is already make/model/device ID info and if so the call should be skipped. The suggested new way would be, to only poll the device list from CUPS and not doing any call of any network tool to get extra info from the printers (or to have a kind of "detailed printer list" option for the old behaviour). Now when the user selects a detected printer entry the extra information only for this printer will be polled using snmp and hp-makeuri. If it turns out now that the printer is a fax-capable multi-function device, there can be two possible architectures: 1. A pop-up appears asking whether the user wants to set up the printer or the fax 2. The printer wizard gets continued for setting up the printer, after that the printer wizard goes through its steps again for the fax, either beginning with the model/driver step (as the URI is already known) or even only doing the queue name/description/location step (as there is only one PPD for the fax). If the wizard repeats steps for the fax queue, it must be clearly shown that it is about the fax queue now. WDYT about doing it this way? -- 'New Printer' = hang over network https://bugs.launchpad.net/bugs/165197 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
