(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]
sample document

Hi,

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.

David

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

if (bScalePage)
{
     long aPatchedPageOffsetX = aPageOffset.X()/(double)aMap.GetScaleX();
     long aPatchedPageOffsetY = aPageOffset.Y()/(double)aMap.GetScaleY();
     aMap.SetOrigin(Point(aPatchedPageOffsetX,aPatchedPageOffsetY));
}

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 3.6.2.2 today and found behaviour still exists. Have changed version accordingly.

(In reply to comment #6)
> I have re-tested on 3.6.2.2 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:
https://wiki.documentfoundation.org/QA/BugTriage

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

Hi,

I have re-tested with 4.3.2.2 (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.