I have a large drawing (page size set to A1)in Draw. This has items placed up to the margins. when printing on OO 3.2.1 and 'fit to printable page' is selected the document scales and prints on A4 paper as expected.
With the 'new' printing interface on both OO 3.3 and LO 3.3 the above behaviour looks OK in the preview widow, but when the document is printed it unfortunately looses content on some of the margins - It does appear to reduce in size sufficiently. This is a regression as scaling works in previous OO versions.
I could attach a document, although I would have to edit to remove some information before making it public.
(In reply to comment #0)
> I could attach a document, although I would have to edit to remove some
> information before making it public.
Could you please do so? otherwise we won't be able to reproduce this.
Created attachment 41059 [details]
I have attached - You can create by starting a new draw document and setting the page size to A1 - draw a box with a border of 0.5 and no infill colour (saves toner), up to the page margins. Print with the 'fit to printable page' and onto an A4 printer. This does not resize as expected.
I thought it was something to do with the page margins, so I tried a different printer and got the same result. The 'fit to page' option works fine in oo 3.2.1.
I can reproduce this on master build.
Thorsten, could you have a look at it?
The missing parts are due to a wrong origin of the printed content.
I have tested this:
In sd/source/ui/view/DocumentRenderer.cxx after line 2273
I have added
long aPatchedPageOffsetX = aPageOffset.X()/(double)aMap.GetScaleX();
long aPatchedPageOffsetY = aPageOffset.Y()/(double)aMap.GetScaleY();
With this settings 'fit to printable page' works for Draw documents. I have expected, that a simple shift would be enough, but the non printable margin is scaled somewhere when printed. In addition there are a lot of places with "#if 0" disabled origin settings. So I doubt, that this is the correct place at all.
I'm not familiar with printing and have no idea whether my changes would break something. Nevertheless, I hope my findings are useful for you.
Regina, thanks for the research - yes, that should indeed help!
I have re-tested on 184.108.40.206 today and found behaviour still exists. Have changed version accordingly.
(In reply to comment #6)
> I have re-tested on 220.127.116.11 today and found behaviour still exists. Have
> changed version accordingly.
Please do not change the version field as it indicates the earliest version where bug is present. Changed to 3.3.0 value.
Please check if this is still an issue in the latest stable release.
Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.
Please read this message in its entirety before responding.
Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed.
If you have time please do the following:
1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer).
2) If it is present please leave a comment telling us what version of LibreOffice and your operating system.
3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System
Please DO NOT
1) Update the version field
2) Reply via email (please reply directly on the bug tracker)
3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/.
Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Created attachment 108340 [details]
Test Document created with 4322
I have re-tested with 18.104.22.168 (Windows 7 x86)
The test document 'A1 print problem' shows the dialogue boxes present for that document. When print is selected, the print preview field shows 'legal' where does this get inferred from?
My belief is that when 'fit to printable page' is selected, LO should see that the printer is A4 and scale the document accordingly. perhaps I have misunderstood the intention of this function.
If this can't be determined automatically then perhaps it would be better solved by a new function 'print document on' with a print size selection?
It has been a long time, but from my initial post (and the confirmation) this scale to print function must have worked in the earlier version.
There are a number of bugs that have affected this one. Bug 63905 broke fit-to-page printing and was then merged into all active branches at the time (4.2.7, 4.3.2, and 4.4.0). But that broken behavior was corrected and should be available in 5.0.0 (bug 87804).
So, with 5.0.0, this bug is at least testable again. Unfortunately, LO still seems to not be honoring the original page size's margins. My guess is these margins are also being scaled down, which leaves the fit-to-page copy being printed in the unprintable zone.
Also, the margins for fit-to-page printing seem to still be a little bit off and are shrinking the page more than they need to on the right/bottom sides.
With that second observation, I'd say it's likely that the page is simply not being centered properly after being scaled down.
I've tested on the new 22.214.171.124 and the issue isn't there any more: on fit to printable page, it correctly identifies A4 as the paper, and prints the document correctly.
I haven't marked the bug as resolved because when left on 'original size' the paper is still incorrectly identified as legal, when under document page properties it is shown as A1.
** 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.4.1 or 5.3.6 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)
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!
No content missing in Version: 126.96.36.199.alpha0+
Build ID: 4c99b8a9de59f3c5280ff2944d9f828822897f4a
CPU threads: 4; OS: Windows 6.1; UI render: default;
Locale: de-DE (de_DE); Calc: group