Red Hat Bugzilla – Bug 157878
Last modified: 2008-03-04 23:12:13 EST
Description of problem:
When printing a job to a remote CUPS queue using lp or lpr, the options seen in
'lpoptions -p dest' are included in the job. When printing from an application
using libgnomecups (such as gedit or evince), these options are not sent with
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Make a queue called 'dest' on server1.
2. Edit /etc/foomatic/filter.conf on server1 and add 'debug: 1'
3. On server1, make sure server2 has access to the queue.
4. On server2, 'lpoptions -ddest -ofitplot'
5. On server2, 'lp -ddest /usr/share/evolution/2.2/help/quickref/C/quickref.pdf'
6. On server1, cp /tmp/foomatic-rip.log /tmp/foomatic-rip.lp
7. On server2, 'evince /usr/share/evolution/2.2/help/quickref/C/quickref.pdf'
and print it to dest.
8. On server1, cp /tmp/foomatic-rip.log /tmp/foomatic-rip.evince
9. Compare /tmp/foomatic-rip.lp and /tmp/foomatic-rip.evince, and the print-outs.
foomatic-rip.lp shows the 'fitplot' option is passed, foomatic-rip.evince shows
it is not.
Print-out from 5 is scaled to fit, but from 7 is not.
Both print-outs scaled to fit.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
I guess network default options will fix this in FC6 anyway.
Tim, unfortunately this is not correct.
We have a network printer with duplex unit, which has a default of printing on
both sides. However it is impossible to make a *user* default option for one of
our users, who by default wants everything printed single-sided.
Fortunately Pascal de Vuijst fixed this for Ubuntu, see
especially comment 38. I'll upload his patch here as well. I've tested a rebuilt
libgnomecups22 on Fedora Core 6, and this problem is fixed for gedit.
Unfortunately Evince still doesn't comply with these user defaults, and I'm not
sure why. I'm investigating this next.
Note also that libgnomecups is looking for user options in the wrong place --
but that's a separate bug that I'll file also.
Created attachment 158429 [details]
respect user default CUPS options
Patch by Pascal de Vuyst that lets libgnomeprint respect the user default CUPS
options, as set by lpoptions(1).
this needs to be refactored for gtkprint also
Created attachment 159409 [details]
patch for CUPS GtkPrint backend to honor ~/.cups/lpoptions
Turned out that Evince used GtkPrint instead of libgnomecups, indeed (I didn't
Attached is a patch to the FC-6 GTK+ (2.10.8) that enables both a user-set
default printer as well as user-set default options for printers.
As this is my first C code in a very long time, there's bound to be errors, so
please review carefully :)
Reported upstream as bug 469210 (
These patches are in rawhide now.