When I try to insert a #10 envelope into a writer document, Writer will insert a custom 6x9 envelope in the document instead. To replicate this error: SELECT INSERT CLICK ON ENVELOPE select #10 envelope from the list enter addressee and delivery address select insert to document when the envelope is inserted into the document, the size will change from a #10 envelope to a 6 x 9 custom envelope. I am currently using windows 8.1 along with a Brother MFC-295 inkjet printer. At this time I am unable to print envelopes because of this error. Please fix asap.
Confirmed fixed in Apache Openoffice 4.1
I tested LibreOffice 4.2.4 on Linux Mint and Windows 7 and it looks the same as OpenOffice 4.1, so please upgrade to the latest version and verify if it has been corrected for you.
This error is still present in Libreoffice 4.2.5. See attachment.
Created attachment 101713 [details] Print diolog box This is a screenshot of the print dialog box showing a 6x9 envelope when #10 was originally selected.
Hi Art, I went into the print dialog and it shows me 8.27in x 5.83in for PrimoPDF, but if i select Fax or Microsoft XPS Document Writer, it shows me 9.50in x 4.13in. So i believe your brother printer is changing the size.
Jay, I will check to see if my printer is the issue. However I am not the only one who is having this issue. Please see the following bug reports: 64966 52926 75449 (using LO 4.3)
Hi Art, Your initial bug report stated it was inserted into the document with the wrong size. If this is the issue, please do a print screen of how it looks in the window. If its an issue of printing the document in your printer, that is most likely being changed by your printer.
Created attachment 102681 [details] Screenshot of Envelope insert defaulting to C5
Comment on attachment 102681 [details] Screenshot of Envelope insert defaulting to C5 I am having this same issue. OS Linux Mint 17; Libreoffice Version: 4.2.5.2 Build ID: 420m0(Build:2)
@Art: Any updates? @rhanksjr: how does it look when you select the CUPS pdf printer?
Hey Jay, I tried working with my printer settings as well as the libreoffice settings and nothing worked to fix the problem. I tried changing to a different envelope size and got the same error. Finally, I tried changing my printer from my current printer to a paperport pdf printer and the issue remained. Thanks Art
Hi Art, As i dont use have a printer, i will be unable to verify this issue, but i've asked individuals in the QA team who have a printer to do so. Hopefully we can get this verified by one of them and fixed soon. If you wouldnt mind, could you test that the behaviour is there in version 3.3.0. You wont need to install it, as there is a portable version at this link < http://downloadarchive.documentfoundation.org/libreoffice/old/3.3.0.4/portable/ >.
Created attachment 102773 [details] Screen grab of #10 envelope
Hi Art and all, I saw the request to verify on the QA list. It looks OK on my setup. attachment up above this comment. LibreOffice 4.3.02, MageiaLinux4, Brother Print HL2040
Thanks Marc for checking it, but you have to go into the print dialog to test this, as shown in attachment 101713 [details] and attachment 102681 [details].
Jay, I tried it using 3.3.0.4 as you suggested and received the same error. I did notice that if you click on envelope on the bottom of the screen, it will bring up the envelope style screen. On this screen, the page setup shows a user defined page instead of a #10 envelope. If I change this to #10 the correct size will appear on writer but the text boxes will be off due to the previous settings from the insert envelope screen. Thanks Art
Created attachment 102814 [details] Samsung printer 1 driver
Created attachment 102815 [details] Samsung printer 2 driver
Created attachment 102816 [details] BrotherHL2040 printer 1 driver
Created attachment 102817 [details] BrotherHL2040 printer 2 driver
Hi everyone and Jay, here are 4 screenshots with the measurements.. Something strange, my Mageia system will sometimes pick out 2 instances of the same printer/network printer. But in this case, it looks like one driver is creating a #10 envelope size to correct dimensions and the second driver for the same printer is creating a #10 envelope with the wrong size. Have a look at my drivers for my Brother HL4020 and my Samsung SCX-4200. Maybe this could be one of the problems with the bug. The #10 evenlope size and dimensions are being skewed by the printer driver? Marc
*** Bug 75449 has been marked as a duplicate of this bug. ***
*** Bug 64966 has been marked as a duplicate of this bug. ***
I'm using LibreOffice 4.3.2.2 on opensuse Factory (13.2). I've been experiencing the same problem with ubuntu 14.04, kubuntu 14.04, opensuse 12.3 & 13.1, beginning with LibreOffice version 4.2.1. Currently using Brother MFC-9340CDW laser all-in-one.
Cannot reproduce in 4.2.6.3 on ubuntu 14.04.
this bug seems related to the use of a Brother printer (adding it to summary) @Marc Pare so do you reproduce the bug with a Brother printer but not with a Samsung printer, is that correct? @Chad Condon please define your printer brand and model
*** Bug 93718 has been marked as a duplicate of this bug. ***
(In reply to tommy27 from comment #27) > *** Bug 93718 has been marked as a duplicate of this bug. *** issue was confirmed under Windows as well. hardware --> ALL
Libre 5 on Linux 32 bit Brother printer - page layout would not change from C6. Saved as a .doc and opened on Libre 5 Linux 64 and envelope displayed and printed as a #10 as originally requested on 32 bit machine.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.2.5 or 5.3.0 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170306
Dear art guerra, 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
Dear art guerra, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Removing "Brother" from summary, as this now catches several makes and models.
*** Bug 153567 has been marked as a duplicate of this bug. ***
*** Bug 148626 has been marked as a duplicate of this bug. ***
Seeing the various duplicates and related bugs, and given that it affects printing, I wouldn't call this "low -minor". Bumping the importance.
I only get a wrong page size by using the orientations "Vertical Left" (9.50″ × 8.26″) and "Vertical Center" (9.50″ × 6.19″) in the Printer tab of the Envelope dialog. The four other options result in the correct 9.50″ × 4.13″ size. Which is what is described in bug 107150. Can users affected here check that this happens regardless of that setting? Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0dcaff6043e1f24ce0fa354dff80a86e40622247 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded
(In reply to Stéphane Guillou (stragu) from comment #38) > I only get a wrong page size by using the orientations "Vertical Left" > (9.50″ × 8.26″) and "Vertical Center" (9.50″ × 6.19″) in the Printer tab of > the Envelope dialog. The four other options result in the correct 9.50″ × > 4.13″ size. Which is what is described in bug 107150. > Can users affected here check that this happens regardless of that setting? > > Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 0dcaff6043e1f24ce0fa354dff80a86e40622247 > CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 > Locale: en-AU (en_AU.UTF-8); UI: en-US > Calc: CL threaded I've confirmed taht this behavior is mostly accurate for my setup, even after deleting my config files in %appdata%/LibreOffice/ after updating from v7.4. The difference on my system is that I get 9.50"x8.50", top margin 4.38" for Vertical Left and 9.50"x6.31", top margin 2.19" for Vertical Center Windows 11 23H2 x64 Version: 24.2.5.2 (X86_64) / LibreOffice Community Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded