On Fri 12 Oct 2018 at 17:56:40 +0100, Brian Potkin wrote: > Package: cups-browsed > Version: 1.21.3-1 > Severity: normal > Tags: upstream > > > The CreateIPPPrinterQueues works very nicely with remote print queues. > A permanent local queue is created which can be printed to using lp or > the GTK, Qt and Libreoffice dialogs. > > When dealing with a remote IPP printer the situation is different, as > described in #905850 and #908604: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905850 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908604 > > Unlike a print queue, the queue for an IPP printer is temporary and > disappears within a minute from the 'lpstat -a' output and from a GTK > dialog (but not from Qt and Libreoffice dialogs). Very confusing for > a user, I would have thought. CreateIPPPrinterQueues is not sufficient > for a permanent queue to be created. > > The temporary nature of a printer queue is not documented and neither > is the solution, setting UseCUPSGeneratedPPDs to "No".
Further researching this behaviour with CreateIPPPrinterQueues set to "All" as before, I obtained the dnssd URI for the printer from 'lpinfo -v and set up a queue for it with lpadmin -p 4500 -v dnssd://... -E -m driverless:ipp://envy4500.local:631/ipp/print (Later on, -m everywhere was used with the same outcome as described below). 'lpstat -l -e' shows the 4500 queue as permanent. Restarting cups-browsed brings back the ENVY4500 queue. Far from disappearing after a minute, this queue persists and is shown as permanent. All well and good as an alternative workaround to previously, but I do not really want two queues for the same printer. So the 4500 one was deleted. This leads to ENVY4500 losing its permanent status. However, the queue now persists and does not disappear after 1 min! Until, that is, cups-browsed is restarted. Then it is back to the going away behaviour. Regards, Brian.
