Bug 87114 - page breakt reformatted at file open
Summary: page breakt reformatted at file open
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.6.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-12-08 19:26 UTC by Wolf jung
Modified: 2015-09-04 03:01 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
one page created with Windows LO (31.50 KB, application/msword)
2014-12-31 18:54 UTC, Wolf jung
Details
one page converted with Windows LO (37.14 KB, application/vnd.oasis.opendocument.text)
2014-12-31 18:55 UTC, Wolf jung
Details
check that 1 page on Windows (41.68 KB, application/pdf)
2014-12-31 18:57 UTC, Wolf jung
Details
see that 2 pages on Linux (34.39 KB, application/pdf)
2014-12-31 18:58 UTC, Wolf jung
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wolf jung 2014-12-08 19:26:15 UTC
Suppose a one-page DinA4 doc file is created in MSWord and opened in libre office.
Then usually the text is broken such that it takes more than one page,  with about two lines on the second page.  This happens for any file where the text is covering a large portion of the page,  not only when using fancy formatting.
[The similar report 86468 seems to concern a specific file and version.]

[ I am using a USEnglish operating system with default paper size A4  in libre office. ]

I am wondering whether there is a specified page size, text heioght etc. in the doc file?  Can this happen due to different fonts being used?  Or is the file converted to letter paper first and then to A4 again?
Comment 1 Joel Madero 2014-12-09 01:29:18 UTC
Please provide a simple sample document.

Setting to NEEDINFO, once you provide a simple sample document set to UNCONFIRMED and we shall try to reproduce.
Comment 2 Wolf jung 2014-12-31 18:54:44 UTC
Created attachment 111591 [details]
one page created with Windows LO
Comment 3 Wolf jung 2014-12-31 18:55:57 UTC
Created attachment 111592 [details]
one page converted with Windows LO
Comment 4 Wolf jung 2014-12-31 18:57:34 UTC
Created attachment 111593 [details]
check that 1 page on Windows
Comment 5 Wolf jung 2014-12-31 18:58:03 UTC
Created attachment 111594 [details]
see that 2 pages on Linux
Comment 6 Wolf jung 2014-12-31 19:00:37 UTC
Since I do not have access to MSWord at the moment, I have tried to reproduce this behavior with two different versions of libre office:
* LO 4.2.5.2 on Windows 7, German locale, default A4
* LO 4.1.6.2 on Suse Linux 13.3, US locale, default A4 chosen

The attached doc and odt have been produced with the Windows version; they are fiitng on one page A4 as seen from the pdf.

Opening them under the Linux version gives more than one page A4, as seen from the other pdf.

In previous versions of the test page, there were more different line breaks in addition, which increased the text height even more.

I am guessing the problem is due to different fonts being used silently.
Comment 7 Robinson Tryon (qubit) 2015-01-15 05:13:37 UTC
TESTING with Lo 4.4.0.2 + Ubuntu 14.04

(In reply to Wolf jung from comment #0)
> Suppose a one-page DinA4 doc file is created in MSWord and opened in libre
> office.
> Then usually the text is broken such that it takes more than one page, with
> about two lines on the second page.

(In reply to Wolf jung from comment #2)
> one page created with Windows LO: attachment 111591 [details]

Repro Steps:
- Open file with LibreOffice
- RESULT: It extends over more than one page

This document opens as 1 page for me in Writer, so NOREPRO

It's entirely possible this is because of the Caladea font that's present on my system. It's metric-compatible with Cambria, so documents that take up 1 page in MS-Word should be 1 page in Writer:
https://fedoraproject.org/wiki/Google_Crosextra_Caladea_fonts

I believe we now ship Caladea w/LibreOffice:
http://opengrok.libreoffice.org/search?q=caladea&project=core&defs=&refs=&path=&hist=

Wolf: Please re-test with a 4.3 or 4.4 build:
https://www.libreoffice.org/download/)

Let us know
1) Do your test documents (e.g. attachment 111591 [details]) display as 1 page or 2?
2) Does LibreOffice list 'Caladea' in the font drop-down?

Status -> NEEDINFO

(Please chnage status back to UNCONFIRMED after you run your tests. Thanks!)


Tip: Look at the font name when you open/edit a document. If the current font name appears in italics, that means that it's not present on the system, and we're engaging in font-substitution.
Comment 8 QA Administrators 2015-07-18 17:36:25 UTC
Dear Bug Submitter,

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

This NEEDINFO message was generated on: 2015-07-18
Comment 9 QA Administrators 2015-09-04 03:01:43 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):

a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. 
Please do not:
a) respond via email 
b) update the version field in the bug or any of the other details on the top section of FDO
Message generated on: 2015-09-03