Created attachment 129327 [details] lostParagraph.docx: example document which should be two pages long. In trying to reduce attachment 114439 [details] from bug 90317 to a minimal test, I stumbled across this bug which is related to tables and section breaks. It should be a two page document, the first portrait-oriented page has a single paragraph stating "This text is lost in LibreOffice." A section break creates a second, landscape-orientated page without any content except a header containing a table. Regression in LibreOffice 43. bibisect 43max points to: ----------------------- commit 2e8aad6d45c53d554ccaf26de998ede708cfc289 Author: Vinaya Mandke <vinaya.mandke@synerzip.com> CommitDate: Thu Apr 24 12:57:51 2014 +0200 fdo#39056 fdo#75431 Section Properties if section starts with table Section properties are not imported if the section starts with a table for DOCX, and also for a few RTF files with combination of tables and section breaks. SwXBodyText::createTextCursorByRange is not able to find the start of section and hence section properties are not applied. As a workaround added an empty paragraph at the beginning of every section which has the the first element as a table. And then removed it when the section ends ( DomainMapper::lcl_endSectionGroup is called). Also handled to add the paragraph earlier, if there is a bookmark so that the bookmark is not attached to the dummy paragraph. -----------------------
I can reproduce it using attachment 114439 [details] in Version: 5.4.0.0.alpha0+ Build ID: 18b3138a7ac4da823e41640bed8a4707029b8fb0 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group but not if I use the attached document. @Justin, could you please check you attached the correct file? Meanwhile, moving it to NEW as it can be reproduced with attachment 114439 [details]. Bug 103781 seems to be related as both are introduced by the same commit Adding Cc: to Vinaya Mandke
*** Bug 104394 has been marked as a duplicate of this bug. ***
Created attachment 129331 [details] lostParagraph.docx: replaces the original test - the header/table on page one is critical for producing the failure.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b71c09a31c245f2fc1e1ff3760206bb121869633 tdf#104420 writerfilter: no dummy para in headers It will be available in 5.4.0. 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.
Justin Luth committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=cc2824e3ab600e1863f52899bc2149694bd44972&h=libreoffice-5-3 tdf#104420 writerfilter: no dummy para in headers It will be available in 5.3.0.1. 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.