Bug 100551 - Replacement of header height with spacing when saving in .doc and .docx
Summary: Replacement of header height with spacing when saving in .doc and .docx
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, filter:docx
Depends on:
Blocks: DOCX-Header-Footer DOC-Header-Footer
  Show dependency treegraph
Reported: 2016-06-22 15:32 UTC by michele
Modified: 2020-04-23 16:49 UTC (History)
4 users (show)

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

Test files: .odt, .doc and .docx (24.00 KB, application/x-tar)
2016-06-22 15:32 UTC, michele

Note You need to log in before you can comment on or make changes to this bug.
Description michele 2016-06-22 15:32:37 UTC
Created attachment 125841 [details]
Test files: .odt, .doc and .docx

When saving in .doc or .docx the header resizes to height 0.10cm while spacing acquire the value previously held by the height input field.

*Add a header by clicking on the header zone and then clicking on the + symbol in the Header popup
*Open the dropdown menu in the Header popup
*Click Format header
*Insert a value in the Height input field 
*Click on OK
*Save as .doc or .docx

When opened, the .doc or .docx file will have value previously inserted in the (header)Height input field in the (header)Spacing input field  

Tested on:
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: it_IT.UTF-8

Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75
Versione locale: it-IT (it_IT.UTF-8)
Comment 1 Buovjaga 2016-06-26 12:00:17 UTC
Repro with the .odt.

Arch Linux 64-bit, KDE Plasma 5
Build ID: ff25ea3d5ccf3a990767cbb1ef99037d3f84b072
CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Built on June 26th 2016
Comment 2 QA Administrators 2018-10-06 02:50:34 UTC Comment hidden (obsolete)
Comment 3 Roman Kuznetsov 2018-10-06 07:59:44 UTC
still repro in

Build ID: 1aa37aa6bee19099b57555a6d839992b054aa405
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-09-23_10:17:54
Locale: ru-RU (ru_RU); Calc: threaded
Comment 4 Justin L 2020-04-23 16:41:54 UTC
I fail to see the problem here. When saving in a different format, we need to emulate to accommodate differences in format capabilities. The size of the header looks identical to me, which suggests that our emulation is perfect.
Comment 5 Buovjaga 2020-04-23 16:49:50 UTC
Thanks, let's close