Issue 96281 - Printing in wrong size depending on the aspect ratio of open writer document
Summary: Printing in wrong size depending on the aspect ratio of open writer document
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: printing (show other issues)
Version: OOO300m9
Hardware: PC All
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-17 14:47 UTC by akoepfer
Modified: 2017-05-20 11:15 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
ODT file, which is not printed correct with current options (31.30 KB, application/vnd.oasis.opendocument.text)
2009-01-12 13:20 UTC, akoepfer
no flags Details
Printout of page 1 of ba.odt (310.00 KB, application/pdf)
2009-01-12 13:21 UTC, akoepfer
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description akoepfer 2008-11-17 14:47:34 UTC
I am using the german version (with openSUSE 10.3), so my translation of menu
entrys may not be totally correct.
The problem affects both the Windows and the Linux version of OOo3.
When printing a multiple page document on a KonicaMinolta Bizhub C252 the DIN A4
formatted document was printed in a larger aspect ratio, thus not fitting on the
paper.
This happened for two freshly opened documents. After severel trials I opened
the document in OOo3m9 under Windows XP Prof. SP 3. It was the same result. I
then changed the aspect ratio of the document to 100% (instead of "Fit to window
width"), the document fits to the paper as it should. I tried the same in the
Linux version and here also the printout was correct.
The problem may affect all documents that were saved with another ratio than 100%.
This behaviour is reproducable with the above mentioned documents. They were
saved with a OOo2 version. A new document i started with version 3 is not affected.
Saving the version 2 documents with OOo3 and reloading them does not alter the
behaviour. They only print correct with aspect ratio set to 100%.
Comment 1 h.ilter 2008-12-17 09:06:56 UTC
Please provide a sample where you can reproduce the problem, Thanks.
Comment 2 akoepfer 2009-01-12 13:20:04 UTC
Created attachment 59324 [details]
ODT file, which is not printed correct with current options
Comment 3 akoepfer 2009-01-12 13:21:54 UTC
Created attachment 59326 [details]
Printout of page 1 of ba.odt
Comment 4 akoepfer 2009-01-12 13:27:09 UTC
Sorry for the long time, but before christmas I was not able to care about the
issue.
Comment 5 h.ilter 2009-02-09 13:30:47 UTC
It looks good when you remove the notes.
Comment 6 max.odendahl 2009-02-10 14:09:12 UTC
mod->akoepfer: could you please save the document again in OO 2 without the
notes and see if you still have the same issue or if it is gone?
Comment 7 akoepfer 2009-02-10 15:21:56 UTC
You're right! I opened it with 2.3, deleted the note and saved it again. When I
opened the newly saved document in OOo3, i was able to print it correct.
Comment 8 max.odendahl 2009-09-22 10:10:28 UTC
no difference between feature freeze and code freeze for this release. As none
of them are showstoppers, shifting all left over issues to 3.3
Comment 9 mux2005 2010-02-18 12:20:40 UTC
We want to update from OOo 3.0.1 (where we can't reproduce this problem although
the reporter says he found it in 300m9) to OOo 3.1 or 3.2 but we're bitten by
this problem. Strangely enough it does not seem to affect all documents with
notes. Can someone tell me what the specific circumstances are that trigger this
behaviour and if there is some way to fix affected documents (removing the notes
is not an option).
Comment 10 thorsten.ziehm 2010-09-23 09:28:38 UTC
Since some time there isn't any progress in notes-feature. Therefore I change
this issue to OOo 3.x. Please set the target accordingly, when the development
in this area starts again.
Comment 11 Marcus 2017-05-20 11:15:30 UTC
Reset assigne to the default "issues@openoffice.apache.org".