Created attachment 42794 [details] Showing Page Preview, File > Print, and printed result. I have set page margins to use a precise range for printing because the paper we use has some decoratoins at the margins. However, LO seems to neglect those settings. The settings are: Format > Page > Page tab Format C5 Envolope Orientation Portrait Text direction Right-to-left (vertical) Margins Left 2.00cm Right 1.00cm Top 1.50cm Bottom 1.50cm Layout settings Page layout right and left The "Page Preview" works well, and looks fine, while the preview in "File > Print" works not well, and some margins are cut. The final printed papper has more margins cut than the preview in "File > Print". The margins are around 3.4cm at bottom, and around 2.1cm at right (measured by a ruller). Please see the attachment to know more. PS. I use Chinese (traditional) locale, and the problem does not exist in OpenOffice.org 3.0 (OOO300m9).
Cedric, any chance to look into this? Reducing prio, this does not match critical severity.
Created attachment 44937 [details] Document with 0" margins not working on left margin Even though all margins are set to 0", there always is approximately 1/8" on the left margin. The top, bottom and right are correct.
Created attachment 44939 [details] Scanned input from 0 margin Draw document print out. This is the document as it looks when printed. Although you cannot tell from the scan, the right margin does go to the edge of the paper.
People who relies on printing for their life (ex. business, data exchange, publishing...etc.) care this bug a lot. For example, my mother keeps a flower shop which prints cards a lot with the flower to show someone's celebretion, wishes, etc. But there are many types of cards having some preprinted patterns on the margin, so the margin control in the Print function plays a critical role. I introduced OOo 3.0 for my mother's flwer shop, it works exactly fine. As I am a promoter of LibreOffice and a coordinator of Chinese (Taiwan) Team, I think I should deploy LibreOffice to my mother's workflow. But the most vital part for her business, margin control of printing, is broken in LibreOffice 3.3.0, we just go back to OOo 3.0. I think that this function is quite important for publishing, it should be fixed as soon as possible, or LibreOffice won't gain its marketshare in that field.
Please test this bug with a newer LibreOffice version...
Hi, I tested in LibO 3.5.0. The problem still ocuurs. Although "C5 envolope" page size is specified, the preview in File > Print (not print privew icon on the tool bar) shows "148mm (A5) * 210mm" instead of "162mm (C5 envolope) * 229mm". The printed result shows more part been cut than we see in File > Print preview. I wwill upload the file I created for you guys to test and reproduce the problem.
Created attachment 59071 [details] The document page format is set to C5 envolope. Setting of the page format is ignored by File > Print preview and even ignored while printing. The printing margins are cut unexpectedly.
Strange, thb aid he reduced prio in comment 1, yet the bug still claims to be critical and the history shows nothing wrt that.
Indeedly. Doing it now.
Dear Bug Submitter, Please read the entire message in its entirety before continuing - also please respond directly to FDO when replying - do not reply via email. This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
The problem is still exist with LibO 4.1. The attachemnts are the screenshot of print preview, and the scaned result of the printing.
Created attachment 83216 [details] Print Preview of the sample file I provided
Created attachment 83217 [details] The scaned result of the printed sample file.
Please do not update version - version is the oldest version we know the problem exists - not the latest it's been seen on. Thanks
Marking as NEW per attached samples and bug is unowned.
LibreOffice and printer HP envy 4500e: Cutoff margins when printed in landscape. Only in Linux Mint 17 Qiana Cinnamon 64bit and LibreOffice 4.2.7.2. Not in Ubuntu 14.04 64bit and LibreOffice 4.2.7.2. Not in Win7 and LibreOffice 4.3.5.2. So in Linux, with HPLIP 3.15.2. From the HP Device Manager it is possible to print to all edges on zero. In LibreOffice, printing in portrait mode: top and bottom is cut off at 1.2cm. Printing in landscape mode, then left and right is cut off at 1.2cm. Although in preview the picture each time is correct. Landscape mode, i often use in Calc, with great amount of data, from who the left and right columns are cutoff. With Epson Printer SX515W things work fine on each platform.
Why was patch added to keywords? that implies that there is a patch on the bug report which there is not. Removing it.
** 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.1.6 or 5.2.3 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-20170103
I cannot reproduce on LibreOffice 5.2.3.3 on Fedora 25. It works for me now.
(In reply to corcaigher from comment #2) > Created attachment 44937 [details] > Document with 0" margins not working on left margin > > Even though all margins are set to 0", there always is approximately 1/8" on > the left margin. The top, bottom and right are correct. Could you have a test on LibreOffice 5.2 series again to check the problem still exist or not? If it works, we can close this bug then.
I'm closing this issue because there is no other inputs reported they still have the problem.