Bug 104704 - LAYOUT DOC/DOCX: Table in footer hides text in the following footer paragraph (fixed by re-layout)
Summary: LAYOUT DOC/DOCX: Table in footer hides text in the following footer paragraph...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:doc, filter:docx
: 135596 141232 (view as bug list)
Depends on:
Blocks: DOCX-Tables DOCX-Header-Footer DOC-Tables DOC-Header-Footer
  Show dependency treegraph
 
Reported: 2016-12-15 23:01 UTC by Luke Deller
Modified: 2025-06-19 03:11 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample document mangled-footer.odt (9.96 KB, application/vnd.oasis.opendocument.text)
2016-12-15 23:01 UTC, Luke Deller
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Luke Deller 2016-12-15 23:01:47 UTC
Created attachment 129677 [details]
Sample document mangled-footer.odt

Steps to reproduce:
1. Open the attached mangled-footer.odt
2. File -> "Save a Copy" as mangled-footer.doc
3. Open mangled-footer.doc (either in MS Word or LibreOffice Writer) and see that the footer on the second page is mangled

The key elements in this sample document are:

* The paragraph at the top of the second page has a paragraph style to insert a page break before the paragraph, changing the page style to "Default Style" (which is the same page style it was on already).  If this is edited to be a simple page break without the page style change, then the problem does not occur.

* The footer contains a table followed by a paragraph.  If the table is removed from the footer then the problem does not occur.
Comment 1 Xisco Faulí 2016-12-16 13:04:33 UTC
Confirmed in

-  Version: 5.4.0.0.alpha0+
Build ID: 634589b340316ba64b731b4d923c1056be415494
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

- Version: 5.0.0.0.alpha1+
Build ID: 0db96caf0fcce09b87621c11b584a6d81cc7df86
Locale: ca-ES (ca_ES.UTF-8)

- Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)

- LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 2 QA Administrators 2018-10-02 02:54:37 UTC Comment hidden (obsolete, spam)
Comment 3 Justin L 2020-04-22 19:06:37 UTC
I presume that "mangled footer" means that the row of text underneath the footer's table is lost.

It always looks good to me in Word 2003. I see the text under the footer table after roundtripping with LO 6.0 and 6.2 and 7.0.

However in LO the footer text is missing on the first page. Page 2 looks fine now in 7.0 master, as well as in 6.4.2.2. However, I couldn't see when that happened, because it looks like this in bibisect-linux-64-7.0 oldest, but no text at all in bibisect-linux-64-6.4 master. (Actually, it somehow seems related to the user profile, because if I delete the user profile and open the file, I see the text on page 2 - even in bibisect-linux-64-6.0.  Too weird.)
Comment 4 QA Administrators 2022-04-23 03:51:16 UTC Comment hidden (obsolete, spam)
Comment 5 Justin L 2023-05-31 19:44:35 UTC
Starting in LO 7.5, the page break is lost on export, thanks to
commit c37f62b71fa59917ef85ff98480dff18aa936e41
Author: Justin Luth on Wed Jul 20 13:03:13 2022 -0400
    tdf#145998 sw ms export: use page break, not section break
Comment 6 Commit Notification 2023-05-31 22:30:18 UTC
Justin Luth committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/a05dc1591ca9122056e95cb2801e7f924bb7ecdb

tdf#104704 tdf#145998 doc/rtf import: don't lose section page break

It will be available in 7.6.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 7 Commit Notification 2023-06-01 07:24:06 UTC
Justin Luth committed a patch related to this issue.
It has been pushed to "libreoffice-7-5":

https://git.libreoffice.org/core/commit/641e8be6cd60bbb4117eb7f127b125be05ba4e21

tdf#104704 tdf#145998 doc/rtf import: don't lose section page break

It will be available in 7.5.5.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 8 Justin L 2023-06-01 19:09:47 UTC
(In reply to Justin L from comment #5)
> Starting in LO 7.5, the page break is lost on export
This regression is fixed.

So back to the original issue: layout for some reason hides the normal text paragraph on initial layout. This is resolved by something like a print-preview or switching to web-view mode and back.
Comment 9 Justin L 2023-06-03 21:29:12 UTC
*** Bug 135596 has been marked as a duplicate of this bug. ***
Comment 10 Justin L 2023-06-08 17:45:39 UTC
*** Bug 141232 has been marked as a duplicate of this bug. ***
Comment 11 Stéphane Guillou (stragu) 2023-06-19 11:41:42 UTC
Adding DOCX filter keyword given that the two duplicates bug 135596 and bug 141232 are about DOCX.
Comment 12 QA Administrators 2025-06-19 03:11:27 UTC
Dear Luke Deller,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug