Mac OS X Ver. 10.6.6 Printer: Brother 2070N Desired Paper size is Envelope #10. This size is selectable for the Brother printer from all other desktop programs when printing. LibreOffice allows selecting #10 envelope from the choice list in the format page dialog. LibreOffice displays a #10 envelope shape for the page for composing the address. However, the LibreOffice print dialog appears to only recognize 8.5 X 11 inch paper. The output when viewed with the preview option shows 8.5 X 11 paper with the address positioned to the side, rather than properly centered for envelopes on the Brother 2070N. This _is_ a major bug for me. I am not able to effectively perform several jobs that I do without this. Why can't you use the OS X print dialog rather than reinvent the wheel? In this case the wheel has some sharp corners on it making it unusable.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
I have confirmed that in LibreOffice 3.5.0beta2 the page size is not being configured correctly in the printer. I created a document and used "Format->Page" to set the page size to 5" x 7". When I bring up the "Print..." window, the preview shown on the left is of an 8.5" x 11" page, and the printer believes it is printing to an 8.5" x 11" page.
(In reply to comment #2) > I have confirmed that in LibreOffice 3.5.0beta2 the page size is not being > configured correctly in the printer. I created a document and used > "Format->Page" to set the page size to 5" x 7". When I bring up the "Print..." > window, the preview shown on the left is of an 8.5" x 11" page, and the printer > believes it is printing to an 8.5" x 11" page. This looks similar to my problem in Windows. See: https://bugs.freedesktop.org/show_bug.cgi?id=44275
*** Bug 45426 has been marked as a duplicate of this bug. ***
I tried (unsuccessfully) to reproduce this bug. Has it been fixed? Steps I tried: 1. Create a new document. 2. Format -> Page. 3. Chose #10 envelope. 4. File -> Print. Small preview shows #10 envelope, printer properties has #10 envelope selected. Chose print to file (saved as a PDF), document is in correct size. Build is about a day old, from GIT (8bbfedd199deedb8dc7f196efba60c8cefb8da67). System: Linux dev1 2.6.32-34-generic #77-Ubuntu SMP x86_64. Will attach ODF and PDF if requested.
I believe it is now fixed in 3.5, I have been able to successfully print an envelope in: LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
for me it still does not work as before. Without doubt, there is a relation with the local situation, e.g. printerdriver
This problem has existed in LibreOffice now for quite some time, and as I understand it, could be a regression from as early as OOo 3.1. Steps to reproduce: System: Mac OS X 10.7.3 (this bug does not affect Windows systems, apparently) Printer: Lexmark E260dn, (observed with other printers as well) LO version: 3.5.0rc3 1. Open Writer, New Document 2. Format -> Page, "Page" tab, in the "Format" drop-down select "#10 Envelope" 3. File -> Print, "Show Details", then in the details drop-down, select "Paper Handling" 4. Notice that "Destination Paper Size" reads "Suggested Paper: " followed by whatever is set as the "Default paper size: " under OS X System Preferences -> Print & Scan 5. Attempting to change the output tray under "Paper Feed" in the Print Dialog to a tray that has #10 Envelope loaded results in the dialog "The Media Source option, [tray name], is not available when the destination paper size is set to [system default paper size]. To scale to fit to Envelope Monarch, click Continue. To keep Media Source at its current setting, click Cancel." 6. Clicking "Continue" at the previous dialog results in, under "Paper Handling", "Scale to fit paper size" being checked, and the "Destination Paper Size" drop-down is enabled. However, when printing, the output is the image of a #10 envelope projected on to a sheet of paper, then *scaled* down (rather than cropped) to fit a #10 envelope. Using "US Letter" as a default paper size under OS X, here are the correlations between sizes selected in the Format -> Page menu in Writer and the resulting "Suggested Paper" sizes in the Print dialog: A6 -> A6 A5 -> A5 A4 -> A4 A3 -> US Legal B6 -> US Letter B5 (ISO) -> B5 B4 (ISO) -> US Letter Letter -> US Letter Legal -> US Legal Long Bond -> US Letter Tabloid -> US Legal B6 (JIS) -> US Letter B5 (JIA) -> JIS B5 B4 (JIS) -> US Legal 16 Kai -> JIS B5 32 Kai -> A5 Big 32 Kai -> A5 DL Envelope -> US Letter C6 Envelope -> A6 C6/5 Envelope -> US Letter C5 Envelope -> US Letter C4 Envelope -> US Letter #6 3/4 (Personal) Envelope -> A6 #8 (Monarch) Envelope -> US Letter #9 Envelope -> US Letter #10 Envelope -> US Letter #11 Envelope -> US Letter #12 Envelope -> US Letter Here are all the sizes currently defined in my system, as selectable in the "Default paper size" drop-down in System Preferences -> Print & Scan: US Letter US Legal A4 A5 JIS B5 B5 Envelope #10 Envelope DL Tabloid A3 Tabloid Oversize ROC 16K Envelope Choukei 3 Super B/A3 OS X seems to have a system-wide "Page Setup" dialog that is normally found under File -> Page Setup (implemented in e.g. Firefox), with system-wide defined paper sizes. MS Word 2011 also implements this feature, and changes in page size are expected to be made there, rather than in any Word-specific Format dialog. I believe that the solution to this bug rests somewhere in implementing the system's "Page Setup" dialog.
I really thought that LO 3.5 would solve my problem, but it did not. Here's a recap of my problem. OVERVIEW: I live in the Philippines and our Legal paper size here is 13" rather than 14". So naturally I would create a custom paper size for any printer that I have. When I migrated to Libre Office from Open Office I started to notice some problems with printing on a custom 13" paper size. No matter what I do, it will not print properly and it defaults back to letter size. WORKAROUND: The work around that I do to be able to print in 13" is to save the document into a PDF and print using Foxit PDF reader. STEPS TO REPRODUCE: 1. Create a document. 2. Format the page to a custom page size of 13" long. 3. Try to print, under printer options, try to use custom paper size 13" as well. 4. You will see on the preview that the paper size did not change from letter to the custom size. 5. Print the document. ACTUAL RESULTS: It will come out on a letter size and the lower part of the document will be incomplete. EXPECTED RESULTS: Libre Office should be able to print properly on the custom size paper of 13" like what I was doing in Open Office before. BUILD DATE & PLATFORM: All RELEASE version of Libre Office on Windows XP SP3. ADDITIONAL INFORMATION: Libre Office is the only application that I use that can't print properly like this. I have no problems with Open Office before, as well as CorelDraw, GIMP, etc. I tried out other versions as well. All Libre Office Release version like 3.4.4 to 3.4.5 and 3.3.4 up to 3.5 have this issue.
*** Bug 45953 has been marked as a duplicate of this bug. ***
I don't think it has anything to do with the printer driver. The problem exists on both Macs I use here. An iBook connected with a Canon IP4200 and a MacBookPro connected with a HP LaserJet 3015. Also, this is still an issue with LO 3.5.3.
It doesn't have anything to do with the printer driver. I'm using OpenSuse 12.1 KDE and had this problem with Libre Office installed. I uninstalled LibreOffice, and reinstalled OpenOffice 3.3.0 and all the problems went away. I can print to either landscape or portrait, and even mix them in the same document.I made NO other changes, so it's LO that is the problem.
I'm having the same issue with 3.6.0.4. As noted above, the print function will not allow me to print on US B (11x17) on an Epson Workforce 1100, using Windows 7 Ultimate from a very high-end workstation. I can print on legal, but not 11x17. The Writer print dialogue allows me to set it, but when you get to actually sending it to the printer it's back to 8.5x11. This is NOT good. I don't want to have to set everything up in Inkscape just to get a newsletter out.
I can confirm that the problem using custom paper size remains unsolved in LibreOffice 3.6.1
This bug also exists in Calc, 3.6.1.2 on Win7 Pro on Epson Stylus Photo 1400. Open Calc (no data, new file), set printer settings for B (11x17) size paper, select print, and the print dialog shows 11x17 paper being used in printer. Add data to one cell, select print, and the print dialog shows 8.5x11 paper being used (printer settings still shows 11x17). Delete the data from the single cell, select print, and the print dialog once again shows 11x17 paper being used.
*** Bug 44275 has been marked as a duplicate of this bug. ***
3.5 has come to the end of life in its cycle. I am moving this to 3.6 MAB, I will try to get a developer to look at this asap as it's been on the list for quite some time. For all users affected by this - apologies for the long delay and thank you for your patience.
Joel and all, I have had the similar problem since ver. 3.3.x on Linux x86_64. This problem is a little bit difficult to confirm on Canon or Epson inkjet printers. On these printers, a paper smaller than default size is placed adjusting top left corner of the default size paper. On the other hand, Brother printer, like DCP-J925N, adjusting center right of the default size paper. Even in case that the printer driver mishandled this adjustment, Canon or Epson printer prints the document correctly because top left corners are the same position(0,0) between the target paper and the default paper. Brother printer, however, can't print the document correctly because it requires the adjustment. The center right position is not (0,0). The method I tested is 1. Launch gedit on Linux. 2. Make a new document. 3. Type "ABCDEFG" on the top line. 4. Prepare Brother printer with Default paper(A4 or Letter). 5. Choose default paper on print dialogue and print. (#1) 6. Choose another paper such as post card and print. (#2) 7. Choose "custom paper size..." and register 90mm x 205mm (Japanese No.4 Envelop) and print. (#3) You will see the results. #3 is exactly the same as #1. It must be the different form #1 such as #2. Regards, Tomoo
Presumably the general issue is that if the printer doesn't claim to have support for the exact right paper size then we're forcing rendering on the closest size that the printer does claim to have and centering the result on that.
*** Bug 66365 has been marked as a duplicate of this bug. ***
landscape printing with HP1220c failed also ;-(
the default entry 'PDF printing' break the landscape printout. do not use it!
is anybody still confirming this bug on more recent LibO releases? actually you can try 4.0.4 and 4.1.0
I can confirm bug on LibreOffice 4.1.0.4 and LJ2100 printer. When custom size paper is set Writer falls back to paper size with closest dimension when printing.
(In reply to comment #19) > Presumably the general issue is that if the printer doesn't claim to have > support for the exact right paper size then we're forcing rendering on the > closest size that the printer does claim to have and centering the result on > that. That is what I remember from the explanation by the developer some years back when I first hit this bug in OOo. (could try to find it in my archives, but not sure if that makes sense ?)
moving it to mab4.0 vs. 3.6 because 3.6 has reached EOL so we are in the process of closing the meta bug.
(In reply to comment #19) > Presumably the general issue is that if the printer doesn't claim to have > support for the exact right paper size then we're forcing rendering on the > closest size that the printer does claim to have and centering the result on > that. I can only speak for CUPS in a Linux environment with postscript page printers.... To my knowledge CUPS doesn't work that way (or if it does, it shouldn't and hasn't in any other Linux app I have ever used). If you send a document to a printer on a paper size it doesn't have, the *printer* should resolve that difference, not the application and not CUPS. Example- printer has letter paper in two trays. You send legal to it, the printer should ask the user to "load legal". The user can decide, at the printer, to cancel the job, change a tray to legal, insert it manually, or tell printer to force print on loaded media (fit to page, if it has that option on the printer). This issue sounds similar to Bug 61189 where PDF printing mode is apparently not sending a paper size at all to the printer. Our only workaround in our production environment had been to switch back to postscript printing, which worked fine until the regression described in Bug 67802 popped up in 4.1.0.
I have this problem ONLY when the page format lay-out is set to landscape. If I keep the default portrait mode for the page the printer succeeds in choosing the right paper layout. Changing the format to landscape causes the printer to automatically choose A4 as suggested paper layout. Also not all paper sizes from printers are shown in print options in Libre office Printer: HP 7500A OS: Mac OS X Mountain Lion 10.8.5 Libreoffice: 4.1.1.2
I am writing to let you know that this bug no longer exists for me. I have not comprehensively tested it through the successive LibreOffice versions, but I now have a working config: LibreOffice 4.1.2 Mac OS X 10.8.5 Printer Lexmark X264dn
nice to hear that. what about other users who experienced this bug? is it gone for you in LibO 4.1.2? if yes, we could mark this as RESOLVED WORKSFORME
Resolved, but happened another problem. I will open another thread. Please close it.
Setting to WorksForMe. The improvement for the OP came through a changed configuration/printer, rather then through a specific commit.
I'm experiencing the same problem in Version: 5.1.6.2 Build ID: 1:5.1.6~rc2-0ubuntu1~xenial4