Bug 67013 - FILESAVE: border of header disappears when saving in anything but .odt /.ott
Summary: FILESAVE: border of header disappears when saving in anything but .odt /.ott
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.4.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA target:4.2.0
Keywords: filter:doc, filter:docx
Depends on:
Blocks: DOCX-Header-Footer
  Show dependency treegraph
 
Reported: 2013-07-17 21:12 UTC by lo
Modified: 2021-08-26 21:04 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
New test file (8.15 KB, application/vnd.oasis.opendocument.text)
2016-06-16 08:42 UTC, pietro.pangallo
Details
Test compared LO MSO (148.34 KB, image/png)
2020-09-07 14:34 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description lo 2013-07-17 21:12:05 UTC
Problem description: 

Steps to reproduce:
1. Open this file: https://www.dropbox.com/s/o158fpltxmsq5c9/Straniile.odt
You should be able to see a red horizontal line bordering the header: http://prntscr.com/1g09h5

2. save is as .docx, .doc or pretty much any format (example here: https://www.dropbox.com/s/71k3nlgcko9jvp8/Straniile.doc

3 open the new file.
The red line is gone: http://prntscr.com/1g0ag8

Current behavior: header border diaaperas when saving in another format

Expected behavior: header border shoul remain visible when saving as .doc; .docx

              
Operating System: Windows 7
Version: 4.0.4.2 release
Comment 1 retired 2013-07-18 09:44:11 UTC
Can confirm, setting to NEW.

Tested on OS X 10.8.4, LO 4.1.0.2.0: Saving the odt to docx and then opening the docx file with LO results in the document missing the top line on each page.
Comment 2 Commit Notification 2013-07-31 16:27:23 UTC
Adam Co committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=a4b4bde0a28b06f150ec80a65e322491a547f803

fdo#67013 : fix for borders in headers and footers



The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.
Comment 3 Luke Deller 2014-03-30 10:13:43 UTC
May we close this item as fixed now?  I see that Adam has made a commit to fix it, but I cannot check against the original report as the dropbox link appears to be broken.
Comment 4 lo 2014-03-30 14:31:48 UTC
Hi Luke,

The issue seems to have been fixed with .docx documents, but not with .doc documents.

See revised files for example: https://www.dropbox.com/sh/h1mmvc0027t17r8/zfUg6rUbb1

My LO version. is 4.1.2.3
Comment 5 Joel Madero 2015-05-02 15:41:52 UTC Comment hidden (obsolete)
Comment 6 Gordo 2015-05-13 12:18:10 UTC
Still reproducible for doc and docx.

Windows Vista 64
Version: 4.4.3.2
Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16

4.3.6.2
4.2.8.2
4.1.6.2
Comment 7 pietro.pangallo 2016-06-16 08:42:26 UTC
Created attachment 125688 [details]
New test file

the bug is still present in:
Version: 5.3.0.0.alpha0+
Build ID: a8bd44573b75d1399257d6f5d052611439607189
CPU Threads: 2; OS Version: Linux 4.1; UI Render: default; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-06-13_23:46:49
Locale: it-IT (it_IT.UTF-8)
OS: openSUSE Leap 42.1 (x86_64)
Comment 8 pietro.pangallo 2016-07-13 11:02:42 UTC Comment hidden (obsolete)
Comment 9 Luke Deller 2017-07-10 13:03:09 UTC
Microsoft Word does not actually support the concept of setting a border on a header/footer.

If instead you set the border on the paragraph within the header, rather than on the header itself, then this comes through fine into doc or docx format.

The same feature mismatch applies to background fill colour which can be set on the header/footer in LibreOffice but not in Microsoft Word.

To resolve this issue, perhaps we could try to convert these header/footer properties into paragraph properties (or table properties etc) automatically when saving to Microsoft Word formats.  This could give the expected result in most common cases, though it would still fail in harder cases e.g. see how hard it is in Word to put a border around multiple paragraphs which include a bulleted list: https://word.tips.net/T012034_Borders_on_Multiple_Paragraphs_with_Differing_Indents.html
Comment 10 QA Administrators 2018-07-11 02:40:00 UTC Comment hidden (obsolete)
Comment 11 mutlubattal 2018-10-10 10:54:38 UTC
hello, 
the same is reproducible with header and footer borders in LibreOffice Calc Version: 6.0.6.2.
Comment 12 QA Administrators 2019-10-11 02:35:11 UTC Comment hidden (obsolete)
Comment 13 Timur 2020-03-19 11:25:43 UTC Comment hidden (obsolete)
Comment 14 Timur 2020-09-07 14:34:53 UTC
Created attachment 165237 [details]
Test compared LO MSO

Repro 7.1+.
Comment 15 Stéphane Guillou (stragu) 2021-06-14 07:36:17 UTC
Confirmed when saved as .doc with:

Version: 7.2.0.0.alpha1+ / LibreOffice Community
Build ID: bb54d6d8241a06a6772052b77b67d6a4f686426c
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-11_20:14:38
Calc: threaded
Comment 16 Justin L 2021-08-26 18:41:12 UTC
(In reply to Luke Deller from comment #9)
> Microsoft Word does not actually support the concept of setting a border on
> a header/footer.

Thus NOTABUG

> If instead you set the border on the paragraph within the header, rather
> than on the header itself, then this comes through fine into doc or docx

This kind of emulation is not worth all the pitfalls it will cause.
Comment 17 Timur 2021-08-26 21:04:23 UTC
NotABug is when something works, just needed an explanation. 
This would be NotOurBug then.