Bug 103010 - export/import of this .doc document results in a modified layout
Summary: export/import of this .doc document results in a modified layout
Status: RESOLVED DUPLICATE of bug 124770
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: filter:doc
Depends on:
Blocks: DOC
  Show dependency treegraph
Reported: 2016-10-05 13:22 UTC by Frederic Parrenin
Modified: 2020-06-15 17:34 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

.doc file (56.00 KB, application/msword)
2016-10-05 13:22 UTC, Frederic Parrenin

Note You need to log in before you can comment on or make changes to this bug.
Description Frederic Parrenin 2016-10-05 13:22:07 UTC
Created attachment 127824 [details]
.doc file

Steps to reproduce:
- open the attached .doc file
- activate macros (I am not sure if this is important)
=> observe that the document fits in a unique page
- save the document to .doc format
- re-open the document
=> now the document fills more than one page
Comment 1 tommy27 2016-10-07 11:15:08 UTC
confirmed under Win7 x64 using LibO
status -> NEW
Comment 2 QA Administrators 2017-12-10 16:40:49 UTC Comment hidden (obsolete)
Comment 3 Frederic Parrenin 2017-12-10 16:59:16 UTC
This bug is still present in 5.4.2.
Comment 4 QA Administrators 2018-12-11 03:44:07 UTC Comment hidden (obsolete)
Comment 5 Frederic Parrenin 2018-12-13 13:54:51 UTC
This bug is still present in 6.1.3.
Comment 6 Justin L 2020-06-15 17:34:53 UTC
This was fixed in 6.3.4 by commit dc83c34989b366a9740da062e7d7bdca73fd9890
Author: Miklos Vajna on Tue Oct 22 16:53:06 2019 +0200

    tdf#124770 sw layout: handle Word's take on italic formatting vs text break
    When it comes to finding out if a piece of text fits the currently line
    or not, Word simply measures the text width and the line width, and
    decides if we fit or not. This can have an effect that italic text (e.g.
    a "H" character) is slightly over the margin, but simplifies the layout.
    Writer tries to reserve a bit more space, so italic text is kept inside
    the margin, which leads to different layout in edge cases.
    This somewhat arbitrary "reserve a bit more space: decrease the usable
    line width by height / 12" mechanism was there since the initial import.
    Reuse a related compatibility flag (tab-over-margin, already set for
    imported-from-Word documents) to avoid this compensation to match what
    Word does.

*** This bug has been marked as a duplicate of bug 124770 ***