Evince does not respect the printer's default resolution defined in System\Administration\Printing

Bug #434242 reported by Apteryx
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gtk+2.0 (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: evince

1) Ubuntu 9.10 karmic amd64
2) evince version : 2.27.90-0ubuntu8
3) When I open a document with evince and go to File\Print\Image Quality, I expect evince to have the default value defined in my CUPS configuration (System\Administration\Printing -> Printer Options).
4) If I had set the print resolution to 300 DPI the last time I used Evince, it will still be 300 DPI in File\Print\Image Quality, and not the default 600 DPI defined in System\Administration\Printing -> Printer Options.

Related branches

Apteryx (maxco)
description: updated
summary: - Evince does not respect the printer defined resolution in
+ Evince does not respect the printer defined resolution defined in
System\Administration\Printing
summary: - Evince does not respect the printer defined resolution defined in
+ Evince does not respect the printer's default resolution defined in
System\Administration\Printing
Changed in evince (Ubuntu):
importance: Undecided → Low
affects: evince (Ubuntu) → cups (Ubuntu)
Revision history for this message
Apteryx (maxco) wrote :

It seems the problem is not to "always default to lowest setting" but to remember the Print Settings in File\Print... after the last printed file.

I still do think it's a bug, because Evince should, by default, print any file with the default specified resolution in System\Administration\Printing. My argument is that most often, you want your printouts to look the best they can (or the way you intended them to look by default by configuring your printer accordingly in cups). If you need something special, like to print in low resolution (draft), then you should need to set it in evince print dialog every time.

The way it is now you always need to go into the various Evince's print settings just to be sure that some option isn't still active (say, 300 DPI instead of 600 DPI). This mostly annoying, specifically when you've just print 50 pages and notice it was stuck on a bad setting.

On a side note, why was this bug moved to CUPS? I was under the impression that it was Evince specific. For example, Acrobat Reader 9 always set the print resolution to my default 600 DPI, whether or not I changed it to 300 DPI in Reader's print settings the last time I used it.

description: updated
Revision history for this message
Apteryx (maxco) wrote :

 Another observation : If I use the print to a PDF built-in option, the print resolution settings falls automatically back to 300 DPI, if it was stuck on 600 DPI from my previous print.

This may be because the PDF is being built with a resolution of 300 DPI (just a guess), but it's a bad behavior IMHO.

Revision history for this message
Apteryx (maxco) wrote :

Please disregard the comment #2. I cannot reproduce this. If I generate a PDF with 300 DPI, the 300 DPI setting will be stuck for the next print, be it a regular printer print or pdf file.

This "use last settings" behavior, IMHO, should be : "Use default printer settings". If a user wants to print in 300 DPI times after times, he only needs to set it by default. Same goes for paper size, etc.

Still an issue in 10.04.

Revision history for this message
AZ (m-dev) wrote :

Still an issue in 10.10.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Problem of the GTK printing dialog. CUPS provides the correct default settings on request.

Please check also whether you have a ~/.cups/lpoptions (personal printing defaults) file. Edit or remove this file if it contains unwished settings.

affects: cups (Ubuntu) → gtk+2.0 (Ubuntu)
Revision history for this message
Apteryx (maxco) wrote :

I have this file. It only list my printer:
$ cat ~/.cups/lpoptions
Dest scx4200

So it further isolates the problem being in GTK printing dialog.

Revision history for this message
Sebastien Bacher (seb128) wrote :

The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+2.0 - 2.24.3-0ubuntu3

---------------
gtk+2.0 (2.24.3-0ubuntu3) natty; urgency=low

  * debian/patches/096_git_combo_hasentry.patch:
    - git commit to fix combo box automated testing issues (lp: #690657)
  * debian/patches/096_git_gtkprintsettings.patch:
    - upstream git commit backported from the gtk3 serie, don't ignore the
      gtkprintsettings resolution settings (lp: #434242, #735405)
 -- Sebastien Bacher <email address hidden> Fri, 18 Mar 2011 17:32:42 +0100

Changed in gtk+2.0 (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.