Bug 33793

Summary: Page margin settings are neglected during printing
Product: LibreOffice Reporter: Cheng-Chia Tseng <pswo10680>
Component: LibreofficeAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact: QA Administrators <qa-admin>
Severity: major    
Priority: medium CC: bfo.bugmail, jmadero.dev, osc, reisi007, thb
Version: 3.3.0 release   
Hardware: x86 (IA32)   
OS: Windows (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: Showing Page Preview, File > Print, and printed result.
Document with 0" margins not working on left margin
Scanned input from 0 margin Draw document print out.
The document page format is set to C5 envolope.
Print Preview of the sample file I provided
The scaned result of the printed sample file.

Description Cheng-Chia Tseng 2011-01-31 21:55:37 UTC
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).
Comment 1 Thorsten Behrens 2011-02-07 08:26:38 UTC
Cedric, any chance to look into this? Reducing prio, this does not match critical severity.
Comment 2 corcaigher 2011-03-28 09:13:21 UTC
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.
Comment 3 corcaigher 2011-03-28 09:17:07 UTC
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.
Comment 4 Cheng-Chia Tseng 2011-04-30 08:10:52 UTC
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.
Comment 5 Florian Reisinger 2012-03-25 06:42:05 UTC
Please test this bug with a newer LibreOffice version...
Comment 6 Cheng-Chia Tseng 2012-03-26 07:33:33 UTC
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.
Comment 7 Cheng-Chia Tseng 2012-03-26 07:36:57 UTC
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.
Comment 8 Björn Michaelsen 2012-11-03 12:09:39 UTC
Strange, thb aid he reduced prio in comment 1, yet the bug still claims to be critical and the history shows nothing wrt that.
Comment 9 Thorsten Behrens 2012-11-03 12:35:24 UTC
Indeedly. Doing it now.
Comment 10 QA Administrators 2013-07-18 06:16:07 UTC
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
Comment 11 Cheng-Chia Tseng 2013-07-29 16:23:30 UTC
The problem is still exist with LibO 4.1.

The attachemnts are the screenshot of print preview, and the scaned result of the printing.
Comment 12 Cheng-Chia Tseng 2013-07-29 16:24:28 UTC
Created attachment 83216 [details]
Print Preview of the sample file I provided
Comment 13 Cheng-Chia Tseng 2013-07-29 16:25:21 UTC
Created attachment 83217 [details]
The scaned result of the printed sample file.
Comment 14 Joel Madero 2013-07-29 16:44:32 UTC
Please do not update version - version is the oldest version we know the problem exists - not the latest it's been seen on. Thanks
Comment 15 bfoman 2014-01-08 22:54:09 UTC
Marking as NEW per attached samples and bug is unowned.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.