GNOME Bugzilla – Bug 698350
print dialog should not expose printer classes
Last modified: 2014-03-12 10:49:44 UTC
Created attachment 241889 [details] screenshot shows printer dialog exposing CUPS printer class "NeuroSpin" as a printer The Gnome printer dialog exposes CUPS printer classes. One cannot print to printer classes. The print dialog ought to filter printer classes out. Here is part of the CUPS setup at my lab: $ lpstat -c [...] members of class NeuroSpin: NeuroSpin-B-HL5250DN-145-172 [...] $ lpstat -v NeuroSpin device for NeuroSpin: ///dev/null $ The Gnome printer dialog exposes "NeuroSpin" as a regular printer and of course printing to it does not result in actual printing.
The whole point of classes in cups is that they stand in for a set of printers. Sending the job to a class sends it on to the next available printer in that class. Classes SHOULD be listed as available printers in any print dialog. If printing fails when selecting a cups class in a gtk+ print dialog, that is a bug, but the bug is not in offering classes in the dialog. Any bug here is most likely due to gtk+’s refusal to use the cups api.
Hi Dimitri, as James explained, classes should be listed in the print dialog. The fact that printing to the class NeuroSpin doesn't print anything is probably a configuration problem. I can print to classes just fine. I'm closing this as notabug. Regards Marek
I understand. Maybe printing to the class does work here, but since there are a dozen printers throughout the building, maybe I was't able to spot which printer had been used.