GNOME Bugzilla – Bug 170753
Printing: 'no paper options are defined' after upgrade to gnome
Last modified: 2009-11-27 05:14:11 UTC
Please describe the problem: Until recently, I have been able to select a paper tray for print jobs, from the gnome printing dialog. For example, we produce PDF reports which I open in gpdf, and print them to tray 1 ( default is tray 2 ). After upgrading *something* ( sorry - I use Gentoo and I upgrade a fair bit ), every application which uses the gnome printing dialog now has the text 'no options are defined' in place of the usual list of 'paper tray' options. Steps to reproduce: 1. Upgrade to the latest version of Gnome & libraries. 2. Open an application that uses the gnome printing libraries ( eg the gnome text editor, or gpdf ) 3. Press 'File ==> Print' 4. In the dialog that appears, click the 'paper' tab, and inspect the 'paper tray' options. Actual results: The paper tray options displays "no options are defined". Expected results: The combo box should list the trays available according to the CUPS definition ( in my case, Tray 1, Tray 2 ). Does this happen every time? Yes. Other information: Everything was working under Gnome-2.8.2.
Which version of libgnomeprint are you using. The newest version has problems with printers obtained through broad casting.
Thanks for the comment. I'm using libgnomeprint-2.8.2. I will now test with prior versions and report back.
All of the 2.8.x versions have the same problem. Reverting to libgnomeprint ( and libgnomeprintui ) 2.6.2 seems to have given us back our functionality :) This will do for now. I'm more than willing to help with testing any proposed solutions to get it working under 2.8.x.
In the most recent version we lost all our broadcast printers. We got them back by recompiling libgnomecups with go_directly_to_printer_when_possible = TRUE; set in libgnomecups/gnome-cups-printer.c I don't know whether that will help you. In any case, Your problem is a major issue, so I am raising the severity level.
I've just tested with gnome-2.10 ( libgnomeprint-2.10.3 and libgnomeprintui-2.10.2 ) and this version contains the same bug.
Any news? The version number keeps going up, but the bug remains...
It seems that nobody else can replicate your problem (you do see the problem with go_directly_to_printer_when_possible = TRUE; I assume), so chances that it will be fixed any time soon are imho slim.
I have no idea what to do with "go_directly_to_printer_when_possible = TRUE". I assume I have to edit the source code of something and recompile? That's the impression that I got from a previous post, but it had no-where near enough detail for me to do anything with it.
In the source for libgnomecups find the file libgnomecups/gnome-cups-printer.c. In it there is a line go_directly_to_printer_when_possible = FALSE; change that line to go_directly_to_printer_when_possible = TRUE; compile and install libgnomecups and see what happens.
Many thanks :) That's fixed it for now. There's a comment just above this line in the source that says "disable for now". So I assume that later down the track, this will be enabled by default? Or is something else planned? I only ask because the option of selecting paper trays is quite important to us, and if I'm going to have to deal with it breaking again, I might as well know now so I can look into other options.
With "=FALSE" we can't even print properly. so I share your hope that it will be changed again.
*** Bug 319271 has been marked as a duplicate of this bug. ***
Which exact GNOME version and distribution is this about? Is this still an issue in GNOME 2.24/2.26? Note that gnome-print has been deprecated and superseded by GTK+ printing functionality since GNOME 2.16. This means that gnome-print is NOT actively maintained anymore. If your reported issue is still valid for GTK+ printing, please feel free to file a bug report against gtk+/printing.
Closing this bug report as no further information has been provided. Please feel free to reopen the bug if the problem still occurs with a newer version of GNOME 2.28.1 or later, thanks.