Red Hat Bugzilla – Bug 451767
OpenOffice Print defaults to Letter not CUPS default
Last modified: 2009-06-10 03:24:55 EDT
Description of problem:
Openoffice doesn't default to paper size set by Cups.
Version-Release number of selected component (if applicable):
Install a printer (I have HP F4100, Brother 2600N, and CUPS-PDF), set default
papersize to A4. Load OpenOffice (UK / GB settings). Page defaults to A4 but
when you do File->Print all printer default to US Letter or Letter page size.
Steps to Reproduce:
1. see above
Default print size is Letter
Default print size is CUPS default (A4 in my case)
Planner (the only other gnome app I have that has a page size setting in a print
dialog) defaults to A4 - the Cups default.
Also, I have tried changing the default printer page setting in "spadmin" but
the new value is not remembered.
Is this paper size as shown under "properties" tab in the file->print dialog ?
Yes. And now that I have got cups-pdf working (SE Linux problem) I can see that
even though the Properties said Letter the PDF it printed was A4.
yeah, that controls very little. Where it kicks in is when the "page style" is
not used for the actual paper it goes onto, which in writer can only arise for
"N pages in 1", where multiple pages are printed on one sheet of paper.
We should make it come from the correct defaulted paper size, but its more of a
fringe feature than it looks initially.
Can you check two things for me...
a) the output of "locale"
b) the output of "paperconf" (even if the answer is "command not found")
$ cat /etc/papersize
# Simply write the paper name. See papersize(5) for possible values
Hope this helps.
Yeah, that helps. We need to fix a number of things as a distro with regards to
default pages sizes, there are a *lot* of things that could do with fixing. But
the very first problem in your particular story is the damnable paperconf which
as you see defaults to *letter*, which is the most terrible default to use. I'd
like to see paperconf do something along the lines of the patch I submitted as
http://article.gmane.org/gmane.linux.debian.devel.bugs.general/436693 to the
paperconf upstream to pick a better way to choose a default if unconfigured
I'd be interested in what packages you have installed that caused paperconf to
get installed, i.e. maybe the output of...
rpm -q --whatrequires paperconf
/usr/bin/paperconf is in libpaper package
libpaper package is required by html2ps package
html2ps package is required by a2ps package
a2ps is not required by anything (well that I have installed). So I had a look
through yum groupinfo and found that a2ps is a default package in "Printing
Support" group. I've now removed a2ps (html2ps and libpaper) and verified that
OpenOffice now defaults to the correct page size (A4) in the print dialogue.
FWIW, even though File->Print->Properties->Paper Size lists 'Letter' for me in
en_GB.UTF-8, the actual print output is A4 for a newly-created document.
Yeah, see #3 it controls very little actually. It should only matter where there
is no page style to override it, e.g. printing from oomath for example
I'll write a little document when I get the chance about where the sizes come
from and what the affect and we can walk through it on fedora-devel
I have to report the same problem which has been, in fact, resolved through the
/etc/papersize setting. It's my experience that this problem is not limited to
the papersize value. Other important settings like Duplex and Color suffer the
same fate. The openoffice print requester simply doesn't hold the CUPS settings.
Of course I have tried with the latest upgrades (as of now) and with a new
document to avoid retaining other settings.
Using other apps (ie, Firefox, Evince) the problem doesn't show up, so this
should be an OpenOffice fault.
Documented the page stuff at
The substantive original part of this has now been fixed in fedora "libpaper", i.e. bug 458833
I want to hold onto this to until I get the upstream http://qa.openoffice.org/issues/show_bug.cgi?id=92819 into OpenOffice.org so as to be consistent with the *document* paper size and the default *printer* paper size (http://wiki.services.openoffice.org/wiki/DefaultPaperSize) and maybe do a Fedora 11 feature for this or something, as there's quite a bit of contradiction around what countries use what as a default.
And afterwards I'll take on board the suggestion to have the printer dialog store the previous used setting somewhat like evince does.
Having a "default printer paper size" that does not come from the printer queue's PPD is just making things up.
The default paper size for a particular printer comes from its PPD -- anything else is irrelevant.
Yes, it's making it up. But it has to be this way because there can be no printers at all, and if there are printers then querying for the default paper like was done way in the past can lag OOo to a shocking degree with network printers. Upstream behaviour was changed away from that ages ago, except for calc under some scenarios, and that's one of the most common "calc is f*cked up and won't start for ages" complaints. Given that we (and gtk, etc.) are really hanging "default paper" off locale information, we should at least be consistent about how we do it.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
In fact, the whole paper issue is a bit annoying. /etc/papersize settles VCL default paper size for good, but there is still a problem:
Application default paper size is taken from "LC_ALL, LC_CTYPE, LANG". Is there any good reason why it is not LC_PAPER??? If no, the fix looks like one-liner.
Application paper-sizes will come from LC_PAPER in the proposed patch and work logged upstream (which has to hold off after the current feature freeze to make its way in). Its not a one-liner as it currently stands as the application default paper size comes through an intermediate set of stuff which is based indeed eventually on LC_etc but its a single OOo setting which is used for a whole set of other stuff where LC_PAPER is definitely the wrong setting.
implementation complete, submitted workspace to upstream QA. Checked in to rawhide/F-12, will be in >= 3.1.1-12.2
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
All set up the way I want it now in 3.1.1-12.2.fc12 for rawhide