Whether you create a new #10 envelope for for printing or use a saved copy from prior release of Writer, the envelope page format does not get passed to the print function. The print function continues to reflect a page format of 8.50" x 11.0" and there is not way to reset the format to envelope in the print function as the change page format is disabled.
Can you post a screenshot of what you are seeing?
Created attachment 125203 [details] screen shot of page from format screen an 2 shot is from print function page format
Created attachment 125297 [details] Screenshots Saved screenshots from document and put them together
I don't reproduce. Reporter uses Samsung M283x series printer. My printer is Konica-Minolta 1600W. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: 60041cb237ea73c2c1885dd6afd99d88780c2dfc CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; Locale: fi-FI (fi_FI.UTF-8) Built on May 26th 2016
When action attempted on Ubuntu 15.10 using LibreOffice ver. 5.1.3.x the same result is displayed in the setup for the Samsung M2283x printer. The same action when attempted on a Ubuntu 14.04 using LibreOffice 4.2.8.2 the result is correctly setup as a #10 envelope with same Samsung M283x printer.
This is reproducible on both my debian, win7 & win10 systems, and I fought with this for the last 2 days. I discovered that if I allowed the windows 10 automagically installed Canon MFC driver to be in place, it does not have envelope presets that correlate with a #10 envelope sized document. When I attempt to print (either an envelope wizard output or static document on a #10 (on my Windows 10, Canon MF634Cdw laser combo) here, the print dialog apparently tries the next closest sized paper setup (which on the Canon XPS default driver provided by Win 10 or canon's XPS subsystem) is C5 - which then results in skewed formatting and out of bounds printing. The driver does not present a #10 envelope preset to the LO print dialog. The default driver provided me with 6 paper sizes, device specific presented 17 (with #10 as an option) If you install the recommended Canon MFC driver (from the manufacturer website), and then override driver selection in the printer device manager page (control panel - devices - printer properties - advanced - driver), and then try to print the document, I get a correctly formatted and laid out envelope. this does not appear to be an LO bug, more like a shortfall at the device driver level. I reproduced the "#10 to C5" issue on Debian Linux (using generic & then a more device specific PPD), Windows 7, and Windows 10 using generic, catchall, and device specific drivers.
Created attachment 140989 [details] driver window tl:dr, print subsystem is not presenting LO w/ correct papersizes, #10 gets changed to c5...
(In reply to christopher.ryba from comment #6) > If you install the recommended Canon MFC driver (from the manufacturer > website), and then override driver selection in the printer device manager > page (control panel - devices - printer properties - advanced - driver), and > then try to print the document, I get a correctly formatted and laid out > envelope. > > this does not appear to be an LO bug, more like a shortfall at the device > driver level. I reproduced the "#10 to C5" issue on Debian Linux (using > generic & then a more device specific PPD), Windows 7, and Windows 10 using > generic, catchall, and device specific drivers. This is very interesting. As you can see, we have several of these types of issues: https://bugs.documentfoundation.org/showdependencytree.cgi?id=110434&hide_resolved=1 So you were able to get the correct result on Linux as well? I wonder what Kenr should try with his Samsung M283x.
Created attachment 141002 [details] Screenshot-03-31-18 References a PDF file, the Linux driver is a PPD file. Is this an issue? Rechecked that driver in Ubuntu is loaded.
(In reply to Kenr from comment #9) > Created attachment 141002 [details] > Screenshot-03-31-18 References a PDF file, the Linux driver is a PPD file. > Is this an issue? No, it just means the PDF standard is used as opposed to Postscript.
I have the same problem. #10 envelope opens as a "User" size instead of the #10 envelope. Screenshots are at: https://www.flickr.com/gp/celem/j3ee9N My system is: Linux asrock 4.18.5-1-MANJARO #1 SMP PREEMPT Fri Aug 24 16:36:58 UTC 2018 x86_64 GNU/Linux My LibreOffice version is: Version: 6.1.0.3, Build ID: 6.1.0-2 CPU threads: 2; OS: Linux 4.18; UI render: default; VCL: gtk3; Locale: en-US (en_US.utf8); Calc: group threaded Driver info: $ lpinfo --make-and-model "HL-2140" -m foomatic:Brother-HL-2140-hl1250.ppd Brother HL-2140 Foomatic/hl1250 [NOTE] the hl1250 driver is recommended for the HL2140.
I have the same exact issue. Printing to HP 8600 and #6 envelope settings won't transfer to printer. Prints to 8x11.
Dear Kenr, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Tested today (15 October 2019) and problem still present. Version: 6.3.2.2 Build ID: 6.3.2-2 CPU threads: 2; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Updates and changes to software since problem was first reported have corrected the issue. No longer need to keep this open.
Kenr: as ecomer was still able to reproduce this, I think we should investigate a bit more. Can you paste here the contents of your Help - About window? Richard, Christopher: do you still reproduce this problem with LibreOffice 6.3.x? We probably have to open a new report for ecomer at least.
I was. If I open a saved envelope (#10) .odt and use the win10 generic driver via FILE -> PRINT SETTINGS, then FILE -> PRINT...the print dialog immediately formats the page to be printed to 8.27 x 5.83 in, and skews half of the text to out-of-bounds. If I take the same document, change the printer via the PRINT SETTINGS dialog and apply, then attempt to print, the printer dialog box reflects a correctly formatted #10 envelope with all text in bounds. The drivers in question are the windows 10 generic driver that is auto-detected, and the Canon device specific UFR II V4 drivers loaded from their website - and updated regula...when I remember to.
As ecomer is a Brother user, I Cc'd them to bug 52926. Let's keep this closed.