Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: Openoffice doesn't default to paper size set by Cups. Version-Release number of selected component (if applicable): 2.4 How reproducible: 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 2. 3. Actual results: Default print size is Letter Expected results: Default print size is CUPS default (A4 in my case) Additional info: 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. Philip
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")
$ locale LANG=en_GB.utf8 LC_CTYPE="en_GB.utf8" LC_NUMERIC="en_GB.utf8" LC_TIME="en_GB.utf8" LC_COLLATE="en_GB.utf8" LC_MONETARY="en_GB.utf8" LC_MESSAGES="en_GB.utf8" LC_PAPER="en_GB.utf8" LC_NAME="en_GB.utf8" LC_ADDRESS="en_GB.utf8" LC_TELEPHONE="en_GB.utf8" LC_MEASUREMENT="en_GB.utf8" LC_IDENTIFICATION="en_GB.utf8" LC_ALL= $ paperconf letter $ cat /etc/papersize # Simply write the paper name. See papersize(5) for possible values (ie empty) Hope this helps. Philip
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 http://wiki.services.openoffice.org/wiki/DefaultPaperSize
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: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
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.
http://unicode.org/cldr/bugs/locale-bugs?user=guest;findid=1710 http://sources.redhat.com/bugzilla/show_bug.cgi?id=9963
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: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
All set up the way I want it now in 3.1.1-12.2.fc12 for rawhide