evince not respecting default printer

Thanks for your bug submission.

Does this work correctly under Gutsy but not Hardy Alpha 5?

Does your /etc/profile.d script run as root?

Please post the output of:

 ~/.cups/lpoptions

 (user defaults and instances created by non-root users.)

and

 /etc/cups/lpoptions

system-wide defaults and instances created by the root user.

Perhaps as simple as putting /.cups/lpoptions in each of the local user accounts?

Marking as Incomplete pending output.

.lpoptions are not respected in Gutsy either - though I've only tried i386 arch.

[root@mail log]# cat /etc/cups/lpoptions
Default UpstairsMain scp-fc5=true
[root@mail log]# cat ~user1/.cups/lpoptions
Default DownstairsMain
[root@mail log]# cat ~user2/.cups/lpoptions
Default UpstairsDahl
[root@mail log]# cat ~user3/.cups/lpoptions
Default Keith_Color_Printer

each of the ~user/.cups/lpoptions are set at login with the following script in /etc/profile.d/set_printer.sh - I'm using LTSP and thin clients, with printer based on hostname, not user.

#!/bin/sh
ws=$(echo $LTSP_CLIENT|cut -d. -f1)
case $ws in
   ws0-007 ) lpoptions -d UpstairsDahl ;;
   ws0-010 ) lpoptions -d DownstairsDahl ;;
   ws0-016 ) lpoptions -d UpstairsDahl ;;
   ws0-017 ) lpoptions -d Keith_Color_Printer ;;
esac

This may be an upstream GTK bug: https://bugs.launchpad.net/fedora/+source/libgnomeprint/+bug/34112

Using Evince Document Viewer 2.20.1 in Ubuntu Gutsy, I noticed that the the default printer settings are ignored and when entered in the print setup, are forgotten as soon as Evince is exited and re-entered.

My default printer (a Brother) is remembered by my other applications, but not by Evince. The same about paper size (A4). I know it's easy to open the Print Setup menu and change "Any Printer" to "Brother..." and Paper Size from "US Letter" to "A4", but hey, since other applications can remember such basic settings, I thought, well, let's just ask.

Thanks for your attention. Kind regards,
Wendy

Output of lptoptions:

media=A4 finishings=3 copies=1 job-hold-until=no-hold job-priority=50 number-up=1 auth-info-required=none job-sheets=none,none printer-info=MFC9420CN printer-is-accepting-jobs=1 printer-is-shared=1 printer-location=Kantoor printer-make-and-model='Brother MFC-9420CN BR-Script3' printer-state=3 printer-state-change-time=1207243782 printer-state-reasons=none printer-type=168012

Wendy

Output of lpoptions:

media=A4 finishings=3 copies=1 job-hold-until=no-hold job-priority=50 number-up=1 auth-info-required=none job-sheets=none,none printer-info=MFC9420CN printer-is-accepting-jobs=1 printer-is-shared=1 printer-location=Kantoor printer-make-and-model='Brother MFC-9420CN BR-Script3' printer-state=3 printer-state-change-time=1207243782 printer-state-reasons=none printer-type=168012

Wendy

thank you for your bug report, that seems to be an upstream issue, could you open it on bugzilla.gnome.org too?

could you try if that's still an issue in intrepid?

My Hardy boxes are production boxes. I'll see about setting up an Intrepid box but it may be awhile. Anyone else subscribing to this bug: if you have easy access to an II box to test it would be appreciated.

did anybody try that on intrepid yet?

I confirm this behavior on intrepid (Ubuntu 8.10). When I open the print... dialog in Evince Document Viewer, another printer than the default one is selected. I set the default printer using the Ubuntu menu System > Preferences > Default Printer. The default printer is correctly preselected in other applications such as Firefox, gedit, Thunderbird, OpenOffice...

Neither ~/.cups/lpoptions nor /etc/cups/lpoptions seem to work on my computer.

I also confirm this bug on Ubuntu Intrepid 8.10, Evince 2.24.1.
I set the default printer using the Ubuntu menu System > Preferences > Default Printer. Then Evince uses the system default, not the default that I have set up. Other applications like Firefox or OpenOffice respect the user's defaut printer.

multiple confirmations, marking as confirmed

is that still an issue in jaunty?

This issue is still present. Tested with Evince 2.26.1 on Jaunty.

is there an upstream bug, btw?

I upgraded to Jaunty. The issue is still present (Evince 2.26.1, Poppler 0.10.5).

I'm running evince 2.29.4, with poppler 0.12.0 in Karmic, this but is still present.

Is this still occurring on Firefox 91 or later?