cups printer instances not usable from gtk applications
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Common Print Dialog |
New
|
Wishlist
|
Unassigned | ||
GTK+ |
Fix Released
|
Medium
|
|||
gtk+2.0 (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
This (http://
I have once filed a bug upstream (http://
My suggested workaround in the upstream bug would at least prevent one bad effect the bug is having if you define cups "instances" in your /etc/cups/lpoptions or ~/.cups/lpoptions - either using old kde 3.5 print configuration dialog or "lpoptions" command line.
Read the loptions man page to learn about cups "instances". They are really useful. If anybody knows an alternative I'd be happy to learn about it as well. Multiple "queues" (printers) for the same "device URL" are not an alternative, as at least /usr/share/
If the cups instances are here to stay and somebody gave me some tips on how to get my code accepted by upstream I'd maybe take some effort to implement instances in the gtk libprintbackend
But there is some other printing dialog efforts going on. E.g. "Common Printing Dialog" (https:/
ProblemType: Bug
Architecture: amd64
Date: Thu Oct 22 13:57:49 2009
DistroRelease: Ubuntu 9.10
Package: libgtk2.0-0 2.18.3-1
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=C
ProcVersionSign
SourcePackage: gtk+2.0
Uname: Linux 2.6.31-14-generic x86_64
Changed in gtk: | |
importance: | Unknown → Medium |
status: | Unknown → New |
tags: | added: cpd |
Changed in common-print-dialog-gtk: | |
importance: | Undecided → Wishlist |
Changed in gtk: | |
status: | New → Confirmed |
Changed in gtk: | |
status: | Confirmed → Fix Released |
Thank you for your bug report